ПЕРЕДАЧА УПРАВЛЯЮЩИХ ДАННЫХ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ

Перекрестные ссылки на родственные заявки

Данная заявка испрашивает приоритет предварительной заявки на патент (США) № 61/247679, поданной 1 октября 2009 года, предварительной заявки на патент (США) № 61/304370, поданной 12 февраля 2010 года, предварительной заявки на патент (США) № 61/320172, поданной 1 апреля 2010 года, предварительной заявки на патент (США) № 61/320494, поданной 2 апреля 2010 года, предварительной заявки на патент (США) № 61/329743, поданной 30 апреля 2010 года, предварительной заявки на патент (США) № 61/356250, поданной 18 июня 2010 года, предварительной заявки на патент (США) № 61/356316, поданной 18 июня 2010 года, предварительной заявки на патент (США) № 61/356449, поданной 18 июня 2010 года, предварительной заявки на патент (США) № 61/356281, поданной 18 июня 2010 года, и предварительной заявки на патент (США) № 61/373706, поданной 13 августа 2010 года, которые настоящим включены в данный документ посредством ссылки.

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

Чтобы поддерживать более высокую скорость передачи данных и спектральную эффективность, система долгосрочного развития (LTE) партнерского проекта третьего поколения (3GPP) введена в 3GPP версии 8 (R8). (LTE версия 8 может упоминаться в данном документе как LTE R8 или R8-LTE). В LTE передачи по восходящей линии связи выполняются с использованием множественного доступа с частотным разделением с одной несущей (SC-FDMA). В частности, SC-FDMA, используемый в восходящей линии связи LTE, основан на технологии мультиплексирования с ортогональным частотным разделением с расширением дискретным преобразованием Фурье (DFT-S-OFDM). При использовании далее, термины SC-FDMA и DFT-S-OFDM используются взаимозаменяемо.

В LTE беспроводной приемо-передающий модуль (WTRU), альтернативно называемый пользовательским оборудованием (UE), осуществляет передачу по восходящей линии связи с использованием только ограниченного, непрерывного набора назначенных поднесущих в установке с множественным доступом с частотным разделением (FDMA). Например, если полная ширина полосы сигнала или системы с мультиплексированием с ортогональным частотным разделением (OFDM) в восходящей линии связи состоит из полезных поднесущих с номерами 1-100, первый данный WTRU может назначаться, чтобы передавать на поднесущих 1-12, второй WTRU может назначаться, чтобы передавать на поднесущих 13-24, и т.д. Хотя различные WTRU могут, каждый, передавать только в поднаборе из доступной ширины полосы передачи, усовершенствованный узел B (усовершенствованный узел B), обслуживающий WTRU, может принимать составной сигнал восходящей линии связи во всей ширине полосы передачи.

Усовершенствованный LTE (который включает в себя LTE версия 10 (R10) и может включать в себя будущую версию, к примеру, версию 11, также упоминаемый в данном документе как LTE-A, LTE R10 или R10-LTE) является усовершенствованием LTE-стандарта, который предоставляет полностью совместимую процедуру обновления до 4G для LTE- и 3G-сетей. В LTE-A поддерживается агрегирование несущих, и в отличие от LTE, несколько компонентных несущих (CC) могут назначаться восходящей линии связи, нисходящей линии связи или обеим. Такие несущие могут быть асимметричными (различное число CC может назначаться восходящей линии связи, по сравнению с числом CC, назначаемых нисходящей линии связи). Следует отметить, что CC также могут упоминаться как соты, и в этом раскрытии сущности данные термины используются взаимозаменяемо.

Как в LTE, так и в LTE-A, существует необходимость передавать определенную ассоциированную управляющую информацию восходящей линии связи (UCI) уровня 1/уровня 2 (L1/2), чтобы поддерживать передачу по восходящей линии связи (UL), передачу по нисходящей линии связи (DL), планирование, многие входы и многие выходы (MIMO) и т.д. В LTE, если WTRU не назначен ресурс восходящей линии связи для передачи по UL данных (например, пользовательских данных), к примеру, физический совместно используемый канал UL (PUSCH), то L1/2 UCI может быть передана в UL-ресурсе, в частности, назначаемом для UL L1/2-управления, по физическому каналу управления восходящей линии связи (PUCCH). В предшествующем уровне техники требуются системы и способы для передачи UCI и других управляющих служебных сигналов с использованием возможностей, доступных в LTE-A-системе, включающих в себя агрегирование несущих.

Раскрытие изобретения

Раскрываются способы и системы для передачи управляющей информации восходящей линии связи (UCI) и других данных обратной связи, в частности, HARQ ACK/NACK в системе беспроводной связи с использованием агрегирования несущих. В варианте осуществления, UE может быть выполнено с возможностью определять конкретные информационные биты, которые должны быть переданы в качестве части UCI или других данных обратной связи. UE также может быть выполнено с возможностью определять конкретные ресурсы, которые могут быть использованы для того, чтобы передавать обратную связь, когда такая передача должна быть выполнена с использованием PUCCH-ресурсов. UE также может быть выполнено с возможностью определять то, как передавать такую обратную связь, например, посредством определения кодирования, которое должно быть использовано, надлежащего символьного отображения, настроек мощности передачи и других аспектов передачи обратной связи.

Более конкретно, UE может быть выполнено с возможностью определять размер таблицы кодирования и/или реализовывать способы уменьшения размера таблицы кодирования и/или состояний, используемых в таблице кодирования. UE также может быть выполнено с возможностью определять то, когда PDCCH-прием пропускается, и/или обнаруживать ложноположительный PDCCH-прием. UE также может быть выполнено с возможностью определять надлежащие PUCCH-ресурсы для обратной связи по HARQ ACK/NACK и то, где в PUCCH такая обратная связь должна находиться. UE также может быть выполнено с возможностью осуществлять способы пакетирования ACK/NACK в PUCCH. В варианте осуществления, UE может быть выполнено с возможностью определять статические ACK/NACK-ресурсы. В дополнительном варианте осуществления, UE может быть выполнено с возможностью осуществлять выбор PUCCH-ресурсов с использованием DL SPS. UE также может быть выполнено с возможностью использовать мультиплексирование с PUCCH для UCI и данных обратной связи. UE также может быть выполнено с возможностью определять PUCCH-ресурсы с использованием CCE-индекса.

В варианте осуществления, UE может быть выполнено с возможностью определять канальное кодирование и отображение физических ресурсов для обратной связи, такой как HARQ ACK/NACK. UE также может быть сконфигурировано для мультиплексирования данных обратной связи с данными обратной связи из других UE и для одновременной передачи SRS с данными обратной связи. В варианте осуществления, UE может быть выполнено с возможностью использовать расширенный циклический префикс в передаче данных обратной связи. UE также может быть выполнено с возможностью учитывать неравномерную устойчивость при выполнении выбора канала. UE может быть выполнено с возможностью обрабатывать SR различными способами, раскрытыми в данном документе. UE также может быть выполнено с возможностью определять мощность передачи при передаче данных обратной связи с использованием PUCCH. Эти и дополнительные аспекты настоящего раскрытия сущности изложены подробнее ниже.

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

Последующее подробное описание раскрытых вариантов осуществления лучше понимается при прочтении вместе с прилагаемыми чертежами. В целях иллюстрации, на чертежах показаны примерные варианты осуществления; тем не менее, объект изобретения не ограничивается конкретными раскрытыми элементами и средствами. На чертежах:

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

Фиг.1B является схемой системы примерного беспроводного приемо-передающего модуля (WTRU), который может быть использован в системе связи, проиллюстрированной на фиг.1A.

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

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

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

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

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

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

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

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

Фиг.9 иллюстрирует неограничивающий примерный способ комбинирования состояний согласно варианту осуществления настоящего раскрытия.

Фиг.10 иллюстрирует неограничивающий примерный способ частичного комбинирования или группировки состояний согласно варианту осуществления настоящего раскрытия.

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

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

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

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

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

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

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

Фиг.18 иллюстрирует неограничивающий примерный способ выбора способа PUCCH-выделения согласно варианту осуществления настоящего раскрытия.

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

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

Фиг.21 иллюстрирует неограничивающий примерный способ кодирования PUCCH согласно варианту осуществления настоящего раскрытия.

Фиг.22 иллюстрирует неограничивающее примерное отображение управляющих сигналов согласно варианту осуществления настоящего раскрытия.

Фиг.23 иллюстрирует неограничивающую примерную сокращенную PUCCH-структуру согласно варианту осуществления настоящего раскрытия.

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

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

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

Фиг.27 иллюстрирует неограничивающую примерную PUCCH-структуру согласно варианту осуществления настоящего раскрытия.

Фиг.28 иллюстрирует неограничивающую примерную PUCCH-структуру согласно варианту осуществления настоящего раскрытия.

Осуществление изобретения

Фиг.1A является схемой примерной системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая предоставляет такое содержимое, как речь, данные, видео, обмен сообщениями, широковещательная передача и т.д., нескольким беспроводным пользователям. Система 100 связи может предоставлять возможность нескольким беспроводным пользователям осуществлять доступ к такому содержимому посредством совместного использования системных ресурсов, включающих в себя беспроводную полосу пропускания. Например, системы 100 связи могут использовать один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением (CDMA), множественный доступ с временным разделением (TDMA), множественный доступ с частотным разделением (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и т.п.

Как показано на фиг.1A, система 100 связи может включать в себя беспроводные приемо-передающие модули (WTRU) 102a, 102b, 102c, 102d, сеть 104 радиодоступа (RAN), базовую сеть 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), Интернет 110 и другие сети 112, хотя следует принимать во внимание, что раскрытые варианты осуществления рассматривают любое число WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может быть любым типом устройства, выполненного с возможностью работать и/или осуществлять связь в беспроводном окружении. В качестве примера, WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передавать и/или принимать беспроводные сигналы и могут включать в себя пользовательское оборудование (UE), мобильную станцию, стационарное или мобильное абонентское устройство, устройство поискового вызова, сотовый телефон, персональное цифровое устройство (PDA), смартфон, переносной компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронную аппаратуру и т.п.

Системы 100 связи также могут включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может быть любым типом устройства, выполненного с возможностью взаимодействовать в беспроводном режиме, по меньшей мере, с одним из WTRU 102a, 102b, 102c, 102d, чтобы упрощать доступ к одной или более сетей связи, таким как базовая сеть 106, Интернет 110 и/или сети 112. В качестве примера, базовые станции 114a, 114b могут быть базовой приемо-передающей станцией (BTS), узлом B, усовершенствованным узлом B, собственным узлом B, собственным усовершенствованным узлом B, узловым контроллером, точкой доступа (AP), беспроводным маршрутизатором и т.п. Хотя базовые станции 114a, 114b проиллюстрированы как один элемент, следует принимать во внимание, что базовые станции 114a, 114b могут включать в себя любое число соединенных базовых станций и/или сетевых элементов.

Базовая станция 114a может быть частью RAN 104, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.д. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передавать и/или принимать беспроводные сигналы в конкретной географической области, которая может упоминаться как сота (не показана). Сота дополнительно может быть разделена на секторы соты. Например, сота, ассоциированная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления, базовая станция 114a может включать в себя три приемо-передающих устройства, т.е. по одному для каждого сектора соты. В другом варианте осуществления, базовая станция 114a может использовать технологию со многими входами и многими выходами (MIMO) и, следовательно, может использовать несколько приемо-передающих устройств для каждого сектора соты.

Базовые станции 114a, 114b могут осуществлять связь с одним или более WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу 116, который может быть любой подходящей линией беспроводной связи (например, радиочастотной (RF), микроволновой, на основе инфракрасного излучения (IR), ультрафиолетовой (UV), на основе видимого света и т.д.). Радиоинтерфейс 116 может устанавливаться с использованием любой подходящей технологии радиодоступа (RAT).

Более конкретно, как отмечено выше, система 100 связи может быть системой со множественным доступом и может использовать одну или более схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в RAN 104 и WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как наземный радиодоступ для универсальной системы мобильной связи (UMTS) (UTRA), которая позволяет устанавливать радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя такие протоколы связи, как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей линии связи (HSUPA).

В другом варианте осуществления, базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как усовершенствованный наземный радиодоступ UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием стандарта долгосрочного развития (LTE) и/или усовершенствованного стандарта LTE (LTE-A).

В других вариантах осуществления, базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать такие технологии радиосвязи, как IEEE 802.16 (т.е. стандарт общемировой совместимости широкополосного беспроводного доступа (WIMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, промежуточный стандарт 2000 (IS-2000), промежуточный стандарт 95 (IS-95), промежуточный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и т.п.

Базовой станцией 114b на фиг.1A может быть беспроводной маршрутизатор, собственный узел B, собственный усовершенствованный узел B или точка доступа, например, и она может использовать любую подходящую RAT для упрощения беспроводных подключений в локализованной области, к примеру, в офисе, дома, в машине, в университетском городке и т.п. В одном варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовывать такую технологию радиосвязи, как IEEE 802.11, чтобы устанавливать беспроводную локальную вычислительную сеть (WLAN). В другом варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовывать такую технологию радиосвязи, как IEEE 802.15, чтобы устанавливать беспроводную персональную вычислительную сеть (WPAN). В еще одном другом варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут использовать сотовую RAT (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.), чтобы устанавливать пикосоту или фемтосоту. Как показано на фиг.1A, базовая станция 114b может иметь прямое подключение к Интернету 110. Таким образом, базовая станция 114b, возможно, не обязательно должна осуществлять доступ в Интернет 110 через базовую сеть 106.

RAN 104 может поддерживать связь с базовой сетью 106, которая может быть любым типом сети, выполненной с возможностью предоставлять услуги передачи речи, данных, приложений и/или услуги по протоколу "речь-по-IP" (VoIP) в один или более WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106 может предоставлять услуги управления вызовами, биллинга, услуги на основе местоположения мобильных устройств, предоплатные вызовы, Интернет-подключения, распространение видео и т.д. и/или выполнять высокоуровневые функции обеспечения безопасности, такие как аутентификация пользователей. Хотя не показано на фиг.1A, следует принимать во внимание, что RAN 104 и/или базовая сеть 106 могут поддерживать прямую или косвенную связь с другими RAN, которые используют RAT, идентичную с RAN 104, или другую RAT. Например, помимо подключения к RAN 104, которая может использовать E-UTRA-технологию радиосвязи, базовая сеть 106 также может поддерживать связь с другой RAN (не показана), использующей GSM-технологию радиосвязи.

Базовая сеть 106 также может выступать в качестве шлюза для WTRU 102a, 102b, 102c, 102d, чтобы осуществлять доступ к PSTN 108, Интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют обычную телефонную связь (POTS). Интернет 110 может включать в себя глобальную систему соединенных компьютерных сетей и устройств, которые используют такие как общие протоколы связи, как протокол управления передачей (TCP), протокол пользовательских датаграмм (UDP) и Интернет-протокол (IP) в комплекте Интернет-протоколов TCP/IP. Сети 112 могут включать в себя сети проводной или беспроводной связи, принадлежащие и/или управляемые посредством других поставщиков услуг. Например, сети 112 могут включать в себя другую базовую сеть, подключенную к одной или более RAN, которые могут использовать RAT, идентичную с RAN 104, или другую RAT.

Некоторые или все WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности, т.е. WTRU 102a, 102b, 102c, 102d могут включать в себя несколько приемо-передающих устройств для обмена данными с различными беспроводными сетями по различным линиям беспроводной связи. Например, WTRU 102c, показанный на фиг.1A, может быть выполнен с возможностью осуществлять связь с базовой станцией 114a, которая может использовать технологию сотовой радиосвязи, и с базовой станцией 114b, которая может использовать IEEE 802-технологию радиосвязи.

Фиг.1B является схемой системы примерного WTRU 102. Как показано на фиг.1B, WTRU 102 может включать в себя процессор 118, приемо-передающее устройство 120, приемо-передающий элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, стационарное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и другие периферийные устройства 138. Следует принимать во внимание, что WTRU 102 может включать в себя любую субкомбинацию вышеприведенных элементов без потери согласованности с вариантом осуществления.

Процессор 118 может быть процессором общего назначения, процессором специального назначения, традиционным процессором, процессором цифровых сигналов (DSP), множеством микропроцессоров, одним или более микропроцессоров в ассоциации с DSP-ядром, контроллером, микроконтроллером, специализированными интегральными схемами (ASIC), схемами на основе программируемой пользователем вентильной матрицы (FPGA), любым другим типом интегральной схемы (IC), конечным автоматом и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода-вывода и/или любую другую функциональность, которая предоставляет возможность WTRU 102 работать в беспроводном окружении. Процессор 118 может соединяться с приемо-передающим устройством 120, которое может соединяться с приемо-передающим элементом 122. Хотя фиг.1B иллюстрирует процессор 118 и приемо-передающее устройство 120 в качестве отдельных компонентов, следует принимать во внимание, что процессор 118 и приемо-передающее устройство 120 могут быть интегрированы в электронном блоке или микросхеме.

Приемо-передающий элемент 122 может быть выполнен с возможностью передавать сигналы или принимать сигналы из базовой станции (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления, приемо-передающий элемент 122 может быть антенной, выполненной с возможностью передавать и/или принимать RF-сигналы. В другом варианте осуществления, приемо-передающий элемент 122 может быть излучателем/детектором, выполненным с возможностью передавать и/или принимать, например, IR-, UV-сигналы или сигналы в диапазоне видимого света. В еще одном другом варианте осуществления, приемо-передающий элемент 122 может быть выполнен с возможностью передавать и принимать как RF-, так и световые сигналы. Следует принимать во внимание, что приемо-передающий элемент 122 может быть выполнен с возможностью передавать и/или принимать любую комбинацию беспроводных сигналов.

Помимо этого, хотя приемо-передающий элемент 122 проиллюстрирован на фиг.1B как один элемент, WTRU 102 может включать в себя любое число приемо-передающих элементов 122. Более конкретно, WTRU 102 может использовать MIMO-технологию. Таким образом, в одном варианте осуществления, WTRU 102 может включать в себя два или более приемо-передающих элемента 122 (например, несколько антенн) для передачи и приема беспроводных сигналов по радиоинтерфейсу 116.

Приемо-передающее устройство 120 может быть выполнено с возможностью модулировать сигналы, которые должны быть переданы посредством приемо-передающего элемента 122, и демодулировать сигналы, которые принимаются посредством приемо-передающего элемента 122. Как отмечено выше, WTRU 102 может иметь многорежимные характеристики. Таким образом, приемо-передающее устройство 120 может включать в себя, например, несколько приемо-передающих устройств для предоставления возможности WTRU 102 осуществлять связь через несколько RAT, к примеру, UTRA и IEEE 802.11.

Процессор 118 WTRU 102 может соединяться и может принимать пользовательские входные данные из динамика/микрофона 124, клавиатуры 126 и/или дисплея/сенсорной панели 128 (например, жидкокристаллического дисплея (LCD) или дисплея на органических светодиодах (OLED)). Процессор 118 также может выводить пользовательские данные в динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Помимо этого, процессор 118 может осуществлять доступ к информации и сохранять данные на любом типе подходящего запоминающего устройства, таком как стационарное запоминающее устройство 130 и/или съемное запоминающее устройство 132. Стационарное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), жесткий диск или любой другой тип запоминающего устройства. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, карту памяти по стандарту Secure Digital (SD) и т.п. В других вариантах осуществления, процессор 118 может осуществлять доступ к информации из и сохранять данные в запоминающем устройстве, которое физически не находится на WTRU 102, к примеру, на сервере или домашнем компьютере (не показаны).

Процессор 118 может принимать мощность из источника 134 питания и может быть выполнен с возможностью распределять и/или управлять мощностью в другие компоненты в WTRU 102. Источник 134 питания может быть любым подходящим устройством для питания WTRU 102. Например, источник 134 питания может включать в себя один или более аккумуляторов на сухих элементах (например, никель-кадмиевые (NiCd), никель-цинковые (NiZn), никель-металлогидридные (NiMH), ионно-литиевые (Li-ion) и т.д.), солнечных элементов, топливных элементов и т.п.

Процессор 118 также может соединяться с набором 136 GPS-микросхем, который может быть выполнен с возможностью предоставлять информацию местоположения (например, долготу и широту) касательно текущего местоположения WTRU 102. Помимо или вместо информации из набора 136 GPS-микросхем, WTRU 102 может принимать информацию местоположения по радиоинтерфейсу 116 из базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основе синхронизации сигналов, принимаемых из двух или более близлежащих базовых станций. Следует принимать во внимание, что WTRU 102 может обнаруживать информацию местоположения посредством любого подходящего способа определения местоположения без потери согласованности с вариантом осуществления.

Процессор 118 дополнительно может соединяться с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, которые предоставляют дополнительные признаки, функциональность и/или проводные или беспроводные подключения. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковое приемо-передающее устройство, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионное приемо-передающее устройство, гарнитуру громкой связи, модуль Bluetooth®, частотно-модулированный (FM) радиомодуль, цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства видеоигр, Интернет-обозреватель и т.п.

Фиг.1C является схемой системы RAN 104 и базовой сети 106 согласно варианту осуществления. Как отмечено выше, RAN 104 может использовать E-UTRA-технологию радиосвязи, чтобы осуществлять связь с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 также может поддерживать связь с базовой сетью 106.

RAN 104 может включать в себя усовершенствованные узлы B 140a, 140b, 140c, хотя следует принимать во внимание, что RAN 104 может включать в себя любое число усовершенствованных узлов B без потери согласованности с вариантом осуществления. Усовершенствованные узлы B 140a, 140b, 140c могут включать в себя одно или более приемо-передающих устройств для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления, усовершенствованные узлы B 140a, 140b, 140c могут реализовывать MIMO-технологию. Таким образом, усовершенствованный узел B 140a, например, может использовать несколько антенн, чтобы передавать беспроводные сигналы и принимать беспроводные сигналы из WTRU 102a.

Каждый из усовершенствованных узлов B 140a, 140b, 140c может быть ассоциирован с конкретной сотой (не показана) и может быть выполнен с возможностью обрабатывать решения по управлению радиоресурсами, решения по передаче обслуживания, планирование пользователей в восходящей и/или нисходящей линии связи и т.п. Как показано на фиг.1C, усовершенствованные узлы B 140a, 140b, 140c могут осуществлять связь друг с другом по X2-интерфейсу.

Базовая сеть 106, показанная на фиг.1C, может включать в себя шлюз 142 управления мобильностью (MME), обслуживающий шлюз 144 и шлюз 146 сети пакетной передачи данных (PDN). Хотя каждый из вышеприведенных элементов проиллюстрирован как часть базовой сети 106, следует принимать во внимание, что любой из этих элементов может принадлежать и/или управляться посредством объекта, отличного от оператора базовой сети.

MME 142 может подключаться к каждому из усовершенствованных узлов B 142a, 142b, 142c в RAN 104 через S1-интерфейс и может выступать в качестве управляющего узла. Например, MME 142 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию однонаправленных каналов, выбор конкретного обслуживающего шлюза во время начального присоединения WTRU 102a, 102b, 102c и т.п. MME 142 также может предоставлять функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM или WCDMA.

Обслуживающий шлюз 144 может подключаться к каждому из усовершенствованных узлов B 140a, 140b, 140c в RAN 104 через S1-интерфейс. Обслуживающий шлюз 144 может, в общем, маршрутизировать и перенаправлять пакеты пользовательских данных в/из WTRU 102a, 102b, 102c. Обслуживающий шлюз 144 также может выполнять другие функции, такие как привязка пользовательских плоскостей во время передач обслуживания между усовершенствованными узлами B, инициирование поисковых вызовов, когда данные нисходящей линии связи доступны для WTRU 102a, 102b, 102c, управление и сохранение контекстов WTRU 102a, 102b, 102c и т.п.

Обслуживающий шлюз 144 также может подключаться к PDN-шлюзу 146, который может предоставлять для WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, к примеру, Интернету 110, чтобы упрощать обмен данными между WTRU 102a, 102b, 102c и устройствами с поддержкой IP.

Базовая сеть 106 может упрощать обмен данными с другими сетями. Например, базовая сеть 106 может предоставлять для WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, к примеру, PSTN 108, чтобы упрощать обмен данными между WTRU 102a, 102b, 102c и традиционными устройствами наземной связи. Например, базовая сеть 106 может включать в себя или может осуществлять связь с IP-шлюзом (например, сервером мультимедийной подсистемы на базе IP-протокола (IMS)), который выступает в качестве интерфейса между базовой сетью 106 и PSTN 108. Помимо этого, базовая сеть 106 может предоставлять для WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или управляются посредством других поставщиков услуг.

В варианте осуществления, WTRU (упоминаемый в данном документе также как "UE") может передавать свои данные (например, пользовательские данные), а в некоторых случаях и свою управляющую информацию по физическому совместно используемому каналу нисходящей линии связи (PDSCH). Передача PDSCH может планироваться и управляться посредством базовой станции (например, усовершенствованного узла B) с использованием назначения планирования в нисходящей линии связи, которое может переноситься по физическому каналу управления нисходящей линии связи (PDCCH). В качестве части назначения планирования в нисходящей линии связи UE может принимать управляющую информацию в наборе для модуляции и кодирования (MCS), выделение ресурсов нисходящей линии связи (т.е. индексы блоков выделенных ресурсов) и т.д. Затем, если назначение планирования принимается, UE может декодировать свои выделенные PDSCH-ресурсы, соответственно, в выделенных ресурсах нисходящей линии связи.

В таких вариантах осуществления, для направления восходящей линии связи (UL), также может быть необходимость в определенных ассоциированных управляющих служебных сигналах уровня 1/уровня 2 (L1/L2) (к примеру, ACK/NACK, CQI, PMI, RI и т.д.), чтобы поддерживать передачу по UL, передачу по DL, планирование, MIMO и т.д. Если UE не назначен ресурс восходящей линии связи для передачи данных по UL (например, PUSCH), то управляющая информация восходящей линии связи L1/L2 может быть передана в UL-ресурсе, в частности, назначаемом для UL L1/L2-управления по физическому каналу управления восходящей линии связи (PUCCH). Эти PUCCH-ресурсы находятся на границах полной доступной BW соты. Управляющая служебная информация, переносимая по PUCCH, может включать в себя запросы планирования (SR), HARQ ACK/NACK, передаваемое в ответ на пакеты данных нисходящей линии связи по физическому совместно используемому каналу нисходящей линии связи (PDSCH), а также индикатор качества канала (CQI) и любой другой тип UCI или данных обратной связи.

PUCCH может поддерживать множество различных форматов, которые могут выбираться в зависимости от информации, которая должна сигнализироваться, к примеру, формат 1/1a/1b и формат 2/2a/2b. PUCCH может быть совместно используемым частотно-временным ресурсом, зарезервированным для UE, чтобы передавать все необходимые управляющие служебные сигналы. Каждая PUCCH-область может быть разработана так, что управляющие служебные сигналы, передаваемые из большого числа UE одновременно с помощью относительно небольшого числа битов управляющих служебных сигналов для каждого UE, могут быть мультиплексированы в один блок ресурсов (RB). Общее число RB, доступных для PUCCH-передачи в соте, может указываться посредством параметра N_RB ^HO верхнего уровня. Эти RB затем могут разделяться и выделяться для передач в PUCCH-формате 1/1a/1b и в PUCCH-формате 2/2a/2b. В системах, в которых используются небольшие ширины полос системы, к примеру, в 1,4 МГц, может быть реализован вариант осуществления RB для смешанного формата, который обеспечивает возможность PUCCH-формату 1/1a/1b и формату 2/2a/2b совместно использовать идентичный RB. В этом варианте осуществления, RB для смешанного формата конфигурируется посредством параметра N_CS ⁽¹⁾ верхнего уровня, который может указывать число зарезервированных ресурсов для PUCCH-формата 1/1a/1b в RB для смешанного формата. В некоторых вариантах осуществления, RB для смешанного формата может отсутствовать, если N_CS ⁽¹⁾=0. Относительно PUCCH-формата 2/2a/2b число зарезервированных RB может быть сконфигурировано посредством параметра верхнего уровня, такого как . Ресурсы, используемые для передачи PUCCH-формата 1/1a/1b и формата 2/2a/2b, могут быть идентифицированы посредством индексов и , соответственно.

Относительно PUCCH-формата 1/1a/1b ресурсы могут использоваться как для постоянной, так и для динамической передачи ACK/NACK-сигналов. Ресурсы для динамического формата 1/1a/1b могут быть заданы для поддержки передач данных по нисходящей линии связи с динамическим планированием. Число зарезервированных ресурсов для постоянных HARQ ACK/NACK- и/или SR-передач в восходящей линии связи может быть сконфигурировано посредством параметра верхнего уровня, такого как , и соответствующее выделение может быть определено через передачу служебных сигналов верхнего уровня. Выделение ресурса для динамического PUCCH-формата 1/1a/1b может выполняться неявно согласно PDCCH-выделению. В варианте осуществления, может быть взаимно однозначное отображение между каждым ресурсом для динамического PUCCH-формата 1/1a/1b и наименьшим CCE-индексом PDCCH-передачи. Неявное выделение PUCCH-формата 1/1a/1b может снижать объем служебных сигналов управления. Неявное отображение для выделения динамических ACK/NACK-ресурсов может задаваться следующим образом:

,

где может быть индексом первого CCE, используемого для передачи соответствующего DCI-назначения, и может быть числом ресурсов, зарезервированных для передачи ACK/NACK-сигналов для постоянного PUCCH-формата 1/1a/1b.

Фиг.2 иллюстрирует примерную PUCCH-конфигурацию, которая может быть использована в некоторых вариантах осуществления, включающих в себя варианты осуществления, которые работают в LTE R8-окружении. RB 210 могут быть RB, зарезервированными для PUCCH, сконфигурированного посредством . Из RB 210, RB 220 могут резервироваться для PUCCH-формата 2/2a/2b, сконфигурированного посредством . Также из RB 210, RB 230 может быть смешанным RB, который может использоваться как для PUCCH-формата 1/1a/1b, так и для формата 1/2a/2b, как может быть сконфигурировано посредством . Дополнительно из RB 210, RB 240 могут быть ресурсами, которые могут резервироваться для постоянного PUCCH-формата 1/1a/1b, сконфигурированного посредством . Также из RB 210, RB 250 могут быть ресурсами, зарезервированными для динамического PUCCH-формата 1/1a/1b. В варианте осуществления, для PUCCH-формата 1/1a/1b индекс ресурса может определять индекс ортогональной последовательности и/или соответствующее значение циклического сдвига в каждом RB.

Как отмечено выше, в LTE-A, расширение ширины полосы, также известное как агрегирование несущих, может быть использовано для того, чтобы достигать более высоких скоростей передачи данных. Расширение ширины полосы может обеспечивать возможность обеим ширинам полос передачи по нисходящей линии связи (DL) и восходящей линии связи (UL), превышать 20 МГц и может обеспечивать возможность более гибкого использования доступного парного спектра. Например, тогда как LTE R8 может быть ограничен работой при симметричном и спаренном режиме дуплекса с частотным разделением (FDD), LTE-A может быть выполнен с возможностью работать в асимметричных конфигурациях (например, имеющих больше компонентных несущих (CC) в нисходящей линии связи, чем в восходящей линии связи, или наоборот). Три различных конфигурации для агрегирования LTE-A-несущих проиллюстрированы на фиг.3. В конфигурации 310, проиллюстрировано симметричное агрегирование несущих, при котором существует идентичное число компонентных несущих, используемых как для UL, так и для DL. Конфигурация 320 иллюстрирует использование большего числа компонентных DL-несущих, чем компонентных UL-несущих. В проиллюстрированном примере, показаны две компонентные несущие для DL и одна для UL. В конфигурации 330, показан противоположный сценарий с двумя компонентными несущими, используемыми для UL, и одной для DL. Любая другая комбинация и число компонентных несущих для UL и DL рассматриваются как находящиеся в пределах настоящего раскрытия сущности.

В варианте осуществления, UE может быть выполнено с возможностью принимать данные по нескольким DL CC или обслуживающим сотам с использованием расширения ширины полосы, также известного как агрегирование несущих, чтобы достигать более высоких скоростей передачи данных. Следовательно, такое UE, возможно, также должно передавать UCI или другую обратную связь для нескольких DL CC через одну или более UL CC. Когда UE имеет пользовательские данные, которые следует передавать, или ему иным способом назначен UL-ресурс для передачи данных, к примеру, физический совместно используемый канал UL (PUSCH), то UE может передавать UCI и данные обратной связи с использованием назначенного PUSCH. Тем не менее, когда UE не назначен PUSCH, UE может быть выполнено с возможностью передавать UCI и/или данные обратной связи в UL в UL-ресурсе, специально назначаемом для управления UL по физическому каналу управления восходящей линии связи (PUCCH). В данном документе представлены различные системы, средства и способы для определения UCI и данных обратной связи, которые могут быть переданы, определения PUCCH-ресурсов, которые должны быть использованы для того, чтобы передавать такой UCI и данные обратной связи, и определения того, как такие данные UCI и обратной связи могут быть переданы по PUCCH.

В вариантах осуществления, которые используют способы PUCCH-передачи для передачи UCI, включающей в себя подтверждения приема (ACK) и отрицания приема (NACK) гибридного автоматического запроса на повторную передачу (HARQ) (называемые "HARQ ACK/NACK" или просто "ACK/NACK" в данном документе), любой из PUCCH-формата 1/1a/1b и PUCCH-формата 2/2a/2b может использоваться для таких передач. Хотя оба формата могут быть использованы для того, чтобы передавать UCI, к примеру, индикатор качества канала (CQI), индикатор матрицы предварительного кодирования (PMI), индикатор ранга (RI), ACK/NACK и т.д., некоторые варианты осуществления могут быть выполнены с возможностью передавать CQI, PMI и RI с использованием PUCCH-формата 2/2a/2b и HARQ ACK/NACK с использованием формата 1/1a/1b.

Два формата, PUCCH-формат 1/1a/1b и PUCCH-формат 2/2a/2b (которые могут упоминаться в данном документе просто как "формат 1" и "формат 2", соответственно), могут отличаться посредством того, используется или нет канальное кодирование (например, кодирование Рида-Мюллера), и используется или нет кодирование с расширением спектра во временной области, а также числа опорных сигналов демодуляции (DMRS). PUCCH-формат 2/2a/2b может использовать канальное кодирование и не использовать кодирование с расширением спектра во временной области, тогда как PUCCH-формат 1/1a/1b может использовать кодирование с расширением спектра во временной области без канального кодирования. PUCCH-формат 1, как проиллюстрировано на фиг.4, показывающем неограничивающую примерную PUCCH-структуру 400, отличается от PUCCH-формата 2, как проиллюстрировано на фиг.5, показывающем неограничивающую примерную PUCCH-структуру 500, с точки зрения канального кодирования и DMRS-символов. Эти чертежи иллюстрируют один слот в субкадре для случая обычного циклического префикса (CP). Как можно видеть на фиг.4, в PUCCH-формате 1, используются три DMRS (DMRS 410, 420 и 430), в то время как в PUCCH-формате 2, как видно на фиг.5, используются два DMRS (DMRS 510 и 520). Как также можно видеть на этих чертежах, позиции DMRS в субкадре отличаются в каждом формате. В формате 1 DMRS 410, 420 и 430 конфигурируются в длинных блоках (LB) 3, 4 и 5, соответственно, в то время как в формате 2 DMRS 510 и 520 конфигурируются в LB 1 и LB 5, соответственно.

В варианте осуществления, HARQ ACK/NACK могут быть переданы в PUCCH. Любая комбинация UCI, включающей в себя HARQ ACK/NACK по PUCCH, может быть использована, в том числе HARQ-ACK с использованием PUCCH-формата 1a или 1b, HARQ-ACK с использованием PUCCH-формата 1b с выбором канала, запрос планирования (SR) с использованием PUCCH-формата 1, HARQ-ACK и SR с использованием PUCCH-формата 1a или 1b, CQI с использованием PUCCH-формата 2 и/или CQI и HARQ-ACK с использованием PUCCH-формата 2a или 2b для обычного циклического префикса и PUCCH-формата 2 для расширенного циклического префикса.

В вариантах осуществления, которые используют агрегирование несущих (CA) (альтернативно называемое расширением ширины полосы в данном документе), UE может одновременно передавать по PUSCH и принимать по PDSCH нескольких CC. В некоторых реализациях, до пяти CC в UL и в DL могут поддерживаться, обеспечивая возможность гибких назначений ширины полосы до 100 МГц. Управляющая информация для планирования PDSCH и PUSCH может отправляться по одному или более PDCCH. Диспетчеризация может выполняться с использованием одного PDCCH для пары UL- и DL-несущих. Альтернативно, перекрестная диспетчеризация несущих также может поддерживаться для данного PDCCH, обеспечивая возможность сети предоставлять PDSCH-назначения и/или разрешения по PUSCH-передачу для передач в другие CC.

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

DL PCC может соответствовать CC, используемой посредством UE, чтобы извлекать начальные параметры безопасности при первоначальном осуществлении доступа к системе. Тем не менее, DL PCC может не быть ограничена этой функцией. DL PCC также может выступать в качестве CC, которая содержит любые другие параметры или информацию для работы системы. В варианте осуществления, система может быть сконфигурирована так, что DL PCC не может быть деактивирована.

В вариантах осуществления с агрегированием несущих несколько ACK/NACK для нескольких DL-несущих или с одиночными или двойными кодовыми словами могут быть переданы. Могут быть использованы несколько способов PUCCH ACK/NACK-передачи для HARQ ACK/NACK в агрегировании несущих. В них включается совместное кодирование в PUCCH, при котором несколько ACK/NACK могут быть совместно кодированы и переданы в PUCCH. Различные PUCCH-форматы могут быть использованы для того, чтобы передавать ACK/NACK, к примеру, PUCCH-формат 2, как показано на фиг.3, и альтернативный формат, к примеру, DFT-S-OFDM-формат. Еще одним способом передачи может быть уменьшение коэффициента расширения (SF), при котором ортогональное расширение во временной области может исключаться (без расширения) или уменьшаться до длины два (SF=2), в отличие от длины четыре (SF=4). Это позволяет предоставлять возможность UE переносить больше ACK/NACK-битов с использованием одного циклического сдвига. Еще одним способом передачи может быть выбор канала (CS), при котором, аналогично TDD, схема передачи с ACK/NACK-мультиплексированием использует PUCCH-формат 1b. Еще одним способом передачи может быть многокодовая передача (NxPUCCH), при которой несколько кодов могут назначаться одному UE, чтобы передавать несколько ACK/NACK, в противоположность одному коду. Любой, все или любая комбинация этих способов могут быть использованы, и все такие варианты осуществления рассматриваются как находящиеся в пределах настоящего раскрытия сущности изобретения.

В некоторых LTE- и/или LTE-A-реализациях одновременное ACK/NACK по PUCCH-передаче из одного UE по нескольким UL CC может не поддерживаться, и одна конкретная для UE UL CC может быть сконфигурирована полустатически для переноса PUCCH ACK/NACK.

Чтобы предоставлять обратную связь по ACK/NACK, например, в LTE-A-системах, совместное кодирование в PUCCH может быть использовано для того, чтобы передавать несколько HARQ ACK/NACK. Тем не менее, совместное кодирование в PUCCH может приводить к высокой скорости кодирования и низкому усилению при кодировании. Следовательно, может требоваться проектный компромисс, чтобы балансировать эти эффекты. В варианте осуществления, способы сокращения состояний могут быть использованы для того, чтобы добиваться этого компромисса. Способы сокращения состояний могут сокращать число состояний, требуемых для передачи ACK/NACK и/или данных прерывистой передачи (DTX), и/или могут уменьшать число битов, требуемое для передачи.

Посредством уменьшения размера таблицы ACK/NACK/DTX-кодирования меньшее число битов, возможно, должно быть передано. Это может быть выполнено, в варианте осуществления, посредством возврата индекса таблицы кодирования либо указания "запланированных CC (или обслуживающих сот)" вместо "активированных CC (или обслуживающих сот)" или "сконфигурированных CC (или обслуживающих сот)", либо из сетевого узла (например, усовершенствованного узла B) в UE, либо из UE в сетевой узел. Сокращенные ACK/NACK- и DTX-состояния могут приводить к меньшему числу битов для представления состояний. Для данной таблицы кодирования состояния могут быть дополнительно сокращены посредством рассмотрения различных требований для первичных обслуживающих сот и вторичных обслуживающих сот, комбинирования, группировки, пакетирования состояний, специальных правил для составления таблиц кодирования и т.д. Таким образом, сокращение состояний может быть результатом эффективного использования таблицы кодирования вместо разработки конкретной таблицы кодирования.

Варианты осуществления, описанные в данном документе, могут быть использованы при совместном кодировании в PUCCH с использованием PUCCH-формата 1/1a/1b, совместном кодировании с использованием PUCCH-формата 2/2a/2b и/или совместном кодировании с использованием альтернативного формата, к примеру, формата на основе расширения блока или формата на основе DFT-S-OFDM. Ниже изложены варианты осуществления для способов совместного кодирования в PUCCH и повышения производительности совместного кодирования. Раскрываются системы, средства и способы для уменьшения размера таблицы ACK/NACK/DTX-кодирования и сокращения ACK/NACK/DTX-состояний, а также кодирование для таблицы кодирования и некоторые структуры таблиц кодирования для HARQ ACK/NACK. Описанные усовершенствования в совместном кодировании в PUCCH могут предоставлять повышенное усиление при совместном кодировании и более низкую эффективную скорость совместного кодирования. Варианты осуществления, описанные в данном документе, также могут предоставлять эффективные ACK/NACK/DTX-способы для передачи в служебных сигналах и определения того, когда и как таблица кодирования может применяться и т.д.

В варианте осуществления, который может использоваться для уменьшения размера таблицы ACK/NACK/DTX-кодирования, уменьшение размера таблицы кодирования может достигаться с использованием подхода на основе передачи служебных сигналов. В этом варианте осуществления, фактические диспетчеризованные CC (k несущих) могут быть переданы в служебных сигналах в нисходящей линии связи. Альтернативно, индекс таблицы кодирования может быть передан в служебных сигналах в восходящей линии связи.

В варианте осуществления, таблица ACK/NACK/DTX-кодирования может быть определена на основе фактических CC, которые планируются (k). Альтернативно, таблица ACK/NACK/DTX-кодирования может быть определена посредством последней CC, PDCCH которой обнаруживается. K фактических CC, которые планируются, могут быть переданы в служебных сигналах в UE, в то время как индекс таблицы кодирования, PDCCH которого в итоге обнаруживается, может быть передан в служебных сигналах в базовую станцию (например, усовершенствованный узел B).

Если таблица кодирования должна быть определена посредством k фактических запланированных CC, а не активированных или сконфигурированных CC (M), общее число состояний (т.е. размер таблицы кодирования) может быть уменьшено до 3^k-1 состояний с 3^M-1. Для M=5 и k=2, размер таблицы кодирования может быть уменьшен до 8 с 242. Требуемое число битов для представления таблицы кодирования тем самым уменьшается до 2 битов с 8 битов. Скорость кодирования может быть повышена до 0,1 с 0,36 соответствующим образом. Повышение производительности на несколько дБ, которое может быть достижимым, проиллюстрировано на фиг.6.

UE, возможно, должно знать то, сколько и какие CC планируются посредством базовой станции (например, усовершенствованного узла B), чтобы определять таблицу кодирования и кодовую точку в таблице кодирования. Определение правильной таблицы кодирования и кодовой точки может требовать сведений по числу CC, которые планируются, и по тому, какие именно CC планируются. После определения числа запланированных CC UE может определять таблицу кодирования или размер таблицы кодирования. После определения точных CC, которые планируются (в варианте осуществления, с использованием соответствующего результата PDCCH/PDSCH-обнаружения), UE может определять точную кодовую точку в таблице кодирования.

В варианте осуществления, это может быть выполнено посредством передачи служебных сигналов битовой карты динамическим способом, чтобы указывать то, сколько и какие CC планируются. Это может требовать нескольких битов (например, битовой карты на 5 битов, в которой пять CC конфигурируются или активируются). Эти биты могут вставляться в управляющую информацию нисходящей линии связи (DCI) для DL-назначения. Альтернативно, относительно запланированных CC может быть использован такой порядок, что когда число CC, которые планируются, известно, то, какие именно CC планируются, также может быть известно автоматически или неявно. Этот вариант осуществления может уменьшать число битов, требуемое для передачи в служебных сигналах (например, 2 бита), чтобы указывать то, сколько и какие именно CC планируются. Этот вариант осуществления может быть реализован посредством передачи служебных сигналов в UE из базовой станции (например, усовершенствованного узла B) или передачи служебных сигналов в базовую станцию из UE. Когда передача служебных сигналов в UE из базовой станции используется, передача служебных сигналов может включать в себя число CC, которые планируются для WTRU. Когда передача служебных сигналов в базовую станцию из UE используется, передача служебных сигналов может включать в себя передачу индекса таблицы кодирования в базовую станцию. Такой индекс может извлекаться на основе последней CC, PDCCH которой обнаруживается.

В вариантах осуществления, в которых передача служебных сигналов выполняется из базовой станции (например, усовершенствованного узла B) в UE, таблица кодирования может быть определена на основе запланированных CC (а не активированных CC). Сконфигурированные или активированные CC могут быть ранжированы по порядку, и CC могут планироваться на основе порядка. Порядок может быть основан на качестве канала, CC-индексе, CC-приоритете, частотном индексе, приоритизации логических каналов (LCP) для CC или любых других критериях. Первая по порядку может обозначаться как PCC, тогда как последующие CC обозначаются как вторичные CC (например, PCC, вторичная CC1, CC2 и т.д.). Это упорядочение может налагать некоторое ограничение на CC-планирование.

В таких вариантах осуществления, индикатор в DCI может предоставлять информацию относительно запланированных CC. В нижеприведенной таблице 1, иллюстрирующей примерную реализацию этого варианта осуществления (пример A), показаны двухбитовые индикаторы, которые могут поддерживать до четырех запланированных CC. Пример A может предоставлять размер таблицы ACK/NACK/DTX-кодирования всего в 2 (при этом минимальной таблицей кодирования является однобитовая таблица кодирования).

Таблица 2 иллюстрирует другую примерную реализацию этого варианта осуществления (пример B), в которой двухбитовый индикатор, который может поддерживать до пяти запланированных CC (2 бита), используется. Пример B может предоставлять размер таблицы ACK/NACK/DTX-кодирования всего в 8 (при этом минимальной таблицей кодирования является трехбитовая таблица кодирования). Следует отметить, что в других вариантах осуществления, более 2 битов могут быть использованы (например, 3 бита или более), чтобы указывать другое ранжирование или комбинации CC.

В вариантах осуществления, в которых передача служебных сигналов может быть выполнена из UE в базовую станцию (например, усовершенствованный узел B), UE может обнаруживать PDCCH для CC, которые активируются. Активированные или сконфигурированные CC могут упорядочиваться, как описано выше. Если последняя CC, PDCCH которой обнаруживается, является CC#j, поскольку CC могут планироваться по порядку, эти CC перед последней обнаруженной CC или CC#j (т.е. CC#i, i=1, 2,..., i<j) также могут планироваться в одном субкадре. Таблица кодирования или размер таблицы кодирования могут быть определены на основе числа j. Размер таблицы кодирования может составлять 3^j-1. Таблица кодирования размера 3^j-1 может быть выбрана. Индекс таблицы кодирования, соответствующий выбранной таблице кодирования, может быть передан в служебных сигналах в базовую станцию. Отображение индексов таблиц кодирования в таблицу кодирования или размер таблицы кодирования может иметь следующее свойство: таблица кодирования #1 имеет одну CC, таблица кодирования #2 имеет 2 CC, таблица кодирования #3 имеет 3 CC,..., таблица кодирования #j имеет j CC.

Индекс j таблицы кодирования может быть передан в служебных сигналах в базовую станцию (например, усовершенствованный узел B). Поскольку базовая станция может знать то, для каких CC она имеет диспетчеризованный PDCCH, она, следовательно, может знать то, какие CC, PDCCH которых не обнаруживаются посредством UE при приеме индекса таблицы кодирования, возвращены из UE. Таким образом, базовая станция может точно знать то, как обрабатывать DTX. Это может иметь место, если последняя CC не является "истинной" последней CC вследствие некорректного PDCCH-обнаружения посредством UE, т.е. если CC#j+1, CC#j+2 и т.д. также планируются посредством базовой станции, но не обнаруживаются посредством UE. В этом случае, базовая станция может знать то, что PDCCH для CC#j+1 не обнаруживается посредством UE, хотя он диспетчеризован. Базовая станция может знать то, что UE находится в DTX-режиме, вследствие пропуска PDCCH посредством UE.

Способ 700 на фиг.7 является одним примерным неограничивающим способом реализации варианта осуществления, в котором таблица кодирования может быть определена на основе активированных CC. В одном таком варианте осуществления, способ 700 может быть реализован в UE, когда новая таблица кодирования и команда активации/деактивации применяются. На этапе 710, определение может быть выполнено в отношении того, принята или нет успешно команда активации/деактивации. В варианте осуществления, такая команда может быть принята в субкадре n-4. Если команда активации/деактивации успешно принята на этапе 710, UE может определять то, сколько и какие CC активируются или деактивируются, в варианте осуществления, на основе последней принимаемой команды в субкадре n-4, на этапе 720. На этапе 730 UE может определять таблицу кодирования на основе новых активированных/деактивированных CC. На этапе 740 UE может передавать, в варианте осуществления в субкадре n, биты в PUCCH для состояния, содержащего ACK, NACK и DTX, согласно команде активации приема CC, в варианте осуществления в субкадре n-4, с использованием предыдущей таблицы кодирования (т.е. новая таблица кодирования еще не применяется).

На этапе 750 UE может применять команду активации/деактивации, в варианте осуществления в субкадре n+4. На этапе 760 UE может применять новую таблицу кодирования для принимаемого PDSCH ответа ACK/NACK-передачи, в варианте осуществления в субкадре n+4. На этапе 770 UE может передавать биты для ACK/NACK/DTX-состояния в PUCCH с использованием новой таблицы кодирования, в варианте осуществления в субкадре n+8. Следует отметить, что если на этапе 710 определяется то, что команда активации/деактивации не принята успешно, UE может ожидать повторной передачи такой команды на этапе 780.

В варианте осуществления, порядковый индикатор или порядковый номер может использоваться и вставляться в команду активации, чтобы поддерживать порядок команд активации/деактивации, когда последовательность команд активации/деактивации отправляется, и возникает ошибка обнаружения, которая приводит к тому, что команды принимаются не по порядку. Способ 800 на фиг.8 является примерным неограничивающим способом реализации этого варианта осуществления. На этапе 810 UE может принимать одну из множества команд активации/деактивации. На этапе 820 UE может извлекать порядковый индикатор или порядковый номер из команды активации/деактивации. На этапе 830 UE может определять то, является либо нет порядковый индикатор или порядковый номер ожидаемым или корректным номером или индикатором. Другими словами, UE может определять то, соответствует либо нет порядковый индикатор или порядковый номер следующему последнему принимаемому порядковому индикатору или порядковому номеру. Если порядковый индикатор или порядковый номер не является ожидаемым номером или индикатором, на этапе 840 UE может переупорядочивать команды активации/деактивации, соответственно, так что они обрабатываются в предназначенном порядке (т.е. в порядке, передаваемом посредством базовой станции). На этапе 850 UE может обрабатывать команды активации/деактивации в надлежащем порядке (т.е. согласно порядковым номерам или индикаторам). Если на этапе 830 UE определяет то, что ожидаемый порядковый номер извлечен на этапе 820, команды активации/деактивации могут быть обработаны по порядку на этапе 850 без переупорядочения.

В варианте осуществления, системы, способы и средства для уменьшения числа ACK/NACK/DTX-состояний могут быть использованы. В подходе на основе подпространства состояний пространство ACK/NACK/DTX-состояний может быть секционировано на несколько сегментов или секций. Каждый сегмент или секция может содержать меньшее число состояний, на которых может быть основано формирование таблицы кодирования. Каждый сегмент или секция (который также может упоминаться как "подпространство" в данном документе) может быть таблицей кодирования. Состояния каждого подпространства могут быть представлены с помощью меньшего числа битов в соответствующем подпространстве состояний (т.е. каждая кодовая точка может быть представлена с помощью меньшего числа битов). Секционирование пространства состояний может повышать усиление при совместном кодировании и/или снижать эффективную скорость совместного кодирования для совместного кодирования в PUCCH. На основе результата PDCCH/PDSCH-обнаружения в UE, ACK/NACK/DTX-состояние может быть сформировано. Сегмент или секция состояния, который содержит это сформированное ACK/NACK/DTX-состояние, может быть выбран. Сформированное состояние может отображаться в кодовую точку в соответствующей таблице кодирования для сегмента или секции.

Чтобы сообщать базовой станции (например, усовершенствованному узлу B) сегмент или секцию состояния, который выбирает UE, UE может быть выполнено с возможностью осуществлять способ на основе ресурсов. В варианте осуществления, два или более PUCCH-ресурса могут быть сконфигурированы или зарезервированы явно или неявно (например, посредством PDCCH CCE-адреса) согласно сегментам или секциям состояния. UE может формировать ACK, NACK и/или DTX для CC на основе результата PDCCH/PDSCH-обнаружения. UE может определять ACK/NACK/DTX-состояние, кодировать биты информации состояния с использованием соответствующего RM-кодирования для сегмента, содержащего это состояние, и передавать кодированные биты этого состояния. Базовая станция может получать сведения о том, какой сегмент или секция состояния выбран посредством UE, посредством обнаружения того, какой PUCCH-ресурс используется. Это может быть основано на таких технологиях, как корреляционное обнаружение или обнаружение энергии. Таблица 3 предоставляет пример отображения индекса PUCCH-ресурса в сегмент или секцию. Базовая станция может декодировать принимаемый PUCCH с использованием кода Рида-Мюллера (RM) для этого сегмента.

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

Например, пусть имеется три маски, обозначенные как M1, M2 и M3, где G является RM-кодером, а s является информационным битовым вектором. В этом примере, x=Gs. Если Mj является маской, используемой в передающем устройстве, принимаемый сигнал - это y=Mj*x+n, где n является шумом. Приемное устройство может искать корректную маску и соответствующий сегмент или секцию с использованием следующей функции затрат:

В примере этого варианта осуществления для четырех CC, это может требовать всего 80 состояний, что, в свою очередь, требует семи битов для представления состояний. Состояния могут быть секционированы на три подпространства, сегменты 1, 2 и 3, при этом каждый сегмент содержит 26 или 27 состояний (пять битов). Кодирование Рида-Мюллера (20, 5) может использоваться для кодирования информационных битов (для состояний) в каждом сегменте. Эффективная скорость кодирования может быть уменьшена или повышена до 0,25 с 0,35, тем самым усиление при кодировании может быть значительно увеличено. Чем больше подпространств или сегментов, на которые секционируется все пространство состояний, тем более низкой может быть скорость кодирования и тем выше может быть усиление при совместном кодировании.

В варианте осуществления, могут быть использованы системы, способы и средства для комбинирования или группировки ACK/NACK/DTX-состояний. Чтобы повышать усиление при совместном кодировании в PUCCH и снижать эффективную скорость совместного кодирования, ACK/NACK/DTX-состояния могут быть комбинированы в меньшее число состояний, и тем самым меньшее число битов может требоваться для того, чтобы представлять состояния. Например, NACK и DTX могут быть комбинированы в одно состояние, идентифицированное как "NACK/DTX". Общее число состояний может быть уменьшено с 3^M состояний до 2^M состояний. Соответствующие требуемые биты для представления состояний могут сокращаться с log₂(3^M) битов до log₂(2^M) битов. Например, для M=5, число состояний может сокращаться до 32 с 243, число битов может сокращаться до 5 битов с 8 битов, и скорость кодирования может быть повышена до 0,22 с 0,36. Фиг.6 иллюстрирует повышение производительности в примерной системе вследствие этого уменьшения числа состояний, вследствие комбинирования состояний.

Определенное число способов и средств может использоваться для комбинирования состояний. В варианте осуществления, PCC и SCC могут быть использованы. PCC может иметь лучшую производительность, чем SCC, поскольку PCC, поскольку она может переносить определенные "критические" служебные сигналы или информацию. Способ 900 по фиг.9 является примерным неограничивающим способом реализации этого варианта осуществления. В этом варианте осуществления, NACK- и DTX-состояния могут отличаться для PCC, но не могут отличаться для SCC. На этапе 910, определение может быть выполнено в отношении того, обнаруживается или нет PDCCH для CC. Если PDCCH не обнаруживается для CC, то на этапе 920 определение может быть выполнено в отношении того, является CC PCC или SCC. Если CC является PCC, на этапе 930 UE может указывать "DTX" для CC. Если CC является SCC, на этапе 940 UE может указывать "NACK/DTX" для CC.

Если на этапе 910 UE определяет то, что PDCCH обнаруживается для CC, на этапе 950 UE может определять то, принимается или нет успешно PDSCH для CC. Если PDSCH успешно принимается для CC, на этапе 960 UE может указывать "ACK" для CC. Если на этапе 950 UE определяет то, что PDSCH не принят успешно для CC, на этапе 970 UE может определять то, является CC PCC или SCC. Если CC является PCC, на этапе 980 UE может указывать "NACK" для CC. Если CC является SCC, на этапе 940 UE может указывать "NACK/DTX" для CC. UE затем может формировать состояние на основе указываемого ACK, NACK, DTX или NACK/DTX для CC (которые могут быть диспетчеризованными, активированными или сконфигурированными CC) и отображать сформированное состояние в кодовую точку в таблице кодирования.

В другом варианте осуществления, полное комбинирование или группировка для NACK и DTX может быть использована, при которой NACK и DTX комбинируются. Например, состояния {ACK, ACK, NACK} и {ACK, ACK, DTX} могут быть комбинированы в одно состояние (ACK, ACK, NACK/DTX). В этом варианте осуществления, если PDCCH не обнаруживается для CC или если PDCCH обнаруживается для CC, но PDSCH не принимается успешно для CC, UE может указывать "NACK/DTX" для CC. В противном случае, UE может указывать "ACK" для CC.

В варианте осуществления может быть использовано частичное комбинирование или группировка состояний. В этом варианте осуществления, состояния могут быть комбинированы, но такое комбинирование может применяться только к поднабору CC, а не ко всем CC. Например, только треть или половина соответствующих CC NACK- и DTX-индикаторов могут быть комбинированы. Поднабор CC может быть предварительно определенным и/или конфигурируемым. CC могут быть разделены на два или более поднабора, и в варианте осуществления, CC могут классифицироваться на два или более поднабора на основе определенных критериев, таких как значимость или приоритет (например, набор CC "с высокой значимостью" или "с высоким приоритетом" и набор CC "с низкой значимостью" или "с низким приоритетом"). Частичное комбинирование или группировка позволяет уменьшать влияние на производительность вследствие комбинирования состояний.

Способ 1000 по фиг.10 является примерным неограничивающим способом реализации этого варианта осуществления. На этапе 1010 UE может определять то, обнаруживается или нет PDCCH для CC. Если PDCCH не обнаруживается, на этапе 1020 UE может определять то, принадлежит или нет CC указанному или указываемому поднабору CC, на которых NACK- и DTX-индикаторы, ассоциированные с CC в поднаборе, должны быть комбинированы. Если CC не принадлежит поднабору, на котором NACK- и DTX-индикаторы, ассоциированные с CC в поднаборе, должны быть комбинированы, на этапе 1030 UE может указывать "DTX" для CC. Тем не менее, если на этапе 1020 UE определяет то, что CC принадлежит указанному или указываемому поднабору CC, на которых NACK- и DTX-индикаторы, ассоциированные с CC в поднаборе, должны быть комбинированы, на этапе 1040 UE может указывать "NACK/DTX" для CC.

Если на этапе 1010 UE определяет то, что PDCCH обнаруживается для CC, на этапе 1050 UE может определять то, принят или нет успешно PDSCH для CC. Если PDSCH успешно принят для CC, на этапе 1060 UE может указывать "ACK" для CC. Если PDSCH не принят успешно для CC, на этапе 1070 UE может определять, принадлежит или нет CC заданному или указываемому поднабору CC, на которых NACK- и DTX-индикаторы, ассоциированные с CC в поднаборе, должны быть комбинированы. Если UE определяет то, что CC принадлежит этому поднабору, на этапе 1040 UE может указывать "NACK/DTX" для CC. Если на этапе 1070 UE определяет, что CC не принадлежит указанному или указываемому поднабору CC, на которых NACK- и DTX-индикаторы, ассоциированные с CC в поднаборе, должны быть комбинированы, на этапе 1080 UE может указывать "NACK" для CC. UE может формировать состояние на основе указываемого ACK, NACK, DTX или NACK/DTX для CC (которые могут быть диспетчеризованными, активированными или сконфигурированными CC) и отображать сформированное состояние в кодовую точку в таблице кодирования.

В варианте осуществления, уменьшение состояния может быть выполнено с использованием корреляции PDSCH или PDCCH. В некоторых вариантах осуществления, в то время как DCI могут быть в идентичных или различных CC, "пропущенный PDCCH" может быть коррелирован, если DCI находятся в идентичной CC. Состояния могут быть коррелированы между PDCCH в идентичной CC. Если одна DTX указывается, может быть вероятно, что другой PDCCH пропускается, как и DTX. UE может комбинировать {DTX, X} или {X, DTX} в идентичное состояние {DTX, DTX}, при этом X означает "не важно" (т.е. может быть или ACK или NACK).

Также может быть корреляция между PDSCH, которые могут быть использованы. Состояния могут быть коррелированы между PDSCH в различных CC, например, CC, которые имеют высокую корреляцию между собой. Если одно ACK формируется для CC, вероятно одно ACK также формируется для коррелированного PDSCH или CC. Если одно NACK формируется для CC, вероятно, что одно NACK также формируется для коррелированного PDSCH или CC. Одно ACK и одно NACK могут по-прежнему возникать, но с гораздо более низкой вероятностью. Поэтому UE может объединять {ACK, NACK}, {NACK, ACK} и {NACK, NACK} в одно состояние (NACK, NACK) в таблице кодирования без существенного ухудшения качества.

В одном таком варианте осуществления, UE может определять то, что существует, по меньшей мере, одно NACK, сформированное для CC, и может, следовательно, указывать "Все NACK". Если UE определяет то, что ACK формируются для всех CC, UE может указывать "Все ACK". В противном случае (например, если имеется, по меньшей мере, одно ACK и одна DTX, но отсутствует NACK) UE может указывать состояние, содержащее ACK и DTX. Альтернативно, UE может указывать "все DTX".

В варианте осуществления, если PDCCH обнаруживается для CC, и NACK формируется для CC, UE может указывать "NACK" для CC и "NACK" также для других CC, которые имеют высокую корреляцию с этой CC (например, в идентичной группе "высокой корреляции"). В противном случае, если ACK формируются для всех CC, UE может указывать "ACK" для всех CC. Если PDCCH не обнаруживается для CC, UE может указывать DTX для CC. UE также может указывать "DTX" для CC, PDCCH которых передаются в CC, идентичной этой CC.

В некоторых вариантах осуществления, CC могут быть ранжированы по порядку на основе качества канала. Может быть более вероятно иметь NACK вместо DTX для CC, имеющих хорошее качество канала. В варианте осуществления, если существует, по меньшей мере, одно ACK, сформированное для CC, UE может комбинировать NACK и DTX для тех CC, которые не формируют ACK, и указывать "NACK/DTX" для этих CC. В этом варианте осуществления, если ACK не формируется для CC, UE может идентифицировать CC, которая имеет худшее качество канала, PDSCH-прием которой приводит к NACK. Эта CC может упоминаться как опорная CC. PDCCH-прием для CC, качество канала которых хуже опорной CC, с большой вероятностью приводит к DTX, в то время как PDSCH-прием для CC, качество канала которых лучше опорной CC, с большой вероятностью приводит к NACK. Для CC, имеющих худшее качество канала, чем опорная CC, UE может указывать DTX для таких CC. Для CC, имеющих лучше качество канала, чем опорная CC, UE может указывать NACK/DTX для таких CC. Неограничивающая примерная таблица ACK/NACK/DTX-кодирования (37 состояний, 6-битовое) на основе этого варианта осуществления показывается в таблице 5.

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

Для не MIMO-реализаций каждая CC имеет три состояния, а именно, ACK, NACK и DTX. Это приводит к девяти состояниям (или 3²) для двух CC и 81 состояниям (или 3⁴) для четырех CC. Состояние "все DTX" может быть {DTX, DTX} для двух CC и {DTX, DTX, DTX, DTX} для четырех CC. Состояние "все DTX" может исключаться из полных состояний для совместного кодирования, поскольку состояние "все DTX" может неявно указываться или обнаруживаться посредством DTX-обнаружения в приемном устройстве и, возможно, не должно быть включено для совместного кодирования с другими состояниями. Если состояние "все DTX" исключается из общих состояний для совместного кодирования, остается восемь и 80 состояний для двух CC и четырех CC, соответственно. Для четырех CC это может требовать семи битов, чтобы представлять все состояния. Таким образом, семь битов передаются для каждого соответствующего ACK/NACK/DTX-состояния, сформированного в UE. Для двух CC это может требовать трех битов, чтобы представлять все состояния. Для двух сегментов, при этом каждый имеет две CC, только 3+3 бита=6 битов всего могут быть необходимы для того, чтобы передавать все ACK/NACK/DTX-состояния для обоих сегментов, сформированных в UE.

Сегментирование несущих может использоваться для совместного кодирования и позволяет преобразовывать экспоненциальное увеличение числа состояний в линейное увеличение числа состояний. Для M CC, общее число состояний экспоненциально увеличивается с увеличением M, причем число состояний задается как 3^M-1. Для двух CC-сегментов (один CC-сегмент с y CC, другой CC-сегмент с M-y CC), общее число состояний может полулинейно увеличиваться с увеличением M, причем число состояний задается как , что требует битов, чтобы представлять состояния для обоих сегментов. Например, для M=4 и y=2, общее число состояний может быть уменьшено до (3²-1)+(3²-1)=16 состояний или 6 (3+3) битов с 3⁴-1=80 состояний либо семи битов. Эффективная скорость кодирования может быть повышена до 0,27 с 0,32, что приводит приблизительно к повышению производительности на 0,8-1 дБ для совместного кодирования в PUCCH. Таблица 6 показывает число состояний до и после сегментирования, а также число битов, требуемое для того, чтобы представлять состояния, используемые после сегментирования, для нескольких примерных вариантов осуществления.

В варианте осуществления, отдельное кодирование DTX-состояния CC, сконфигурированных для PDCCH-приема, может быть использовано. В таких вариантах осуществления, UE может кодировать и передавать определенную информацию в PUCCH в данном субкадре. Эта информация может включать в себя индикатор относительно того, обнаружено или нет, по меньшей мере, одно DL-назначение из PDCCH каждой CC из набора CC, причем набор CC может включать в себя, по меньшей мере, один набор CC, сконфигурированных для PDCCH-приема, и набор активированных CC, сконфигурированных для PDCCH-приема. Эта информация также может включать в себя или информацию состояния (ACK/NACK), относящуюся к набору принимаемых транспортных блоков, или информацию состояния (ACK/NACK/DTX), относящуюся к набору транспортных блоков, который включает в себя транспортные блоки, которые могут быть приняты в CC, для которых назначения в нисходящей линии связи могут быть переданы в служебных сигналах из PDCCH одной из CC, для которых указано то, что, по меньшей мере, одно DL-назначение обнаружено.

Передаваемая информация состояния может быть кодирована с использованием любых средств или способов, в том числе раскрытых в данном документе. Например, один бит может быть использован для того, чтобы указывать состояние пары транспортных блоков одной MIMO-передачи, при этом бит задается равным 1 (указывает ACK), когда оба транспортных блока успешно принимаются, и 0 (указывает NACK) в противном случае. Помимо этого, если DL-назначение не принято ни в одной из DL CC, UE не может передавать ничего по PUCCH.

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

В варианте осуществления, кодирование переменной длины может быть использовано, и пространство состояний может быть кодировано согласно его вероятности. Это позволяет уменьшать число битов, которые должны быть переданы. Такой принцип, что состояния "высокой вероятности" кодируются с помощью меньшего числа битов, а состояния "низкой вероятности" кодируются с помощью большего числа битов, может применяться. Энтропийное кодирование или кодирование методом Хаффмана может быть использовано для того, чтобы кодировать ACK/NACK/DTX-состояния. Энтропийное кодирование и кодирование методом Хаффмана типично используется для непрерывных битовых последовательностей, в то время как во многих LTE-системах PUCCH переносит прерывистые битовые последовательности. Без таких ограничений кодирование для состояний может иметь больше гибкости. Как результат, кодовая точка или биты, представляющие состояния, могут иметь переменную длину. Посредством использования энтропийного кодирования или кодирования методом Хаффмана, число битов, которые должны быть переданы по радиоинтерфейсу, может быть меньше среднего. Таблица 7 иллюстрирует эти результаты с несколькими неограничивающими примерами.

В примере, предоставляемом только в качестве иллюстрации, в котором две DL используются, и каждая DL использует только одно кодовое слово, вероятность (CRC=хороший|PDCCH) или ACK равна 80%, NACK - 15%, а DTX - 5%. Как видно из таблицы 7, существуют 3²=9 состояний: {AA}=0,64, {AN}=0,12, {NA}=0,12, {AD}=0,04, {DA}=0,04, {NN}=0,0225, {ND}=0,0075, {DN}=0,0075 и {DD}=0,0025 (без передачи).

Способ 1100 по фиг.11 является примерным неограничивающим способом реализации варианта осуществления. На этапе 1110, для CC (которая может быть ограничена диспетчеризованной, активированной или сконфигурированной CC) определение может быть выполнено посредством UE в отношении того, обнаруживается или нет PDCCH для CC. Если PDCCH не обнаруживается для CC, UE может указывать "DTX" для CC на этапе 1120. Если PDCCH обнаруживается для CC, на этапе 1130 UE может определять то, принят или нет успешно PDSCH для CC. Если PDSCH не принят успешно для CC, на этапе 1140 UE может указывать "NACK" для CC. Если PDSCH успешно принят для CC, на этапе 1150 UE может указывать "ACK" для CC.

На этапе 1160 UE может формировать состояние на основе указываемого ACK, NACK или DTX для каждой CC. В некоторых вариантах осуществления, UE может быть выполнено с возможностью формировать состояние для всех CC. На этапе 1165 UE может определять вероятность возникновения состояния. Если состояние, сформированное на этапе 1160, отмечается или иным образом ассоциируется с высокой вероятностью возникновения или эквивалентной категорией, на этапе 1170 UE может отображать сформированное состояние в кодовую точку небольшой длины в таблице кодирования. Если состояние, сформированное на этапе 1160, ассоциировано со средней вероятностью возникновения, на этапе 1180 UE может отображать сформированное состояние в кодовую точку средней длины в таблице кодирования. Если состояние, сформированное на этапе 1160, ассоциировано с низкой вероятностью возникновения, на этапе 1190 UE может отображать сформированное состояние в кодовую точку большой длины в таблице кодирования.

В других вариантах осуществления, неравномерная защита от ошибок может быть использована. Пространство состояний может быть секционировано на два или более сегментов, и неравномерное кодирование может применяться к каждому сегменту. Критерии для определения сегмента могут быть основаны на различном требовании по производительности для состояний. Например, NACK-ошибка может быть более критически важной, чем ACK-ошибка. Вероятность NACK-ACK может быть более важной, чем вероятность ACK-NACK. Состояния, содержащие NACK, могут быть кодированы с помощью более высокой интенсивности кодирования или иметь меньше информационных битов. Состояния могут отличаться посредством числа NACK относительно других состояний, и состояния могут быть секционированы на несколько категорий на основе этого различия. Например, одной категорией состояний может быть "число NACK больше числа ACK", а другой категорией состояний может быть "число ACK больше или равно числу NACK". Более строгое кодирование может применяться к первой категории состояний с большим числом NACK, чем ACK, и менее строгое кодирование может применяться ко второй категории состояний с большим числом ACK, чем NACK, или идентичным числом ACK и NACK.

Например, в варианте осуществления с M=4 CC, всего может быть 80 состояний. 80 состояний могут быть секционированы на два сегмента, один из которых содержит 16 состояний, а другой содержит 64 состояния. Этот вариант осуществления требует четырех битов и шести битов, соответственно, чтобы поддерживать неравномерное кодирование по сравнению с таблицей кодирования с использованием семи битов без поддержки неравномерного кодирования. RM-кодирование может быть использовано в этом варианте осуществления с использованием (20, 4) и (20, 6) для сегментов, соответственно.

Способ 1200 по фиг.12 является примерным неограничивающим способом реализации этого варианта осуществления. На этапе 1210 UE может определять то, обнаруживается или нет PDCCH для CC. Следует отметить, что в некоторых вариантах осуществления, определение может быть ограничено диспетчеризованной, активированной или сконфигурированной CC. Если PDCCH не обнаруживается для CC, на этапе 1220 UE может указывать "DTX" для CC. Если PDCCH обнаруживается для CC, на этапе 1230 UE может определять то, принят или нет успешно PDSCH для CC. Если PDSCH не принят успешно для CC, на этапе 1240 UE может указывать "NACK" для CC. Если PDSCH успешно принят для CC, на этапе 1250 UE может указывать "ACK" для CC.

На этапе 1260 UE может формировать состояние на основе указываемого ACK, NACK или DTX для CC. В некоторых вариантах осуществления, UE может быть выполнено с возможностью формировать состояние для всех CC. На этапе 1265 UE может определять то, ассоциировано состояние, сформированное на этапе 1260, с сегментом "высокой степени защиты от ошибок" или сегментом "обычной степени защиты от ошибок". Если сформированное состояние ассоциировано с сегментом "высокой степени защиты от ошибок", на этапе 1270 UE может отображать сформированное состояние в кодовую точку, к которой "строгое" канальное кодирование применяется в таблице кодирования. Если сформированное состояние ассоциировано с сегментом "обычной степени защиты от ошибок", на этапе 1280 UE может отображать сформированное состояние в кодовую точку, к которой "обычное" канальное кодирование применяется в таблице кодирования.

Способ 1300 по фиг.13 является примерным неограничивающим способом реализации варианта осуществления. На этапе 1310 UE может определять то, обнаруживается или нет PDCCH для CC. Следует отметить, что в некоторых вариантах осуществления, определение может быть ограничено диспетчеризованной, активированной или сконфигурированной CC. Если PDCCH не обнаруживается для CC, на этапе 1320 UE может указывать "DTX" для CC. Если PDCCH обнаруживается для CC, на этапе 1330 UE может определять то, принят или нет успешно PDSCH для CC. Если PDSCH не принят успешно для CC, на этапе 1340 UE может указывать "NACK" для CC. Если PDSCH успешно принят для CC, на этапе 1350 UE может указывать "ACK" для CC.

На этапе 1360 UE может формировать состояние на основе указываемого ACK, NACK или DTX для CC. В некоторых вариантах осуществления, UE может быть выполнено с возможностью формировать состояние для всех CC. На этапе 1365 UE может определять то, имеет или нет сформированное состояние больше NACK, чем ACK. Если сформированное состояние имеет больше NACK, чем ACK, на этапе 1370 UE может отображать сформированное состояние в "короткую" кодовую точку в таблице кодирования. Если сформированное состояние имеет идентичное число NACK и ACK или больше ACK, чем NACK, на этапе 1380 UE может отображать сформированное состояние в "длинную" кодовую точку в таблице кодирования. Следует отметить, что раскрытые способы неравномерного кодирования могут быть использованы в комбинации с любыми другими вариантами осуществления, раскрытыми в данном документе, и включать в себя способы подпространства состояний.

В варианте осуществления, число ACK/NACK-битов, которые должны быть возвращены, зависит от конфигурации DL-UL. В варианте осуществления, например, в LTE-A TDD-системе, число возвращенных ACK/NACK-битов может зависеть от конфигурации DL-UL, а также от числа агрегированных компонентных несущих. Например, для конфигурации субкадров 4DL:1UL и агрегирования пяти несущих, UE может возвращать 40 ACK/NACK-битов (например, если неявная DTX и DL MIMO используются для всех пяти несущих). В варианте осуществления может быть, по меньшей мере, два режима обратной связи по ACK/NACK. Один такой режим может быть ACK/NACK-мультиплексированием, и другой такой режим может быть ACK/NACK-пакетированием. Один или оба из этих режимов обратной связи могут использовать уменьшение с обратной связью с использованием пакетирования (субкадров) в пространственной области и/или во временной области. Число ACK/NACK-битов с обратной связью может составлять 10 битов в вариантах осуществления LTE-A с использованием FDD. Следовательно, чтобы уменьшать объем служебной информации по обратной связи в TDD-системах так, что объем служебной информации является сравнимым с LTE-A FDD, полная обратная связь ACK/NACK-битов может быть уменьшена за счет ухудшения производительности в TDD-системе. Режим обратной связи, который может быть использован с ACK/NACK-пакетированием, может быть ACK/NACK-мультиплексированием с частичным пакетированием. Другой режим обратной связи может быть полным ACK/NACK-пакетированием.

В варианте осуществления, может быть использован UL-индикатор. Общее число обнаруженных DL-назначений может быть возвращено для ACK/NACK-мультиплексирования с частичным пакетированием и полным пакетированием. Число обнаруженных DL-назначений может использовать операцию по модулю 4, чтобы уменьшать объем служебной информации. Может не быть необходимости передавать в служебных сигналах DL-индикатор в индикаторе назначения в нисходящей линии связи (DAI) для ACK/NACK-мультиплексирования с частичным пакетированием или полным пакетированием. Проблема некорректного последнего PDCCH-обнаружения, которая может возникать в некоторых унаследованных системах, может исключаться или разрешаться. В варианте осуществления с использованием обратной связи в UL с частичным пакетированием, частичное пакетирование во временной области (т.е. субкадров) может быть использовано сначала, а затем CC-мультиплексирование может быть выполнено. Альтернативно или помимо этого, частичное пакетирование в частотной области (т.е. CC) может быть использовано сначала, а затем может быть выполнено мультиплексирование субкадров нисходящей линии связи.

В варианте осуществления, может быть использовано частичное пакетирование (субкадров) во временной области с CC-мультиплексированием. В этом варианте осуществления, UE может отслеживать (например, подсчитывать) то, сколько ACK (т.е. соответствующий PDSCH CRC обнаруживается успешно) обнаруживается для каждой CC. Например, фиг.14 показывает примерную неограничивающую конфигурацию 1400 с конфигурацией субкадров 4DL:1UL (M=4) и агрегированием пяти (N=5) компонентных несущих. В этом варианте осуществления, DAI не может быть передан в служебных сигналах в DL. Для каждой CC, UE может подсчитывать число ACK для всех DL-субкадров (четыре субкадра нисходящей линии связи используются в примере, показанном на фиг.14). UE может сообщать {2, 1, 2, 2, 2} ACK для CC1, CC2, CC3, CC4 и CC5, соответственно.

Общее число ACK или NACK для всех CC может быть мультиплексировано и совместно кодировано. Это позволяет предоставлять возможность использования 10 битов обратной связи по ACK/NACK (два бита для каждой CC при N=5 CC). Общее число ACK для каждой CC может быть возвращено с использованием операции по модулю 4. Два бита обратной связи b(0), b(1) для каждой CC и их соответствующее отображение в несколько ACK/NACK-ответов согласно примерному неограничивающему варианту осуществления показаны в таблице 8. Два бита обратной связи по ACK/NACK в расчете на CC могут быть совместно кодированы и мультиплексированы. Если ACK не обнаруживается в сконфигурированной CC, UE может сообщать NACK.

В варианте осуществления, частичное пакетирование (CC) в частотной области с мультиплексированием субкадров может быть использовано. Аналогично варианту осуществления частичного пакетирования (субкадров) во временной области с CC-мультиплексированием, раскрытому выше, UE может подсчитывать общее число ACK для всех сконфигурированных CC для каждого DL-субкадра. Как показано на фиг.14, UE может сообщать {4, 1, 2, 2} ACK для субкадра 1, субкадра 2, субкадра 3 и субкадра 4 нисходящей линии связи, соответственно. Общее число ACK для каждого DL-субкадра может быть мультиплексировано и совместно кодировано. Общее число передач обратной связи по ACK/NACK может в два раза превышать число DL-субкадров в TDD-конфигурации. В этом примере, восемь битов обратной связи (два бита для каждого DL-субкадра и M=4 субкадра нисходящей линии связи) могут быть достаточными для обратной связи по ACK/NACK. Пример двух битов обратной связи b(0), b(1) для каждого субкадра и их соответствующего отображения в несколько ACK/NACK-ответов показывается в таблице 9.

В варианте осуществления, может быть использовано полное ACK/NACK-пакетирование. В этом варианте осуществления, может не быть необходимости отличать пакетирование во временной области или пакетирование в частотной области для полного пакетирования, поскольку эта реализация такого варианта осуществления может сообщать только одно число, представляющее общее число ACK для всех DL-субкадров и CC. Кроме того, операция по модулю 4 может быть использована для сообщенных ACK. Следовательно, только два бита могут использоваться для обратной связи по ACK/NACK. Два бита обратной связи b(0), b(1) и их соответствующее отображение в несколько ACK/NACK-ответов показаны в таблице 10. Для UE, работающего в конфигурации с ограниченной мощностью, объем служебной информации обратной связи по ACK/NACK может быть оптимизирован, и покрытие предоставления услуг может увеличиваться или поддерживаться.

В варианте осуществления, DL-индикатор или DAI может быть использован. Двухбитовый DAI (по модулю x или по модулю 4) может быть использован как индикатор общего числа запланированных PDCCH/CC для каждого DL-субкадра. Может не быть необходимости сообщать общее число ACK в UL (т.е. не быть необходимости в UL-индикаторе). Этот вариант осуществления может использоваться для ACK/NACK-мультиплексирования с частичным пакетированием в частотной области (в CC-области) или полным ACK/NACK-пакетированием, например, как раскрыто в данном документе. Для вариантов осуществления с использованием пространственного пакетирования (например, если DL находится в MIMO-режиме), максимальное число битов обратной связи по UL ACK/NACK может составлять девять. В отличие от частичного пакетирования во временной области, используемого в некоторых унаследованных системах, проблема некорректного последнего PDCCH-обнаружения может разрешаться. Кроме того, размер DAI может быть совместимым с унаследованными системами. Неограничивающие примерные значения индикаторов нисходящей линии связи или DAI показаны в таблице 11.

В варианте осуществления, двухбитовые DAI могут быть переданы в служебных сигналах в DL, и UE может пакетировать ACK/NACK в CC-области, чтобы формировать один-два бита в расчете на DL-субкадр (частичное пакетирование в CC-области для каждого субкадра нисходящей линии связи). Биты каждого DL-субкадра после пакетирования могут быть мультиплексированы и совместно кодированы в качестве битов обратной связи по UL ACK/NACK. Поскольку DAI может быть индикатором общего числа запланированных DL-назначений для каждого DL-субкадра, UE может обнаруживать, существует или нет пропущенное обнаружение PDCCH, для каждого DL-субкадра. Следовательно, UE может формировать пакетированные биты в CC-области. В неограничивающей примерной конфигурации 1500, проиллюстрированной на фиг.15, существует два DL-назначения, которые некорректно обнаруживаются в DL-субкадре 2 и субкадре 4 для CC2 и CC4, соответственно. Значение обратной связи по ACK/NACK равняется 0 (например, для SIMO) или 00 (например, для MIMO) для субкадров 2 и 4, и значение обратной связи по ACK/NACK равняется 1 (например, для SIMO) или 11 (например, для MIMO) в субкадрах 1 и 3. Эти биты обратной связи каждого DL-субкадра могут быть мультиплексированы и совместно кодированы. Следовательно, может не быть необходимости сообщать общее число ACK в качестве UL-индикатора. Если пространственное пакетирование используется для конфигурации 9DL:1UL (M=9) в MIMO-режиме, пакетирование в области несущих может быть ассоциировано с пространственным пакетированием, чтобы экономить больший объем служебной информации по обратной связи по UL ACK/NACK. В этом случае максимальное число битов обратной связи по UL ACK/NACK может составлять девять. Даже в вариантах осуществления с использованием конфигурации TDD DL-UL (9DL:1UL), число битов UL ACK/NACK по-прежнему может быть меньше 10 битов, поддерживаемых в LTE-A FDD. В отличие от этого, в некоторых унаследованных конфигурациях пакетирования во временной области TDD, некорректное последнее PDCCH-обнаружение может разрешаться, поскольку UE может иметь информацию касательно того, сколько DL-назначений планируется в конкретном DL-субкадре.

В варианте осуществления, комбинация DL-индикатора или DAI и UL-индикатора может быть использована. DL-индикатор или DAI может применяться в передаче служебных сигналов DL. DL-индикатор или DAI может указывать общее число запланированных DL-назначений посредством базовых станций (например, усовершенствованного узла B) для всех CC для каждого субкадра. Это может быть реализовано аналогично решению, описанному в данном документе в отношении таблицы 11. Другое примерное значение DL-индикаторов или DAI показывается в таблице 12. UL-индикатор может указывать общее число ACK. UL-индикатор в этом варианте осуществления может быть аналогичным UL-индикатору, описанному выше. UE может экономить мощность передачи в режиме полного ACK/NACK-пакетирования, когда полное ACK/NACK-пакетирование используется.

Если двухбитовый DL-индикатор или DAI (по модулю 4) передается в служебных сигналах в DL, когда режим полного пакетирования используется, UE может быть выполнено с возможностью обнаруживать, когда PDCCH некорректно обнаруживаются в каждом DL-субкадре. После обнаружения пропущенного PDCCH UE может передавать в служебных сигналах DTX (т.е. отсутствие физической передачи). Таким образом, UE может экономить мощность передачи в режиме полного пакетирования. Это может быть крайне важным, если UE имеет ограниченную мощность. В неограничивающей примерной конфигурации 1600, проиллюстрированной на фиг.16, UE, возможно, обнаруживает, по меньшей мере, два пропущенных DL-назначения в DL-субкадре 2 и 4. UE не может передавать обратную связь по ACK/NACK, поскольку базовая станция (например, усовершенствованный узел B) может обнаруживать DTX и может повторно передавать все данные, когда UE находится в режиме полного ACK/NACK-пакетирования. Кроме того, этот вариант осуществления не увеличивает размер поля DAI и может представлять обратно совместимые унаследованные системы (например, LTE R8) с точки зрения размера DCI-формата.

В варианте осуществления, двухбитовый DAI может быть восстановлен в качестве битов поля индикатора несущей (CIF), чтобы уменьшать объем служебной информации. Если нет необходимости передавать в служебных сигналах DL DAI в DL (или если DAI не может быть использован), двухбитовые DAI в DCI-формате могут быть восстановлены в качестве CIF-битов, и, следовательно, объем служебной информации в PDCCH может быть уменьшен.

В варианте осуществления, расширенный DL-индикатор или расширенный DAI может быть использован. Две части DAI могут быть использованы, т.е. DL DAI=(DAI1, DAI2)=(3 бита, 2 бита) или (2 бита, 2 бита), при этом DAI1 может быть числом запланированных PDCCH/CC для каждого DL-субкадра, а DAI2 является счетчиком первых CC для CC/субкадра. Может не быть необходимости сообщать общее число ACK в UL (т.е. не быть необходимости в UL-индикаторе). Этот вариант осуществления может использоваться для ACK/NACK-мультиплексирования с частичным пакетированием в частотной области (в CC-области) или полным ACK/NACK-пакетированием. Для реализаций с использованием пространственного пакетирования (например, DL находится в MIMO-режиме), максимальное число битов обратной связи по UL ACK/NACK может составлять девять. В отличие от частичного пакетирования во временной области в некоторых унаследованных системах, проблема некорректного последнего PDCCH-обнаружения может разрешаться.

В варианте осуществления, может быть две части в схеме DL DAI, т.е. DA 1=(DAI1, DAI2). Первая часть DAI (т.е. DAI1) может быть равна DAI, как раскрыто выше, т.е. индикатору общего числа запланированных PDCCH/CC для каждого DL-субкадра. Поскольку DAI1 может быть индикатором общего числа запланированных PDCCH/CC для каждого DL-субкадра, он может совместно использовать идентичные свойства, например, может не быть необходимости сообщать общее число ACK в UL, обеспечивая ACK/NACK-мультиплексирование с частичным пакетированием в CC-области или полным ACK/NACK-пакетированием, максимум битов обратной связи по UL ACK/NACK может быть равен девяти в ассоциации с пространственным пакетированием, и проблема некорректного последнего PDCCH-обнаружения может разрешаться. DAI2 может быть последовательным счетчиком, который подсчитывает CC-область сначала в качестве второй части схемы DAI. Этот вариант осуществления может обнаруживать случай, когда существует только одна CC, диспетчеризованная в DL-субкадре. В неограничивающей примерной конфигурации 1700, проиллюстрированной на фиг.17, в DL-субкадре 2 может быть только один диспетчеризованный PDCCH, и UE, возможно, некорректно обнаруживает этот PDCCH. Это может приводить к отсутствию у UE сведений о том, планируется PDCCH в DL-субкадре 2 или нет. DAI2 может компенсировать эту проблему посредством реализации счетчика CC-области. В примере, показанном на фиг.17, UE может определять то, что существует пропущенное PDCCH-обнаружение. Следовательно, UE может формировать правильное состояние полного пакетирования (т.е. NACK) вместо ACK.

В варианте осуществления, три части DAI могут быть использованы, т.е. DL DAI=(DAI1, DAI2, DAB)=(3 бита, 2 бита, 2 бита) или (2 бита, 2 бита, 2 бита), причем DAI1 может быть числом запланированных DL-назначений, DAI2 может быть счетчиком первых CC для CC/субкадра, а DAB может быть двухбитовым счетчиком (например, используемым в некоторых унаследованных системах).

Следует отметить, что оптимальная схема DL DAI может быть использована за счет увеличенного объема служебной информации. Следовательно, UE может выполнять ACK/NACK-мультиплексирование с пакетированием в CC-области или во временной области. Кроме того, проблема некорректного последнего PDCCH-обнаружения может разрешаться, поскольку DAI1 может представлять число запланированных DL-назначений.

Как указано в вышеприведенных описаниях нескольких вариантов осуществления, обнаружение PDCCH для CC может требоваться. Также может быть желательным более детально определять состояние PDCCH-приема. Более конкретно, может быть полезным обнаруживать пропущенный PDCCH и ложноположительное обнаружение PDCCH. В варианте осуществления, управляющие сигналы DL или DCI, передаваемые посредством сети (например, из усовершенствованного узла B) в UE, могут содержать индикатор, представляющий номер в последовательности или значение счетчика управляющих сообщений, отправленных за предварительно определенный опорный период времени. Например, опорный период времени может составлять один субкадр. Индикатор может быть возрастающим счетчиком по модулю предварительно определенного значения. Альтернативно, набор управляющих сигналов DL или DCI, которые предоставляют такой индикатор номера в последовательности или значения счетчика в UE как отправленный посредством базовой станции (например, усовершенствованного узла B) может, в частности, включать в себя все DCI DL-назначения, отправленные в течение опорного периода времени по всем сконфигурированным или активированным CC для этого UE.

В другом варианте осуществления, управляющий сигнал DL или DCI, передаваемые посредством сети (например, из усовершенствованного узла B) в UE, могут содержать индикатор, представляющий общее число управляющих сообщений, отправленных за предварительно определенный опорный период времени. В одном таком варианте осуществления, этот индикатор может быть абсолютным значением в предварительно определенном диапазоне. Например, этот набор управляющих сообщений DL, переносящих индикатор, представляющий общее число сообщений с DL-назначением, отправленных в UE в этом субкадре, может содержать все экземпляры DCI с разрешением на передачу по UL за период субкадра, характерный для набора DCI DL-назначения, отправленных в течение опорного периода времени по всем сконфигурированным или активированным CC для UE. Эти варианты осуществления, вариант осуществления для порядковых индикаторов и вариант осуществления для общего числа управляющих сообщений, могут быть комбинированы или использованы независимо.

Следует отметить, что, при использовании в данном документе, управляющая информация нисходящей линии связи, или "DCI", может означать служебное сообщение DL для целей управления передачей, отправляемое посредством сети и принимаемое посредством UE. В раскрытых вариантах осуществления, если не указано иное, тем не менее, термин "DCI", используемый без ограничения всех подобных вариантов осуществления, может означать служебное сообщение DL, для которого UE предположительно должно передавать управляющую информацию восходящей линии связи (например, HARQ ACK/NACK). Хотя настоящие варианты осуществления включают в себя способы, чтобы передавать обратную связь в восходящей линии связи для передачи по нисходящей линии связи, и тем самым главным образом ссылаются на DCI, которая типично должна диспетчеризовать одну или более PDSCH-передач, применимость вариантов осуществления, описанных в данном документе, не ограничивается этим конкретным случаем. Например, DCI, принимаемая посредством UE, причем эта DCI передает в служебных сигналах (де)активацию сконфигурированного назначения, к примеру, "SPS-освобождение" сконфигурированного разрешения на передачу или сконфигурированную SCell, также может требовать HARQ ACK/NACK-передачи из UE.

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

Без ограничения раскрытых вариантов осуществления, чтобы ссылаться на все передачи по DL, для которых UE предположительно должно передавать обратную связь по HARQ ACK/NACK, термин "DCI и/или PDSCH" может быть использован далее, и следует понимать, что он включает в себя, по меньшей мере, любую успешно декодированную DCI по PDCCH, которая указывает или PDSCH-назначение, и/или управляющую информацию, к примеру, (де)активацию ранее сконфигурированного DL-назначения и/или разрешения на передачу по UL, и любую PDSCH-передачу, для которой UE предпринимает попытку декодирования с использованием HARQ-процесса.

При упоминании в данном документе, термин "PUCCH-ресурс" может, в общем, включать в себя PUCCH-индексы (или индекс), формат PUCCH-передачи (или способ передачи, например, формат 1/1a/1b, формат 2/2a/2b, DFT-S-OFDM или формат 3), местоположение PUCCH ACK/NACK (например, RB, индекс ортогональной последовательности, циклический сдвиг), число HARQ ACK/NACK-битов, переносимых в формате (включающих в себя биты, неявно извлекаемые, например, с использованием выбора канала), а также возможно использование кода скремблирования для передачи, либо любое из вышеозначенного в комбинации.

При упоминании в данном документе, термин "способ динамического PUCCH-выделения" может означать способ, посредством которого UE может определять PUCCH-ресурс, который следует использовать, на основе управляющих служебных сигналов, принимаемых в субкадре, для которого может быть передано HARQ ACK/NACK. Примером такого способа является использование правила на основе первого CCE декодированной DCI (опорной DCI), аналогично выделению ресурсов LTE R8 или LTE R9 PUCCH.

При упоминании далее, термин "способ полустатического PUCCH-выделения" может означать способ, посредством которого UE может определять PUCCH-ресурс, который следует использовать, на основе, например, полустатической конфигурации UE. Примером этого способа является HARQ ACK/NACK PUCCH-выделение в LTE R8 или LTE R9 для DL SPS-передач.

UE, сконфигурированное или активированное, чтобы принимать в нескольких обслуживающих сотах или CC, может принимать, по меньшей мере, один управляющий сигнал DL или DCI, содержащую, по меньшей мере, один индикатор, представляющий номер в последовательности или значение счетчика либо общее число управляющих сообщений. UE может определять, на основе поля индикатора, то, полный набор декодированных DCI или одна или более из них отсутствует. UE может предпринимать первое действие, такое как формирование и передача HARQ ACK/NACK-сигнала, если набор декодированных DCI определяется как полный. UE может предпринимать второе отличное действие, к примеру, отсутствие передачи HARQ ACK/NACK-сигнала, если он определяет то, что набор декодированных DCI неполный. Например, UE может определять то, что оно пропускает, по меньшей мере, один PDCCH (или получает ложноположительное суждение), на основе сравнения между числом успешно декодированных DCI в данном субкадре и передаваемым в служебных сигналах значением общего числа элементов, для которых UE предположительно должно отправлять обратную связь по HARQ ACK/NACK для упомянутого субкадра.

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

В варианте осуществления, любая DCI, для которой UE предположительно должно передавать обратную связь по HARQ ACK/NACK, может рассматриваться. Например, число успешных DCI может включать в себя передачу управляющих служебных сигналов, в которой UE предположительно должно передавать обратную связь по HARQ ACK/NACK.

После определения того, какую UCI и/или данные обратной связи следует передавать в базовую станцию (например, усовершенствованный узел B) с использованием PUCCH, UE может определять конкретные PUCCH-ресурсы, которые должны быть использованы для того, чтобы передавать такую UCI и/или данные обратной связи. В варианте осуществления, UE может определять PUCCH-ресурс из набора возможных PUCCH-ресурсов, а также числа информационных HARQ ACK/NACK-битов, которые следует передавать. Выбранный ресурс может быть использован, например, чтобы передавать обратную связь по HARQ ACK/NACK, по меньшей мере, для одной передачи по DL (например, DCI и/или PDSCH) в данном субкадре, на основе, по меньшей мере, одного, а в варианте осуществления, комбинации любых из нескольких критериев.

В такие критерии включается число сконфигурированных обслуживающих сот (например, посредством RRC) и число обслуживающих сот, активных в субкадре. Также в такие критерии включается число кодовых слов, которые могут быть приняты в PDSCH данной обслуживающей соты в одном субкадре, в зависимости от сконфигурированного режима передачи по нисходящей линии связи (например, пространственного мультиплексирования, MIMO) каждой обслуживающей соты. В этом варианте осуществления, только вторичная обслуживающая сота(ы) или множество SCell, активированные посредством передачи служебных сигналов с помощью команды быстрой (де)активации (FAC), могут быть включены в конкретную передачу служебных FAC-сигналов, которая непосредственно может подвергаться обратной связи по HARQ ACK/NACK из UE в базовую станцию. В варианте осуществления, вторичная сота(ы), которая может быть деактивирована неявно, может быть включена, т.е. вторичная сота(ы), которая не деактивирована посредством передачи служебных FAC-сигналов. Также в таких критериях имеется число DL-назначений, принимаемых в упомянутом субкадре, в варианте осуществления, включающих в себя все сконфигурированные DL-назначения, т.е. для полупостоянного планирования (SPS) и/или передаваемые в служебных сигналах в одной или более DCI. Также в таких критериях имеется местоположение (т.е. номер или индекс) элемента(ов) канала управления (CCE) (или, в варианте осуществления, только первого CCE) декодированной DCI, соответствующей DL-назначению в упомянутом субкадре, например, по меньшей мере, одно из того, находятся или нет CCE в конкретном пространстве поиска, к примеру, в пространстве поиска, соответствующем PCell, и того, находятся или нет CCE в конкретной части упомянутого пространства поиска.

Дополнительные критерии, которые могут быть использованы в варианте осуществления, включают в себя характеристику PDSCH, соответствующего DL-назначению в упомянутом субкадре, например, то, соответствует или нет PDSCH PCell или SCell из конфигурации UE, и характеристику успешно декодированной DCI (DCI-характеристику, как описано дополнительно в данном документе) согласно DL-назначению(ям) в упомянутом субкадре, в варианте осуществления, когда CIF соответствует PCell из конфигурации UE. Дополнительные критерии включают в себя конфигурацию (например, RRC), указывающую то, какой ресурс использовать, в варианте осуществления, передаваемую в служебных сигналах в одной или более DCI, и в варианте осуществления, набор PUCCH-ресурсов (например, индексов), которые должны использоваться для выбора канала.

Также в такие критерии включается число выделенных PUCCH-ресурсов, если таковые имеются, сконфигурированных для UE (например, посредством RRC), в варианте осуществления, число индексов PUCCH-формата 1b. Дополнительные критерии включают в себя число DCI-сообщений, принимаемых в упомянутом субкадре и для которых UE должно сообщать HARQ ACK/NACK, и число HARQ ACK/NACK-битов для каждого DCI-сообщения, в варианте осуществления, на основе некоторого явного значения, принимаемого, по меньшей мере, в одной из декодированных DCI, и, в варианте осуществления, на основе индекса для конкретного PUCCH-ресурса или набора ресурсов, принимаемого, по меньшей мере, в одной из декодированных DCI. Дополнительные критерии, которые могут быть использованы в варианте осуществления, состоят в том, выполнено или нет UE с возможностью использовать пакетирование для передачи HARQ ACK/NACK по PUCCH, и обнаруживает или нет UE некорректный PDCCH-прием для субкадра.

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

В варианте осуществления, может быть использован полустатический способ выбора, в котором выбор является функцией от конфигурации UE и, в частности, от номера сконфигурированной обслуживающей соты. В этом варианте осуществления, когда UE конфигурируется для режима работы с одной несущей (т.е. UE выполнено с возможностью работать с одной обслуживающей сотой, т.е. одной UL CC и одной DL CC), UE может выбирать PUCCH-ресурс с использованием любого способа, в том числе и унаследованных способов. Например, если унаследованный способ используется, UE может использовать индекс ресурса n_PUCCH=n_CCE+N⁽¹⁾ _PUCCH, где n_CCE может быть номером первого CCE, используемого для передачи соответствующей DCI (содержащего DL-назначение или SPS-освобождение), и N⁽¹⁾ _PUCCH может быть сконфигурирован посредством верхних уровней. Соответствующая DCI может быть обычно принята в предыдущем субкадре согласно предварительно определенным правилам, к примеру, в субкадре n-4 в случае FDD-режима, где n является субкадром, когда PUCCH передается. Но когда UE конфигурируется для режима работы с несколькими несущими (т.е. UE конфигурируется, по меньшей мере, с использованием одной пары UL/DL PCC (т.е. PCell) и числом N DL SCC, где N>=1 (т.е., по меньшей мере, с использованием одной SCell)), UE может использовать идентичный PUCCH ACK/NACK-ресурса, поддерживающий передачу соответствующей HARQ ACK/NACK-информации (в том числе с учетом числа возможных кодовых слов для каждого DL CC). В этом варианте осуществления, идентичный PUCCH ACK/NACK-ресурс может быть использован до тех пор, пока UE не переконфигурируется посредством базовой станции (например, усовершенствованного узла B).

В изменении раскрытого полустатического способа выбора, UE, сконфигурированное для режима работы с несколькими несущими, может выполнять выбор PUCCH-ресурсов, как описано, за исключением того, когда HARQ ACK/NACK передается для передач по DL (т.е. DCI и/или PDSCH) в PCell. В этом случае, в этом варианте осуществления UE может выбирать PUCCH-ресурс с использованием унаследованного способа выбора ресурсов или всех остальных способов, которые могут использоваться для режима работы с одной несущей.

В варианте осуществления, может быть использован динамический способ выбора, в котором выбор является функцией от конфигурации UE и числа nbits информационных HARQ ACK/NACK-битов, которые следует передавать в каждом субкадре. Способ 1800 по фиг.18 является примерным неограничивающим способом реализации этого варианта осуществления. На этапе 1810 UE может определять то, сконфигурировано оно для режима работы с одной несущей или с несколькими несущими. Следует отметить, что это определение может быть простым управлением UE согласно конфигурации, т.е. в сконфигурированном режиме с одной несущей или с несколькими несущими. Если UE конфигурируется для режима работы с одной несущей (т.е. UE выполнено с возможностью работать с одной UL CC и одной DL CC), на этапе 1820 UE может выбирать PUCCH-ресурс с использованием унаследованного способа или всех остальных способов, которые могут использоваться в окружении с одной несущей. Например, если DL MIMO не конфигурируется (т.е. nbits=1), UE может использовать PUCCH-формат 1a, а если DL MIMO конфигурируется (т.е. nbits=2), UE может использовать PUCCH-формат 1b.

В варианте осуществления, когда на этапе 1810 UE определяет то, что оно конфигурируется для режима работы с несколькими несущими, если на этапе 1830 UE определяет то, что оно выполнено с возможностью использовать две DL CC, и когда UE конфигурируется ровно с одной парой UL/DL PCC (т.е. с одной PCell) и ровно с одной DL SCC (SCell), на этапе 1840 UE может выбирать PUCCH-ресурс согласно унаследованному способу или любому другому способу, который может быть использован в окружении с одной несущей с PUCCH-форматом 1b.

Альтернативно, если на этапе 1810 UE определяет то, что оно конфигурируется для режима работы с несколькими несущими (т.е. UE конфигурируется (по меньшей мере) с использованием одной пары UL/DL PCC (т.е. первичной обслуживающей соты или PCell) и номера TV DL SCC, где N>=1 (т.е., по меньшей мере, с использованием одной вторичной обслуживающей соты или SCell)), или если на этапе 1830 UE определяет то, что оно принимает DCI для DL-назначения (т.е. из PDSCH-передачи) или SPS-освобождение только в одной обслуживающей соте, на этапе 1850 UE может определять значение nbits и определять то, вписывается или нет nbits в одну из нескольких категорий. Если на этапе 1850 UE определяет то, что nbits<m (где m может быть некоторым пороговым значением или номером HARQ ACK/NACK-информации, например, сконфигурированной в UE или предоставляемой посредством базовой станции), на этапе 1860 UE может использовать способ динамического PUCCH-выделения, аналогичный унаследованному способу, в котором PUCCH-формат 1a используется, когда nbits=1, и PUCCH-формат 1b используется в противном случае. При использовании этого унаследованного способа, UE может использовать индекс ресурса n_PUCCH=n_CCE+N⁽¹⁾ _PUCCH, где n_CCE является номером первого CCE, используемого для передачи соответствующего DCI-назначения, и N⁽¹⁾ _PUCCH конфигурируется посредством верхних уровней. В варианте осуществления, этот тип способа PUCCH-выделения может быть использован только для PDSCH-передачи в первичной соте или PCell из конфигурации UE, но не для PDSCH-передачи во вторичной соте или Scell.

Если на этапе 1850 UE определяет то, что m≤nbits≤n (где n может быть другим пороговым значением или номером HARQ ACK/NACK-информации, например, сконфигурированным в UE или предоставляемым посредством базовой станции), на этапе 1870 UE может использовать способ передачи на основе выбора канала с использованием нескольких (ncs_PUCCH) ресурсов для PUCCH-формата 1b, чтобы выделять PUCCH-ресурсы. Если на этапе 1850 UE определяет то, что nbits>n, на этапе 1880 UE может использовать способ на основе DFT-S-OFDM для выделения PUCCH-ресурсов. В некотором варианте осуществления, способ на основе DFT-S-OFDM может быть использован посредством UE, когда m=3, n=4 и ncs_PUCCH=2 или когда m=3, n=5 и ncs_PUCCH=4.

В варианте осуществления, может быть использован динамический способ выбора, в котором выбор является функцией от конфигурации UE и числа nbits информационных HARQ ACK/NACK-битов, которые следует передавать в каждом субкадре. В этом варианте осуществления, UE может выбирать в данном субкадре PUCCH-ресурс с использованием унаследованного способа или всех остальных способов, которые могут использоваться в окружении с одной несущей, если UE конфигурируется для режима работы с одной несущей, или если UE конфигурируется для режима работы с несколькими несущими, и все DL SCC находятся в деактивированном состоянии (например, если UE конфигурируется, по меньшей мере, с использованием одной пары UL/DL PCC (т.е. PCell) и числом N DL SCC, где N≥1 (т.е., по меньшей мере, с использованием одной SCell), но все N DL SCC находятся в деактивированном состоянии). В этом варианте осуществления, UE может в противном случае использовать PUCCH ACK/NACK-ресурс, поддерживающий передачу HARQ ACK/NACK-информации (в том числе с учетом числа возможных кодовых слов для каждого DL CC) согласно числу CC, которые являются активными в субкадре, для которого обратная связь по ACK/NACK передается по PUCCH.

В еще одном другом варианте осуществления, UE может быть выполнено с возможностью использовать динамический явный способ выбора, в котором выбор является функцией от принимаемых управляющих служебных сигналов. В этом варианте осуществления, когда UE конфигурируется для режима работы с одной несущей, UE может выбирать PUCCH-ресурс с использованием унаследованного способа или всех остальных способов, которые могут использоваться в окружении с одной несущей. Например, если унаследованный способ используется, UE может использовать индекс ресурса n_PUCCH=n_CCE+N⁽¹⁾ _PUCCH, где n_CCE может быть номером первого CCE, используемого для передачи соответствующего DCI-назначения, и N⁽¹⁾ _PUCCH может быть сконфигурирован посредством верхних уровней. Когда UE конфигурируется для режима работы с несколькими несущими (т.е. UE конфигурируется (по меньшей мере) с помощью одной пары UL/DL PCC (т.е. первичной обслуживающей соты, или PCell) и числа N DL SCC, где N≥1 (т.е., по меньшей мере, одной SCell)), UE может использовать PUCCH-ресурс, указываемый в передаче управляющих служебных сигналов (например, в передаче служебных PDCCH DCI или FAC-сигналов (например, с использованием MAC CE)) с индексом (т.е. индикатором ACK/NACK-ресурса (ARI)) ресурса, сконфигурированного посредством RRC.

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

Альтернативно, UE может динамически определять местоположение PUCCH ACK/NACK-ресурса посредством динамичного определения, по меньшей мере, одной опорной DCI. Опорная DCI может быть успешно декодированной DCI в данном субкадре. UE может определять PUCCH ACK/NACK-индекс, например, из первого CCE опорной DCI. Опорная DCI может быть динамически определена на основе явной передачи служебных сигналов в DCI-формате, например, однобитового флага, указывающего то, является или нет DCI опорной DCI, и/или передачи служебных сигналов, принимаемой из сети, и/или на основе конфигурации UE. Например, опорная DCI может соответствовать, по меньшей мере, одной из DCI, принимаемой в конкретной обслуживающей соте (например, для PCell из конфигурации UE), DCI, принимаемой для передачи по PDSCH конкретной обслуживающей соты (например, для PDSCH PCell из конфигурации UE), и DCI, принимаемой для передачи управляющих служебных сигналов для конкретной обслуживающей соты (например, для SPS-активации в PCell из конфигурации UE).

В варианте осуществления, опорная DCI может быть динамически определена на основе одной или более характеристик для успешно декодированной DCI (DCI-характеристик), включающих в себя, по меньшей мере, одно из RNTI, используемого для того, чтобы декодировать DCI, формата декодированной DCI (например, тип 1 или тип 2 и т.д.), местоположения CCE декодированной DCI (например, в конкретном пространстве поиска и/или в конкретной части упомянутого пространства поиска), уровня агрегирования (AL) декодированной DCI, присутствия или отсутствия поля индикатора несущей (CIF) в декодированной DCI, значения поля индикатора несущей (CIF) в декодированной DCI, уровня принимаемой мощности декодированной DCI, принимаемого усиления при кодировании декодированной DCI и числа повторений декодированной DCI.

Если UE находит несколько опорных DCI для идентичного субкадра, например, с использованием какого-либо из средств, раскрытых выше, UE может быть выполнено с возможностью подавлять всю обратную связь по ACK/NACK, соответствующую конкретному субкадру. Альтернативно, UE может быть выполнено с возможностью выбирать одну из нескольких опорных DCI, чтобы использовать в качестве опорной DCI для субкадра, посредством выбора опорной DCI произвольно из числа нескольких опорных DCI, выбора DCI, принимаемой по PDCCH обслуживающей соты, с конкретным индексом или приоритетом (например, CC-индекс/приоритет, DCI-прием), выбора DCI, соответствующей PDSCH-передаче обслуживающей соты с конкретным индексом или приоритетом (например, CC-индекс/приоритет, PDSCH-передача), или выбора DCI, принимаемой с конкретной характеристикой (т.е. с использованием, по меньшей мере, одной из DCI-характеристик, изложенных выше).

Если UE не может находить ни одной опорной DCI для данного субкадра, UE может быть выполнено с возможностью реализовывать другой вариант осуществления, раскрытый в данном документе, включающий в себя в себя подавление всей обратной связи по ACK/NACK, соответствующей субкадру, или передачу обратной связи по ACK/NACK по сконфигурированному PUCCH-ресурсу.

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

В вариантах осуществления для опорной DCI, раскрытых в данном документе, при условии, например, 1%-ой вероятности пропуска DCI, обратная связь по HARQ ACK/NACK может подавляться относительно редко. В этих вариантах осуществления, обратная связь по HARQ ACK/NACK может подавляться только тогда, когда опорная DCI (или все опорные DCI) отсутствует в данном субкадре, но не тогда, когда DCI, которая не используется в качестве опорной, пропускается.

Устойчивость может быть введена в способ индикации PUCCH-ресурсов с помощью введения избыточности между несколькими DCI, которые UE может принимать в одном субкадре. В варианте осуществления, по меньшей мере, часть информации, присутствующей в DCI из нескольких DCI, ассоциированных с субкадром, может присутствовать в более чем одной из нескольких DCI. UE может определять PUCCH ACK/NACK-ресурс на основе явной передачи служебных сигналов с использованием одного или более раскрытых вариантов осуществления. UE может принимать конфигурацию одного или более PUCCH ACK/NACK-ресурсов (т.е. набора ресурса(ов)). Помимо этого, UE может успешно декодировать, по меньшей мере, одну DCI (например, для PDSCH-передачи) в данном субкадре. В еще одном другом варианте осуществления, UE может определять из поля упомянутой DCI то, какой ресурс использовать, на основе, по меньшей мере, одного из индикатора (например, индекса) ресурса из набора сконфигурированных ресурсов, индикатора, чтобы определять ресурс на основе упомянутой DCI (например, из первого CCE упомянутой DCI), и сконфигурированного приоритета на основе ассоциирования между индексом ресурса в наборе ресурсов и, по меньшей мере, одной из обслуживающей соты (DL CC), в которой, по меньшей мере, одна DCI успешно декодирована, обслуживающей соты (DL CC), для которой DCI указывает PDSCH-передачу, и DCI, принятой с конкретной характеристикой (например, по меньшей мере, с одной из DCI-характеристик, изложенных выше).

Хотя варианты осуществления, раскрытые в данном документе, возможно, описаны в отношении ресурса в наборе PUCCH ACK/NACK-ресурсов или эквивалентных терминов, следует понимать, что также могут быть реализованы такие варианты осуществления, в которых несколько наборов PUCCH ACK/NACK-ресурсов конфигурируются, и UE вместо этого определяет то, какой набор PUCCH ACK/NACK-ресурсов использовать из числа нескольких сконфигурированных наборов PUCCH ACK/NACK-ресурсов, в том числе варианты осуществления, в которых UE использует такой способ передачи, как выбор канала для информационных HARQ ACK/NACK-битов, способ передачи с использованием разнесения при передаче с SORTD (разнесения при передаче пространственных ортогональных ресурсов) или комбинация вышеозначенного.

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

00: Существует только 1 диспетчеризованная CC - использовать унаследованный способ для выделения PUCCH-ресурсов (например, любой другой способ, который может быть использован в окружении с одной несущей), т.е. на основе CCE-позиции упомянутой DCI. Альтернативно, эта кодовая точка может указывать на другой PUCCH-ресурс, сконфигурированный посредством верхних уровней (PUCCH-ресурс #0).

01: Имеется несколько назначений - использовать PUCCH-ресурс #1 из набора PUCCH-ресурсов, сконфигурированных посредством верхних уровней для назначения из нескольких CC.

02: Имеется несколько назначений - использовать PUCCH-ресурс #2 из набора PUCCH-ресурсов, сконфигурированных посредством верхних уровней для назначения из нескольких CC.

03: Имеется несколько назначений - использовать PUCCH-ресурс #3 из набора PUCCH-ресурсов, сконфигурированных посредством верхних уровней для назначения из нескольких CC.

В вышеописанных вариантах осуществления, поле DCI, указывающей PUCCH-ресурс, который следует использовать, может соответствовать уже существующему полю DCI-формата, используемого для DL-назначений. В этом случае, режим работы UE может переопределяться относительно функциональности, первоначально ассоциированной с этим полем. Например, если TPC (управление мощностью передачи) многократно используется, регулирование мощности передачи, применяемое посредством UE при приеме, по меньшей мере, одной DCI, содержащей DL-назначение, может быть функцией от кодовой точки, принимаемой для поля или его поднабора битов, согласно отображению, которое может отличаться от отображения, используемого в случае режима работы с одной несущей. Альтернативно или помимо этого, регулирование мощности передачи, применяемое посредством UE при приеме, по меньшей мере, одной DCI, содержащей DL-назначение, может быть функцией, по меньшей мере, от одного свойства DCI, содержащей DL-назначение, такого как (но не только) DL-несущая, из которой DCI декодируется, пространство поиска, из которого DCI декодируется, или DL-несущая, к которой назначение применяется. Альтернативно или помимо этого, регулирование мощности передачи, применяемое посредством UE при приеме, по меньшей мере, одной DCI, содержащей DL-назначение, может быть функцией от набора кодовых точек, принимаемых из полей TPC всех или поднабора DCI, содержащих DL-назначения. Например, определенное регулирование мощности может применяться только в случае, если все поля TPC из DCI, содержащей DL-назначения для Scell (или любой соты), имеют идентичное значение. Альтернативно или помимо этого, регулирование мощности передачи, применяемое посредством UE при приеме, по меньшей мере, одной DCI, содержащей DL-назначение, может быть функцией от предварительно определенного значения, которое может задаваться посредством верхних уровней, к примеру, 0 дБ (т.е. без регулирования).

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

В неограничивающем примере реинтерпретации поля TPC, поле TPC, принимаемое в DCI, которая содержит назначение для первичной DL-несущей (или Pcell), может быть интерпретировано аналогично интерпретации исходного поля TPC (для режима работы с одной несущей), в то время как поле TPC, принимаемое в DCI, которая содержит назначение для вторичной DL-несущей (или Scell), может быть многократно использовано для указания PUCCH-ресурса(ов) согласно одному из вышеописанных вариантов осуществления. Помимо этого, одна кодовая точка поля TPC любой DCI, содержащей назначение для Scell, может представлять, в дополнение к одному или более PUCCH-ресурсов, регулирование мощности с предварительно заданным значением (к примеру, +3 дБ). Выбор этой кодовой точки может обеспечивать возможность сети передавать в служебных сигналах увеличение мощности в UE с большей надежностью, поскольку команда может быть принята, даже если DCI, содержащая назначение в PCell, потеряна. UE может применять регулирование мощности, если оно принимает DCI, содержащую DL-назначение с полем TPC, заданным равным этой конкретной кодовой точке. Альтернативно, UE может применять регулирование мощности, только если поле TPC задается равным конкретной кодовой точке для всех принимаемых DCI, содержащих DL-назначение для Scell.

В варианте осуществления, если UE передает информационные HARQ ACK/NACK-биты с использованием такого способа передачи, как выбор канала, вместо выбора одного ресурса из одного набора полустатически сконфигурированных PUCCH-ресурсов, UE может вместо этого выбирать набор PUCCH-ресурсов из нескольких наборов из полустатически сконфигурированных PUCCH-ресурсов, которые должны использоваться для передачи, с использованием выбора канала.

В варианте осуществления, если UE передает HARQ ACK/NACK-информацию с использованием разнесения при передаче SORTD, один индикатор ресурсов, принимаемый из DCI, может указывать пару PUCCH-ресурсов, по которым UE может одновременно передавать, чтобы реализовывать разнесение при передаче SORTD. Это может быть применимым только к случаю, в котором DCI не принимается в первичной несущей (Pcell).

В варианте осуществления, если UE передает ACK/NACK-информацию с использованием способа передачи на основе выбора канала и существует два HARQ ACK/NACK-бита, которые следует сообщать для DL-назначения, один индикатор ресурсов, принимаемый из DCI, может указывать два PUCCH-ресурса, при этом выбор ресурса, по которому можно передавать, определяется на основе HARQ ACK/NACK-битов, которые следует сообщать, согласно таблице кодирования для выбора канала. Это может быть применимым только к случаю, в котором DCI не принимается в первичной несущей (Pcell).

В варианте осуществления, если UE передает ACK/NACK-информацию с использованием способа передачи на основе выбора канала и разнесения при передаче SORTD и существует два HARQ ACK/NACK-бита, которые следует сообщать для DL-назначения, один индикатор ресурсов, принимаемый из DCI, может указывать набор из двух пар PUCCH-ресурсов (т.е. всего 4 ресурсах), по каждой из которых UE может одновременно передавать, чтобы реализовывать разнесение при передаче SORTD, и при этом выбор пары PUCCH-ресурсов, по которой следует передавать, определяется на основе HARQ ACK/NACK-битов, которые следует сообщать, согласно таблице кодирования для выбора канала. Альтернативно, когда DCI, содержащая такое DL-назначение, принимается в Pcell, два из четырех требуемых PUCCH-ресурсов могут указываться в DCI, а другие два могут неявно извлекаться из начального положения CCE (элемента канала управления), в котором DCI декодируется. Два неявно извлекаемые ресурса могут принадлежать или не принадлежать идентичной паре ресурсов.

Успешно декодированные DCI, содержащие DL-назначения, могут иметь идентичные значения для индикатора поля независимо от свойств этих DCI. Этот подход является полезным для схем, в которых один PUCCH-ресурс (или набор PUCCH-ресурсов) необходим, чтобы передавать обратную связь независимо от числа информационных HARQ ACK/NACK-битов. В случае, если UE успешно декодирует DCI, для которых значения индикаторов поля отличаются в данном субкадре, может иметь место то, что возникает ошибка сети или ложное обнаружение. Чтобы обрабатывать этот случай, в варианте осуществления, UE может выполнять действия, ассоциированные с другим вариантом осуществления, раскрытым в данном документе, к примеру, подавление всей обратной связи по ACK/NACK, соответствующей субкадру, или выбор одной DCI для интерпретации индикатора поля и определение того, как передавать ACK/NACK по PUCCH, посредством использования одного из множества средств. Такие средства включают в себя произвольный выбор любого из DC, выбор DCI, принимаемой по PDCCH обслуживающей соты (CC) с конкретным индексом или приоритетом (CC-индекс/приоритет, DCI-прием), выбор DCI, соответствующей PDSCH-передаче обслуживающей соты (CC) с конкретным индексом или приоритетом (CC-индекс/приоритет, PDSCH-передача), выбор DCI, принимаемой с конкретной характеристикой (например, по меньшей мере, одной из DCI-характеристик, изложенных выше), исключение DCI, значение которой отличается от значения нескольких других декодированных DCI в этом субкадре (например, в случае ложного PDCCH-обнаружения), и/или выбор DCI с полем индикатора, значение которого является аналогичным значению, используемому для предыдущей ACK/NACK-передачи по PUCCH.

В варианте осуществления, интерпретация поля, указывающего PUCCH-ресурс, может отличаться в зависимости, по меньшей мере, от одного свойства DCI, содержащей DL-назначение, к примеру, DL-несущей, из которой DCI декодируется, или DL-несущей, к которой назначение применяется. Использование различной интерпретации в зависимости от DL-несущей, к которой может применяться назначение, может быть полезным, когда часть обратной связи по HARQ ACK/NACK передается в служебных сигналах через схему выбора канала, в которой несколько PUCCH-ресурсов должны указываться для UE в одном субкадре, чтобы компоновать таблицу кодирования для выбора канала в зависимости от числа или битов обратной связи по HARQ ACK/NACK, которые следует передавать, или числа принимаемых DL-назначений.

В варианте осуществления, UE может определять некорректный PDCCH-прием посредством либо определения того, что PDCCH пропущен, либо определения того, что ложноположительное суждение обнаружено (т.е. подтверждения приема PDCCH, который не принят фактически). Если UE определяет то, что оно ни не пропускает PDCCH, ни декодировало ложноположительное суждение (например, номер успешно декодированной DCI равняется значению в каждом декодированном DO), оно может передавать соответствующую обратную связь по HARQ ACK/NACK согласно способу, который оно обычно использует (например, любому из способов, описанных в этом документе). Тем не менее, после определения пропущенного PDCCH или ложноположительного суждения, UE может быть выполнено с возможностью предпринимать одно или более из нескольких действий.

В варианте осуществления, UE может быть выполнено с возможностью осуществлять подавление, при котором UE может подавлять или иным образом не передавать всю обратную связь по ACK/NACK, соответствующую ассоциированному субкадру. Подавление может выполняться, когда UE не может определять опорную DCI и/или если UE не имеет полустатически выделенного PUCCH-ресурса для ACK/NACK-передачи. В таких вариантах осуществления, UE может подавлять обратную связь для соответствующего субкадра. Это может приводить к обнаружению посредством сети DTX по PUCCH, что, в свою очередь, может быть интерпретировано посредством сети как индикатор того, что UE, возможно, некорректно декодировало PDCCH для соответствующего субкадра.

В дополнительном варианте осуществления, UE может выполнять LTE RIO-выделение, при котором UE может передавать обратную связь по ACK/NACK посредством выбора полустатически сконфигурированного PUCCH-ресурса, например, LTE RIO PUCCH-ресурса, сконфигурированного посредством RRC. Если пакетирование для ACK/NACK конфигурируется, UE может определять то, что, по меньшей мере, одна передача завершена неудачно (например, пропущенный PDCCH может подразумевать пропущенное назначение), и передавать пакетированное ACK/NACK-значение в NACK по выбранному PUCCH-ресурсу. В этом варианте осуществления, сеть может не обнаруживать то, что UE, возможно, некорректно декодировало PDCCH для соответствующего субкадра.

В другом варианте осуществления, UE может выполнять выделение посредством передачи обратной связи по ACK/NACK посредством выбора PUCCH-ресурса согласно унаследованному или любому другому способу, который может быть использован в окружении с одной несущей для динамического PUCCH-выделения (т.е. в качестве функции от первого CCE DCI, используемой в качестве опорной DCI). Если UE успешно декодировало DCI только для PCell, то эта DCI может быть использована в качестве опорной DCI. Если успешно декодированная DCI предназначена для PDSCH-передачи (или передача управляющих служебных сигналов, к примеру, SPS) для PCell (например, DCI декодирована в конкретном для UE пространстве поиска согласно планирования для PCell), DCI может быть использована в качестве опорной DCI.

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

В варианте осуществления, UE может передавать обратную связь по ACK/NACK посредством выбора одного PUCCH-ресурса из набора нескольких PUCCH-ресурсов, при этом передача неявно указывает, что, по меньшей мере, один PDCCH некорректно декодирован (например, что, по меньшей мере, один PDCCH пропущен). В этом варианте осуществления, UE может использовать способ на основе выбора канала, причем выбор PUCCH-ресурса из набора PUCCH-ресурсов предоставляет индикатор в сеть того, что UE пропускает, по меньшей мере, один PDCCH. Этот вариант осуществления может быть использован, когда один или более наборов(ов) PUCCH-ресурсов полустатически конфигурируются посредством сети (например, RRC-конфигурация). Сеть может определять то, что UE некорректно декодировало PDCCH для соответствующего субкадра, на основе обнаружения ресурса, в котором она принимает PUCCH-передачу.

Альтернативно, UE может использовать код скремблирования, при этом UE может передавать обратную связь по ACK/NACK с использованием конкретного кода скремблирования, применяемого к передаче HARQ ACK/NACK-информации (например, по PUSCH, по LTE R8 или LTE R9 PUCCH либо по LTE R10 PUCCH). Код скремблирования может указывать, что, по меньшей мере, один PDCCH некорректно декодирован (например, по меньшей мере, один PDCCH пропущен). Этот код скремблирования может включать в себя набор кодов, предоставляющих двоичный индикатор относительно пропущенного PDCCH. Альтернативно, код скремблирования может указывать DCI, которые успешно декодированы (например, для какого PDSCH и/или для какой CC передача управляющих служебных сигналов декодирована). Этот код скремблирования может включать в себя набор кодов, при этом каждый код предоставляет различную кодовую точку. В этом варианте осуществления, UE может интерпретировать различные доступные кодовые точки, на основе числа сконфигурированных DL SCC в дополнение к PCell, числу активных DL SCC и/или числу PDSCH-назначений, принимаемых в субкадре, соответствующем информации обратной связи по HARQ ACK/NACK. В этих вариантах осуществления с кодом скремблирования, сеть может определять то, что UE некорректно декодировало PDCCH для соответствующего субкадра, на основе обнаружения кода скремблирования, который использован посредством UE для того, чтобы выполнять PUCCH-передачу.

В варианте осуществления, UE может быть выполнено с возможностью осуществлять HARQ ACK/NACK-пакетирование для PUCCH. Если перекрестная диспетчеризация несущих не используется, то UE может не всегда иметь опорную DCI для цели выбора надлежащего PUCCH-ресурса согласно унаследованным способам или способам с одной несущей (т.е. UE может не принимать DCI по PDCCH первичной обслуживающей соты, PCell, в каждом субкадре, для которого оно предположительно должно передавать обратную связь по PUCCH). Если UE выполнено с возможностью использовать HARQ ACK/NACK-пакетирование, UE может определять то, какой способ PUCCH-выделения использовать для того, чтобы определять PUCCH-ресурс для передачи ACK/NACK с использованием различного средства.

В варианте осуществления, UE может определять то, используется или нет перекрестная диспетчеризация несущих, при определении способа PUCCH-выделения для передачи обратной связи по ACK/NACK. В этом варианте осуществления, если перекрестная диспетчеризация несущих используется, UE может использовать способ динамического PUCCH-выделения на основе DCI с наименьшим (или наибольшим) CCE-индексом по PDCCH, используемому для перекрестного планирования несущих (типично PCell), DCI, применимой к передаче (передаче управляющих служебных сигналов) в PCell (если таковые имеются), или комбинации двух означенных вариантов. В таких вариантах осуществления, приоритет может даваться DCI PCell (если присутствует). Если перекрестная диспетчеризация несущих не используется, UE может быть выполнено с возможностью использовать способ полустатического PUCCH-выделения. Альтернативно, способ полустатического PUCCH-выделения может быть использован только для обратной связи, связанной с субкадром, в котором DCI и/или PDSCH принимаются только по одной или более SCell, в то время как способ динамического PUCCH-выделения может быть использован посредством UE для любого другого субкадра.

Альтернативно, UE может определять то, декодирует или нет UE успешно, по меньшей мере, одну DCI по PDCCH PCell, и/или то, соответствует она или нет "DCI и/или PDSCH", применимому к PCell, чтобы определять способ PUCCH-выделения для передачи обратной связи по ACK/NACK. Например, если UE может определять опорную DCI в PCell, UE может выбирать способ динамического выделения ресурсов на основе идентифицированной опорной DCI. Если UE принимает DCI и PDSCH, применимые к PCell (т.е. DCI декодирована в конкретном для UE пространстве поиска, соответствующем PCell), UE может выбирать способ динамического PUCCH-выделения на основе идентифицированной опорной DCI.

В варианте осуществления, UE может определять то, декодирует или нет UE некорректно, по меньшей мере, один PDCCH в субкадре, для которого передается обратная связь по ACK/NACK, чтобы определять способ PUCCH-выделения для передачи обратной связи по ACK/NACK. UE может быть сконфигурировано с ACK/NACK-пакетированием в комбинации со средством для действий, предпринимаемых, когда UE определяет пропущенный PDCCH или ложноположительное суждение (как описано выше). UE может передавать обратную связь по ACK/NACK по PUCCH с использованием ресурса, который может переносить, по меньшей мере, два бита информации (например, PUCCH-формат 1b), при этом первый бит указывает обратную связь по ACK/NACK, применимую к "DCI и/или PDSCH", применимому к PCell (т.е. обратная связь отправляется для передач по PCell). ACK/NACK для нескольких кодовых слов может быть пакетировано в этом варианте осуществления, если пространственное мультиплексирование конфигурируется для PCell. Второй бит может указывать пакетированное значение обратной связи по ACK/NACK, по меньшей мере, для одной SCell, и в одном варианте осуществления, для всех передач, принимаемых для множества SCell из конфигурации UE в соответствующем субкадре.

UE может быть выполнено с возможностью всегда передавать ACK/NACK-биты по полустатически сконфигурированному ресурсу. UE может также или вместо этого быть выполнено с возможностью передавать ACK/NACK-биты только по полустатически сконфигурированному ресурсу, когда UE не принимает "DCI и/или PDSCH", применимый к PCell, независимо от того, обнаруживает или нет UE то, что оно, возможно, некорректно декодировало, по меньшей мере, одну DCI. В противном случае, UE может быть выполнено с возможностью использовать способ динамического PUCCH-выделения. В еще одном другом изменении, UE может передавать обратную связь по ACK/NACK по PUCCH посредством выбора способа полустатического PUCCH-выделения, если оно не обнаруживает то, что оно некорректно декодирует, по меньшей мере, одну DCI по PDCCH (в варианте осуществления, только если "DCI и/или PDSCH", применимые к PCell, не приняты), и выбора способа динамического PUCCH-выделения в противном случае.

В вариантах осуществления, в которых статические PUCCH ACK/NACK-ресурсы используются, UE может быть выполнено с возможностью определять такие ресурсы с использованием одного или более из нескольких способов. Если простое расширение LTE R8 или LTE R9 используется (т.е. индекс ресурса определяется из CCE с наименьшим номером первой DCI, декодированной посредством UE, или определяется из CCE с наименьшим номером из всех DCI, декодированных посредством UE), может быть потенциал для коллизии в PUCCH-ресурсе. Первое UE может принимать свою первую DCI по CCE #N в обслуживающей соте 1, в то время как второе UE может принимать свою первую DCI по CCE #N в другой обслуживающей соте. При отображении, аналогичном отображению, которое выполняется для PUCCH 1/1a/1b, когда индекс ресурса предоставляется посредством , оба UE могут выбирать идентичный индекс PUCCH-ресурса, поскольку только одна UL CC должна быть использована для того, чтобы переносить PUCCH. В случае, если базовая станция (например, усовершенствованный узел B) диспетчеризует UE DCI, чтобы не допускать этого конфликта, может оставаться вероятность коллизии в случае некорректного PDCCH-приема, если одно из UE не может определять то, что обнаружение пропущено.

В варианте осуществления, смещение может указываться для каждой обслуживающей соты, эффективно секционируя PUCCH-пространство для типа 1 на M подпространств, где M является числом обслуживающих сот. Каждое подпространство может иметь идентичный размер, может масштабироваться надлежащим образом так, что оно отражает полосу пропускания передачи каждой обслуживающей соты, или может иметь размер на основе некоторых других критериев. После выбора конкретной DCI, из которой можно взять CCE-номер, чтобы вычислять индекс, UE может использовать , соответствующий обслуживающей соте, в которой принята эта DCI. Альтернативно, M может рассматриваться посредством UE как число активных обслуживающих сот. В этом варианте осуществления, число активных обслуживающих сот может включать в себя DL CC, на которых, по меньшей мере, одна из обслуживающих сот явно активирована с использованием явной передачи управляющих служебных сигналов (например, DCI L1/PDCCH, L2/MAC в элементе управления или L3/RRC-сообщении).

В варианте осуществления, третье PUCCH-пространство может быть создано, например, между существующими пространствами PUCCH-формата 1 и PUCCH-формата 2, и UE, сконфигурированные для агрегирования несущих, могут использовать это пространство. Как результат, смещение в расчете на обслуживающую соту теперь может быть N⁽³⁾ _PUCCH, в отличие от N⁽¹⁾ _PUCCH для LTE R9 и LTE R9, и это N⁽³⁾ _PUCCH может быть использовано для того, чтобы вычислять индекс ресурса.

В варианте осуществления, UE может быть выполнено с возможностью осуществлять выбор PUCCH-ресурсов со сконфигурированным полупостоянным планированием (SPS) в DL. Такая конфигурация может приводить к SPS-передачам в определенных субкадрах, при этом SPS-передача является PDSCH-передачей без соответствующей PDCCH- (или DCI)-передачи, например, в субкадре n-4. В субкадре, для которого UE предположительно должно передавать обратную связь по HARQ ACK/NACK для сконфигурированного DL-назначения (т.е. DL SPS), UE, сконфигурированное для режима работы с несколькими несущими, может определять то, должно оно использовать ACK/NACK PUCCH-ресурс, сконфигурированный/активированный для SPS, или PUCCH-ресурс, соответствующий правилам динамического планирования.

Чтобы определять PUCCH-ресурс, который следует использовать, в варианте осуществления UE может быть выполнено с возможностью выбирать PUCCH-ресурс согласно правилам динамического планирования до выбора ресурса, сконфигурированного/активированного для обратной связи по HARQ ACK/NACK для SPS-передачи. В этом варианте осуществления, UE может быть сконфигурировано, по меньшей мере, с использованием одной вторичной обслуживающей соты или Scell, в дополнение к первой первичной обслуживающей соте или Pcell, и, по меньшей мере, с использованием одного DL SPS-назначения. DL SPS-назначение может быть сконфигурировано для PDSCH первой первичной соты. В некоторых вариантах осуществления, UE может иметь одно или более состояний согласно активации, по меньшей мере, одной из обслуживающих сот UE (т.е. неявно, например, на основе таймеров или явно, например, посредством FAC) и/или активации, по меньшей мере, одной из обслуживающих сот UE посредством FAC.

В этом варианте осуществления, для данного субкадра, если UE предположительно должно передавать обратную связь по HARQ ACK/NACK, по меньшей мере, для одной PDSCH-передачи, соответствующей сконфигурированному назначению (например, SPS) и соответствующей динамически диспетчеризованному назначению, по меньшей мере, в одной обслуживающей соте, то UE может быть выполнено с возможностью выбирать PUCCH-ресурс на основе нескольких способов HARQ ACK/NACK-передачи (т.е. UE может не использовать сконфигурированный PUCCH-индекс, зарезервированный для SPS-назначения). В противном случае, UE может быть выполнено с возможностью использовать способ PUCCH ACK/NACK-передачи, применимый к типу принимаемой PDSCH-передачи. Это подразумевает, в частности, что в случае, если UE принимает только SPS-назначение, т.е. PDSCH-передачу, при которой нет соответствующей PDCCH- (или DCI)-передачи (в субкадре n-4 для FDD) в первичной соте, UE определяет PUCCH-индекс согласно своей конфигурации верхнего уровня. В варианте осуществления, для любого субкадра, для которого UE конфигурируется, как описано выше (т.е. DL SPS, по меньшей мере, с использованием одной вторичной обслуживающей соты), UE может быть выполнено с возможностью выбирать PUCCH-ресурс на основе способа нескольких ACK/NACK-передач (т.е. UE может не использовать сконфигурированный PUCCH-индекс для SPS, если таковые имеются).

В варианте осуществления, UE может быть выполнено с возможностью мультиплексировать HARQ ACK/NACK или DTX и SR по PUCCH. UE может быть сконфигурировано с использованием PUCCH-ресурса для SR. Если передача HARQ ACK/NACK по PUCCH совпадает для данного субкадра с передачей SR, UE может передавать индикатор положительного SR в PUCCH-ресурсе, сконфигурированном для SR, и может подавлять HARQ ACK/NACK- или DTX-информацию (с использованием, например, PUCCH-формата 1). Альтернативно, UE может передавать M битов (M=1 или M=2) HARQ ACK/NACK- или DTX-информации с использованием PUCCH-формата 1a (M=1 передаваемый в служебных сигналах информационный бит) или PUCCH-формата 1b (M=2 передаваемых в служебных сигналах информационных бита). Передаваемый в служебных сигналах информационный бит(ы) может извлекаться посредством пакетирования ACK/NACK посредством UE в пространственной области для каждой DL-несущей. Например, UE может выполнять операцию логического "AND" для ACK/NACK каждого кодового слова, если пространственное мультиплексирование конфигурируется. Это может приводить самое большее к одному ACK/NACK-биту в расчете на обслуживающую соту, для которого, по меньшей мере, одно "DCI и/или PDSCH" является применимым. Если назначение не обнаруживается для обслуживающей соты, UE может либо задавать соответствующий бит равным значению, идентичному значению для NACK, либо вообще не назначать биты последовательности b(0),..., b(N), чтобы сообщать обратную связь для этой несущей. В этом варианте осуществления, одна из кодовых точек (например, b(0)=b(1)=0) может резервироваться, чтобы указывать, что UE обнаруживает то, что, по меньшей мере, одно DL-назначение пропущено, например, с использованием одного или более вариантов осуществления, как описано в данном документе. Пакетирование через несущие также может быть использовано, приводя к одному ACK/NACK-биту.

В варианте осуществления, UE может усекать последовательность ACK/NACK-битов (или пакетированных ACK/NACK-битов, например, согласно вышеприведенному варианту осуществления) b(0),..., b(N) до M битов. В этом варианте осуществления, биты, соответствующие DCI и/или PDSCH SCell, могут усекаться (в варианте осуществления, все такие биты). Альтернативно, биты, соответствующие DCI, декодированной по PDCCH SCell, могут усекаться (в варианте осуществления, все такие биты). В варианте осуществления, биты, не соответствующие первой успешно декодированной DCI, могут усекаться. В изменении этого варианта осуществления, биты, не соответствующие DCI с наименьшим CCE и/или наибольшим уровнем агрегирования, могут усекаться.

M битов HARQ-информации могут быть переданы посредством UE с использованием уникального PUCCH-ресурса, сконфигурированного для (в варианте осуществления, положительной) SR-передачи. Альтернативно или помимо этого, M битов HARQ-информации могут быть переданы посредством UE с использованием одного из набора 2^K PUCCH-ресурсов, сконфигурированных для (в варианте осуществления, положительной) SR-передачи. PUCCH-ресурс может быть выбран из набора 2^K PUCCH посредством выбора первого PUCCH-ресурса, когда UE обнаруживает, что, по меньшей мере, одно DL-назначение пропущено (например, с использованием одного или более вариантов осуществления, раскрытых в данном документе), и второго PUCCH-ресурса, когда UE не обнаруживает, что, по меньшей мере, одно DL-назначение пропущено. Альтернативно, PUCCH-ресурс может быть выбран из набора 2^K PUCCH посредством выбора PUCCH-ресурса на основе значения K битов c(0),..., c(K-1), полученного из состояния приема (HARQ ACK/NACK и/или DTX) поднабора несущих. Например, значения c(0),..., c(K-1) могут соответствовать HARQ ACK/NACK-информации несущих, для которых обратная связь не передана в b(0),..., b(M) битах.

В варианте осуществления, PUCCH-ресурсы, которые должны быть использованы, могут быть получены в способе выбора канала. Общее число M PUCCH-ресурсов, требуемое для того, чтобы поддерживать схему выбора канала, может быть вычислено на основе, по меньшей мере, одного из режима передачи каждой несущей нисходящей линии связи, сконфигурированной для PDSCH-приема (эквивалентно, числа кодовых слов, которые могут быть приняты из каждой несущей нисходящей линии связи), числа несущих нисходящей линии связи, сконфигурированных для PDSCH-приема, общего числа кодовых слов (Q), которые могут быть приняты из всех несущих нисходящей линии связи, сконфигурированных для PDSCH-приема, общего числа кодовых слов, которые могут быть приняты из всех несущих нисходящей линии связи, которые в конечном счете могут быть сконфигурированы для PDSCH-приема, того, сконфигурировано UE для работы в режиме полной обратной связи или ограниченной обратной связи (например, пакетирования), того, является или нет обратная связь для кодового слова или несущей идентичной для NACK и DTX, того, может или нет положительный или отрицательный запрос планирования (SR) указываться вместе с состоянием приема каждой несущей/кодового слова, и того, может или нет UE сообщать то, что оно пропускает некоторые PDCCH-назначения.

Более конкретно, в вариантах осуществления "с полной обратной связью", UE может иметь возможность сообщения ACK- или NACK/DTX-состояния для каждого кодового слова. Таким образом, схема выбора канала может предоставлять сообщение, по меньшей мере, 2C состояний. Соответствующее число битов для обратной связи может составлять C. При условии, что B битов могут быть переданы посредством модуляции выбранного ресурса (например, B=2 для PUCCH-формата 1b), число M PUCCH-ресурсов может предоставляться посредством M=2(C-B). Нижеприведенная таблица 13 иллюстрирует некоторые неограничивающие примеры, в которых B=2.

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

После того, как число M PUCCH-ресурсов получается с использованием одного из раскрытых вариантов осуществления, UE может извлекать PUCCH-ресурсов, где может вычисляться как число несущих нисходящей линии связи, для которых PDCCH выполнен с возможностью приема в первичной DL-несущей, фиксированное значение, к примеру, 1 или 0.

p-тый PUCCH-ресурс , который следует использовать в данном субкадре может быть определен на основе номера первого элемента канала управления (CCE), используемого для передачи DCI-назначения в первичной несущей, соответствующей PDSCH-передаче (или SPS-освобождению в нисходящей линии связи) в p-той несущей нисходящей линии связи в субкадре n-k (k=4 для FDD). Например, может задаваться равным , где конфигурируется посредством верхних уровней. Альтернативно, p-тый PUCCH-ресурс, который следует использовать в данном субкадре, может быть определен на основе номера первого элемента канала управления (CCE), используемого для передачи p-того обнаруженного DCI-назначения в первичной несущей, соответствующей PDSCH-передаче (или SPS-освобождению в нисходящей линии связи) в любой несущей нисходящей линии связи в субкадре n-k (k=4 для FDD), когда PUCCH-ресурсы могут упорядочиваться посредством индекса ресурса (увеличения или снижения) в таблице кодирования.

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

UE также может извлекать PUCCH-ресурсов, где , на основе передачи служебных сигналов из физического уровня (например, из полей в DCI-назначении(ях)), MAC-уровня, RRC-уровня или комбинации вышеозначенного. Например, PUCCH-ресурсов может предоставляться из передачи служебных RRC-сигналов. Альтернативно, индекс для конкретного поднабора PUCCH-ресурсов может предоставляться в DCI-назначении или в команде активации/деактивации (возможно в MAC-уровне), в то время как весь набор возможных PUCCH-ресурсов может предоставляться из конфигурации.

В варианте осуществления, различные решения могут быть использованы для того, чтобы разрешать потенциальные проблемы мультиплексирования пользователей для управления в восходящей линии связи при использовании выбора PUCCH-канала. Когда UCI не является достаточно большим, PUCCH-контейнер может быть использован. Например, для небольших и средних размеров рабочих ACK/NACK-данных, выбор PUCCH-канала (CS) может быть подходящим. CS может предоставлять лучшее усиление при мультиплексировании UE вследствие своей гибкости. CS может поддерживать до девяти UE в расчете на RB, тогда как другие схемы могут только поддерживать до пяти UE в расчете на RB. В некоторых системах мультиплексирование пользователей на основе мультиплексирования с кодовым разделением (CDM) может уже использоваться для PUCCH. Тем не менее, могут возникать проблемы, ассоциированные с мультиплексированием UE для выбора PUCCH-канала.

В некоторых LTE-системах, может быть недостаточно PUCCH-ресурсов для мультиплексирования пользователей при CS. Например, для четырех информационных ACK/NACK-битов (например, две CC с MIMO), два PDCCH могут быть переданы, тем самым два PUCCH могут назначаться данному пользователю. Для CS в LTE R8, четыре PUCCH необходимо для того, чтобы указывать четыре информационных ACK/NACK-бита или 16 состояний. Следовательно, может требоваться способ для того, чтобы назначать PUCCH, чтобы поддерживать мультиплексирование пользователей при CS.

В некоторых LTE-системах, альтернативно может быть сверхдостаточно PUCCH-ресурсов для мультиплексирования пользователей. Например, для четырех информационных ACK/NACK-битов (например, четырех CC с SIMO), четыре PDCCH могут быть переданы, и тем самым четыре PUCCH могут назначаться данному пользователю. Для CS (улучшенного), только два PUCCH могут быть необходимы для того, чтобы указывать четыре информационных ACK/NACK-бита или 16 состояний. Назначение дополнительных PUCCH может уменьшать усиление при мультиплексировании пользователей и может увеличивать объем служебной информации и тем самым может не быть эффективным использованием ресурсов. Следовательно, может требоваться способ для того, чтобы переназначать PUCCH-ресурс для усовершенствованного мультиплексирования пользователей.

В варианте осуществления, в котором может быть недостаточно PUCCH-ресурсов для мультиплексирования пользователей при CS, смещение может применяться к ресурсу PDCCH, чтобы назначать или резервировать дополнительные PUCCH-ресурсы, чтобы поддерживать мультиплексирование пользователей при CS. Смещение может быть относительно адреса первого CCE данного PDCCH (например, DCI). Например, адрес первого CCE первого PDCCH (например, DCI) может быть использован посредством UE для того, чтобы назначать или резервировать PUCCH-ресурс (например, первый PUCCH) для данного UE, а смещение к адресу первого CCE первого PDCCH (например, DCI) может быть использовано посредством UE для того, чтобы назначать или резервировать дополнительный PUCCH-ресурс (например, третий PUCCH) для данного UE. Аналогично, адрес первого CCE второго PDCCH может быть использован посредством UE для того, чтобы назначать или резервировать PUCCH-ресурс (например, второй PUCCH) для данного UE, и смещение к адресу первого CCE второго PDCCH может быть использовано посредством UE для того, чтобы назначать или резервировать дополнительный PUCCH-ресурс (например, четвертый PUCCH) для данного UE, и т.д. Смещение может иметь любое значение и может быть конфигурируемым посредством базовой станции (например, усовершенствованного узла B) и/или сети.

Альтернативно, не первый CCE-адрес (например, использование второго или третьего CCE-адреса и т.д.) может быть использован для того, чтобы назначать или резервировать дополнительный PUCCH-ресурс для мультиплексирования пользователей. В этом варианте осуществления, второй CCE-адрес PDCCH (например, DCI) может быть использован для того, чтобы указывать, назначать или резервировать дополнительный PUCCH-ресурс, к примеру, третий и четвертый PUCCH-ресурсы для UE. Например, второй CCE-адрес первого PDCCH (например, DCI) может быть использован посредством UE для того, чтобы указывать, назначать или резервировать третий PUCCH-ресурс, и второй CCE-адрес второго PDCCH может быть использован посредством UE для того, чтобы указывать, назначать или резервировать четвертый PUCCH-ресурс, и т.д. В варианте осуществления, базовая станция (например, усовершенствованный узел B) может диспетчеризовать PDCCH (например, DCI), содержащий, по меньшей мере, два CCE (т.е. второй CCE может быть всегда диспетчеризован или доступен для UE), когда дополнительный PUCCH-ресурс должен указываться или назначаться UE. UE может быть выполнено с возможностью возвращаться к вышеописанному варианту осуществления с использованием одного или более смещений, когда второй CCE в PDCCH (например, DCI) недоступен, или PDCCH (например, DCI) с двумя или более CCE не планируется.

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

В этом варианте осуществления, каждое UE (или группа UE) может быть выполнено с возможностью использовать поднабор пула PUCCH-ресурсов, как только PUCCH-ресурс для множества пользователей совмещается в идентичном пуле ресурсов. Одно или оба из смещения (к PUCCH-ресурсу) и поднабора (PUCCH-ресурса) могут быть конфигурируемыми посредством базовых станций, и одно или оба могут быть конкретными для UE. Например, PDCCH #1, 2, 3 и 4 могут быть переданы для UE #1, и PDCCH #5, 6, 7 и 8 могут быть переданы для UE #2. Первоначально UE #1 может назначаться посредством PUCCH-ресурсов #1, 2, 3 и 4, которые могут упоминаться как набор 1 ресурсов или пул 1 ресурсов. UE #2 может назначаться посредством PUCCH-ресурсов #5, 6, 7 и 8, которые могут упоминаться как набор 2 ресурсов или пул 2 ресурсов. Чтобы эффективно мультиплексировать UE, PUCCH в UE #1 может повторно маршрутизироваться с использованием смещения для набора 2 ресурсов или пула 2 ресурсов (т.е. PUCCH-ресурсов, #5, 6, 7 и 8 из набора 1 ресурсов или пула 1 ресурсов). Поднабор из набора 2 ресурсов или пула 2 ресурсов, скажем, PUCCH-ресурсы #5 и 6, может быть сконфигурирован для UE #1, а другой поднабор из набора 2 ресурсов или пула 2 ресурсов может быть сконфигурирован для UE #2, в качестве неограничивающего примера.

В другом варианте осуществления, PUCCH-ресурс может быть повторно отображен из PDCCH CCE-адреса. В этом варианте осуществления, PUCCH-ресурс из PDCCH CCE-адреса может быть повторно отображен, чтобы совмещать PUCCH-ресурс UE так, что он находится в идентичном наборе или пуле для поддержки мультиплексирования пользователей. В этом варианте осуществления, правило отображения "PDCCH-в-PUCCH" может быть модифицировано так, чтобы поддерживать мультиплексирование пользователей при CS. Альтернативно, смещение может быть включено в функцию отображения ресурсов "PDCCH-в-PUCCH". UE могут использовать один или более различных поднаборов ресурсов (или сегменты) для мультиплексирования пользователей, аналогично применению смещения к назначениям PUCCH-ресурсов, как описано выше. В примерном варианте осуществления, PDCCH #1, 2, 3 и 4 могут быть переданы для UE #1, и PDCCH #5, 6, 7 и 8 могут быть переданы для UE #2. Первоначально UE #1 может отображаться в PUCCH-ресурсы #1, 2, 3 и 4, и UE #2 может отображаться в PUCCH-ресурсы #5, 6, 7, 8. Посредством повторного отображения PUCCH-ресурсов для UE, UE #2 может быть повторно отображено в PUCCH-ресурсы #1, 2, 3 и 4 из PUCCH-ресурсов # 5, 6, 7 и 8, в то время как UE #1 может по-прежнему использовать идентичные PUCCH-ресурсы #1, 2, 3 и 4. UE #1 может назначаться посредством поднабора PUCCH-ресурсов (например, PUCCH-ресурсов #1 и 2), и UE #2 может назначаться посредством другого поднабора PUCCH-ресурсов (например, PUCCH-ресурсов #3 и 4).

В варианте осуществления, когда избыточные PUCCH-ресурсы доступны, избыточные PUCCH-ресурсы могут переназначаться другим UE для увеличения усиления при мультиплексировании пользователей, как отмечено выше. Альтернативно, такие избыточные PUCCH-ресурсы могут быть использованы для того, чтобы поддерживать расширение передачи по восходящей линии связи или расширение MIMO в восходящей линии связи. Избыточные PUCCH-ресурсы могут использоваться для поддержки передачи пространственных ортогональных ресурсов в UE, когда передача пространственных ортогональных ресурсов конфигурируется для такого UE. Альтернативно или помимо этого, UE может использовать избыточные PUCCH-ресурсы для поддержки разнесения при передаче пространственных ортогональных ресурсов (SORTD), когда SORTD конфигурируется для UE. Альтернативно или помимо этого, UE может использовать избыточные PUCCH-ресурсы для поддержки пространственного мультиплексирования пространственных ортогональных ресурсов (SORSM), когда SORSM конфигурируется для UE. Альтернативно или помимо этого, UE может использовать L-1 избыточных PUCCH-ресурсов для SORTD (или SORSM и т.п.), когда SORTD (или SORSM и т.п.) выполняется с L передающих антенн для данного UE. Например, когда два SORTD передающей антенны используются, UE может использовать один избыточный PUCCH-ресурс для поддержки SORTD-передачи и работы в UE.

Далее описываются несколько вариантов осуществления для выполнения отображения ресурсов для нескольких передач ACK/NACK UL в вариантах осуществления с агрегированием несущих. Эти варианты осуществления могут обеспечивать возможность UE определять PUCCH-ресурсы, которые UE может использовать для того, чтобы передавать HARQ ACK/NACK и другую UCI и обратную связь. В варианте осуществления, с использованием PUCCH-передачи несколько UL CC могут быть использованы одновременно для нескольких PUCCH-передач. Альтернативно, одна UL CC может использоваться для нескольких PUCCH-передач.

В вариантах осуществления, в которых PUCCH передается на одной компонентной UL-несущей (из одной или нескольких агрегированных UL CC), назначения в нисходящей линии связи для всех обслуживающих сот могут быть переданы в одной обслуживающей соте. В этом варианте осуществления, для каждого PDSCH-назначения на любой обслуживающей соте в заранее указываемой обслуживающей соте может быть соответствующая PDCCH-передача. Таким образом, индексы ACK/NACK-ресурсов могут быть неявно ассоциированы с наименьшим CCE-индексом PDCCH без усложнения.

В варианте осуществления, назначения в нисходящей линии связи для нескольких обслуживающих сот могут быть переданы в нескольких обслуживающих сотах (т.е. перекрестная диспетчеризация несущих). В этом варианте осуществления, если для отображения PUCCH-ресурсов применяется критерий разработки, идентичный критерию разработки, который может быть использован в LTE R8, индексы ACK/NACK-ресурсов не могут быть уникально ассоциированы с CCE PDCCH во всех запланированных обслуживающих сотах. Таким образом, перекрестное отображение несущих в LTE RIO может требовать решения, чтобы справляться со всеми возможными коллизиями индексов PUCCH-ресурсов. В варианте осуществления, различное значение смещения PUCCH-ресурса может быть передано в служебных сигналах для каждой обслуживающей соты. Различные обслуживающие соты могут отличаться посредством различных значений, обеспечивая возможность уникального отображения индексов "CCE-в-ACK/NACK" в обслуживающей соте, аналогично применению в LTE R8. В таких реализациях, поскольку ACK/NACK-ресурсы, соответствующие всем обслуживающим сотам, должны резервироваться на UL CC, объем служебной информации в PUCCH может быть увеличен. Кроме того, может быть необходимость в дополнительной передаче служебных сигналов верхнего уровня, которая является функцией от числа сконфигурированных обслуживающих сот. Соответственно, для UE с большим числом агрегированных несущих, увеличенный объем служебной информации при передаче служебных сигналов верхнего уровня может возникать.

Хотя варианты осуществления, описанные в данном документе, могут предоставлять средство для перекрестного выделения PUCCH-ресурсов/отображения несущих, в некоторых реализациях PUCCH может быть передан только на одной компонентной несущей восходящей линии связи при асимметричном CC-агрегировании, тогда как несколько PDCCH могут быть одновременно переданы из различных CC нисходящей линии связи. Альтернативно, несколько PUCCH могут быть переданы на нескольких компонентных несущих восходящей линии связи при асимметричном CC-агрегировании, тогда как число DL-несущих, которые передают PDCCH, может превышать число UL-несущих, которые передают PUCCH. В таких вариантах осуществления, если несколько PDCCH передаются в идентичном CCE-индексе соответствующих CC, вследствие неявной взаимосвязи между CCE-индексом и индексом ресурса для PUCCH-формата 1/1a/1b несколько DCI-назначений могут указывать на идентичный индекс PUCCH HARQ ACK/NACK-ресурса, что может приводить к коллизиям HARQ ACK/NACK-ресурсов. Таким образом, настоящее раскрытие сущности излагает некоторый примерный критерий отображения ресурсов, который может быть модифицирован/расширен согласно раскрытым вариантам осуществления, чтобы разрешать эту неоднозначность между PUCCH-ресурсами.

В варианте осуществления, схемы неявного перекрестного отображения несущих могут быть использованы. В LTE-A FDD-окружениях, когда UE использует ресурс для PUCCH-формата 1/1a/1b для передачи HARQ ACK/NACK, UE может использовать один из следующих раскрытых способов для PDSCH-передачи, указываемой посредством обнаружения соответствующего PDCCH, или для PDCCH, указывающего освобождение полупостоянного планирования (SPS) в нисходящей линии связи.

В этом варианте осуществления, ресурс для PUCCH-формата 1/1a/1b может быть неявно определен на основе четырех параметров, два из которых могут быть параметрами LTE R8, чтобы поддерживать обратную совместимость. Из оставшихся двух параметров, один может быть сконфигурирован посредством передачи служебных сигналов верхнего уровня, а другой может быть определен через соответствующее DCI-назначение. В этом варианте осуществления, когда UE использует ресурс для PUCCH-формата 1/1a/1b для передачи ACK/NACK, UE может быть выполнено с возможностью использовать следующее отображение:

,

где может быть индексом первого CCE, используемого для передачи соответствующего DCI-назначения, может быть числом ресурсов, зарезервированных для передачи ACK/NACK-сигналов для постоянного PUCCH-формата 1/1a/1b, может обозначать число компонентных несущих, сконфигурированных посредством верхних уровней, и может быть индексом компонентной несущей, используемой для передачи соответствующего DCI-назначения.

Последние два параметра, описанные выше, и , могут быть основаны на LTE RIO 3GPP-стандартах, в которых может быть предусмотрен асимметричный режим агрегирования несущих вместе с трехбитовым полем управления, известным как индикатор несущей (CI), который должен быть включен в PDCCH DCI-форматы. Следует отметить, что в случае только одной несущей, где и , формула отображения этого варианта осуществления может сворачиваться до формулы отображения, которая указывается посредством LTE R8.

Фиг.19 иллюстрирует примерную неограничивающую PUCCH-конфигурацию 1900, которая может быть использована в варианте осуществления для примерной системы с пятью DL CC и одной UL CC. RB 1910 представляют ресурсы, которые могут резервироваться для динамического PUCCH-формата 1/1a/1b. В RB 1910, ресурсы могут резервироваться для каждой компонентной несущей. Например, как проиллюстрировано на фиг.19, RB 1920 может быть ресурсом, зарезервированным для CC 0, RB 1921 может быть ресурсом, зарезервированным для CC 1, RB 1922 может быть ресурсом, зарезервированным для CC 2, RB 1923 может быть ресурсом, зарезервированным для CC 3, а RB 1924 может быть ресурсом, зарезервированным для CC 4.

В примерной реализации этого варианта осуществления, UE может принимать PDSCH-передачи из пяти DL-несущих в субкадре и может быть выполнено с возможностью возвращать несколько ACK/NACK, ассоциированных с различными транспортными блоками (TB), с использованием только одной компонентной UL-несущей. Набор параметров согласно этой примерной системе может быть задан как: В этом варианте осуществления, индексы ресурсов для PUCCH-формата 1/1a/1b, соответствующие всем DCI-назначениям, могут быть вычислены на основе вышеописанного отображения, как показано в таблице 14.

Таблица 14 Ресурс для динамического PUCCH-формата 1/1a/1b с использованием отображения   Компонентная несущая 0 0 5 10 15 20 25 Компонентная несущая 1 1 6 11 16 21 26 Компонентная несущая 2 2 7 12 17 22 27 Компонентная несущая 3 3 8 13 18 23 28 Компонентная несущая 4 4 9 14 19 24 29

В варианте осуществления, следующее отображение может использоваться для отображения PDCCH CCE-индекса в ресурс для PUCCH-формата 1/1a/1b для передачи ACK/NACK:

,

где может обозначать число компонентных несущих для группы DL-несущих, которая спаривается или ассоциируется с UL-несущей, передающей PUCCH, может быть индексом компонентной несущей, используемой для передачи соответствующего DCI-назначения, быть функцией отображения, которая отображает в индекс для соответствующей группы DL-несущих, и параметры и могут быть такими, как задано в другой части в данном документе, а именно, может быть индексом первого CCE, используемого для передачи соответствующего DCI-назначения, а может быть числом ресурсов, зарезервированных для передачи ACK/NACK-сигналов для постоянного PUCCH-формата 1/1a/1b.

В варианте осуществления, когда UE использует ресурс для PUCCH-формата 1/1a/1b для передачи ACK/NACK, UE может использовать следующее отображение:

,

где может быть индексом первого CCE, используемого для передачи соответствующего DCI-назначения, может быть числом ресурсов, зарезервированных для передачи ACK/NACK-сигналов для постоянного PUCCH-формата 1/1a/1b, может обозначать число компонентных несущих, сконфигурированных посредством верхних уровней, может быть индексом компонентной несущей, используемой для передачи соответствующего DCI-назначения, и p может быть выбран из {0, 1, 2, 3, 4} так, что . может обозначать число сконфигурированных RB нисходящей линии связи, и может обозначать число поднесущих в RB.

В примерной реализации этого варианта осуществления с использованием примерной конфигурации, идентичной примерной конфигурации, описанной выше, UE может принимать PDSCH-передачи из пяти DL-несущих в субкадре и может быть выполнено с возможностью возвращать несколько ACK/NACK, ассоциированных с различными транспортными блоками (TB), с использованием только одной компонентной UL-несущей. Набор параметров согласно этой примерной системе может быть идентичным вышеприведенному примеру: . В этом варианте осуществления, индексы ресурсов для PUCCH-формата 1/1a/1b, соответствующие всем DCI-назначениям, могут быть вычислены на основе вышеописанного отображения, как показано в таблице 15.

Таблица 15 Ресурс для динамического PUCCH-формата 1/1a/1b с использованием отображения   Компонентная несущая 0 0 5 6 15 16 25 Компонентная несущая 1 1 7 8 17 18 27 Компонентная несущая 2 2 9 10 19 20 29 Компонентная несущая 3 3 11 12 21 22 31 Компонентная несущая 4 4 13 14 23 24 33

В варианте осуществления, опорные сигналы демодуляции (DM RS), ассоциированные с передачей PUCCH, могут извлекаться из последовательностей Задова-Чу. Эти последовательности затем могут циклически сдвигаться и использоваться для того, чтобы мультиплексировать опорные сигналы из различных UE в соте (т.е. CC). Тем не менее, циклический сдвиг для каждого DM RS может быть функцией как от PUCCH-формата, так и от соответствующего индекса ресурса. Таким образом, индексы ресурсов для PUCCH-формата 1/1a/1b, извлекаемые на основе формул отображения, изложенных выше, могут косвенно влиять на величину циклического сдвига в каждом DM RS.

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

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

Далее представлены системы, средства и способы для передачи обратной связи по HARQ (например, ACK/NACK) для нескольких несущих по PUCCH. С использованием агрегирования несущих, например, в LTE-A, рабочие данные с обратной связью в восходящей линии связи могут масштабироваться линейно с числом сконфигурированных/активированных CC. Одна конкретная для UE UL CC может быть сконфигурирована полустатически для переноса PUCCH ACK/NACK, запроса планирования (SR) и периодической информации состояния канала (CSI) из UE. Схема ACK/NACK-мультиплексирования на основе DFT-S-OFDM может быть использована для того, чтобы поддерживать большие размеры рабочих ACK/NACK-данных, но такие варианты осуществления могут иметь сложности, ассоциированные с этой схемой, когда они используются для передач обратной связи в восходящей линии связи.

В вариантах осуществления с мультиплексированием пользователей на основе DFT-S-OFDM-структуры, HARQ ACK/NACK и/или CSI из множества UE могут быть мультиплексированы в один блок PUCCH-ресурсов с использованием мультиплексирования с ортогональным кодовым разделением (CDM). В таких вариантах осуществления, может быть желательным гарантировать ортогональность между UE, мультиплексированными в один PUCCH RB, неявно идентифицировать выделение PUCCH-ресурсов в каждом UE и/или рандомизировать межсотовые и внутрисотовые помехи.

В некоторых вариантах осуществления, которые используют DFT-S-OFDM, 24 символа квадратурной фазовой манипуляции (QPSK) могут быть переданы, что может быть эквивалентным 48 кодированным битам. Поскольку размер полезной нагрузки с обратной связью в восходящей линии связи масштабируется с числом сконфигурированных/активированных CC, может быть важным разрабатывать переменную схему канального кодирования, которая предоставляет обоснованное усиление при кодировании в диапазоне размеров полезной нагрузки. В некоторых вариантах осуществления, максимальное число HARQ ACK/NACK-битов, которые могут быть переданы при агрегировании несущих, может быть ограничено 10-12 битами. Таким образом, канальный кодер может быть оптимизирован так, что целевые показатели, связанные с ACK/NACK-передачами при низких отношениях "сигнал-помехи" (SINR), могут достигаться. Размер полезной нагрузки для CSI-передач с использованием агрегирования несущих может быть в диапазоне 20-55 битов, хотя другие размеры, как большие, так и меньшие, рассматриваются. Соответственно, схема канального кодера для служебных сигналов с обратной связью с CSI может быть выполнена с возможностью достигать надежного приема большой полезной нагрузки.

Структура на основе DFT-S-OFDM может быть использована для того, чтобы передавать HARQ ACK/NACK и/или CSI по одному PUCCH RB. Физическое отображение символов с обратной связью в доступные элементы ресурсов может оказывать влияние на производительность передач обратной связи. Одно из ограничений, которые могут возникать в связи с отображением ACK/NACK, заключается в том, что многие текущие способы, используемые в данной области техники, недостаточно используют частотное разнесение. Для PUCCH-передач, может не выполняться определение размеров соответствующих ресурсов относительно рабочих ACK/NACK- и/или CSI-данных. В вариантах осуществления, подробнее изложенных в данном документе, символы с обратной связью могут отображаться в элементы ресурсов одного PUCCH RB, так что выигрыш от частотного разнесения максимизируется, и ACK/NACK и CSI могут быть мультиплексированы в одном RB, так что конкретные целевые показатели могут удовлетворяться.

В варианте осуществления, передача HARQ ACK/NACK и SRS может быть выполнена с возможностью нахождения в одном субкадре. Обработка таких передач посредством структуры на основе DFT-S-OFDM может быть выполнена посредством использования сокращенной PUCCH-передачи в таких субкадрах, как может выполняться в унаследованных окружениях или окружениях с одной несущей, в которых последний SC-FDMA-символ ACK/NACK может использоваться для SRS-передачи, и идентичный коэффициент расширения не может применяться в SC-FDMA-символах данных в обоих слотах в субкадре. Альтернативно, если расширенный циклический префикс (CP) с пятью SC-FDMA-символами данных и одним DM RS в расчете на слот используется, структура DFT-S-OFDM может отличаться от случая обычного CP. Расширение структуры на основе DFT-S-OFDM до субкадров с расширенным CP может быть реализовано так, как описано в данном документе.

Настоящее раскрытие сущности также описывает конкретные свойства передачи с использованием способов на основе выбора канала. В частности, одна характеристика, которая является конкретной для такой передачи, может заключаться в том, что информационные биты, кодированные с использованием выбора канала (т.е. b битов, которые передаются посредством обнаружения передачи по одному из ресурсов N, где N=2b), могут быть декодированы более устойчиво к ошибкам посредством приемного устройства, чем информационный бит(ы), полученный посредством декодирования принимаемого сигнала в PUCCH-ресурсе. Это может быть обусловлено тем, что обнаружение того, присутствует или нет сигнал в PUCCH-ресурсе (т.е. DTX-обнаружение), может быть более точным, чем декодирование информационного бита(ов) в принимаемом сигнале, как только сигнал действительно обнаруживается.

В варианте осуществления, структура обработки для обратной связи в UL с DFT-S-OFDM может быть использована. В этом варианте осуществления, UE может формировать управляющую информацию и возвращать такую управляющую информацию в сеть с использованием способа 2000 по фиг.20. На этапе 2005, управляющая информация, к примеру, UCI, может быть сформирована посредством UE. На этапе 2010, число DL CC (обслуживающих сот) может быть определено или получено, и CRC-присоединение (в варианте осуществления, как подробнее описано ниже) может быть выполнено. В варианте осуществления, на этапе 2010 входные биты могут быть сформированы для использования в качестве ввода в канальный кодер. На этапе 2015, канальное кодирование может быть выполнено с использованием кодирования Рида-Мюллера (в варианте осуществления, как подробнее описано ниже). Альтернативно, на этапе 2020 канальное кодирование может быть выполнено с использованием сверточного кодирования с дополнением битами концевой части (в варианте осуществления, как подробнее описано ниже). В любом случае (канальное кодирование с использованием RM или сверточное кодирование с дополнением битами концевой части), вывод, сформированный посредством канального кодера, используемого на этапе 2015 или на этапе 2020, может иметь битовую последовательность длины 48, что может обозначаться посредством , как описано подробнее в данном документе.

На этапе 2025 согласование скорости может быть выполнено с использованием любых средств. На этапе 2030 UE может использовать модуль канального перемежения, который может перемежать каналы на уровне бита или уровне символа, как описано подробнее в данном документе. На этапе 2035 UE может получать или определять один или более идентификаторов соты и использовать модуль скремблирования, чтобы выполнять скремблирование, в варианте осуществления, как подробнее описано ниже. На этапе 2040 модуляция может быть выполнена. На этапе 2045 может быть выполнено скачкообразное перестроение на уровне слота поднесущей, в варианте осуществления, как описано в данном документе. В связи с этим, UE может получать или определять , который может быть конкретным для соты параметром, который меняется в зависимости от номера k поднесущей и номера слота, как описано подробнее в данном документе. На этапе 2050 отображение ресурсов может быть выполнено, в варианте осуществления, как описано в данном документе. Следует отметить, что UE может возвращать управляющую информацию по PUCCH с использованием любых из этапов способа 2000 в комбинации с передачей PUSCH.

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

В варианте осуществления, как опорные сигналы, так и управляющие сигналы UE, назначаемых передавать на идентичном наборе поднесущих, могут быть полностью ортогональными. Более конкретно, ортогональность между UE может достигаться посредством использования комбинации циклических сдвигов во времени идентичной базовой последовательности Задова-Чу (ZC) в DM-RS-символах и ортогонального покрывающего кода во временной области в DM-RS-символах. Ортогональность между DMRS различных UE, занимающих идентичный блок ресурсов (RB) набора поднесущих, может предоставляться посредством использования различных циклических сдвигов во времени идентичной базовой ZC-последовательности. Ортогональность между DMRS различных UE, занимающих идентичный набор поднесущих или RB, также может предоставляться посредством использования различных ортогональных покрывающих кодов во временной области на DMRS. Коды ортогонального расширения блока длины 2 и длины 3 могут быть основаны на кодах Уолша-Адамара (см. таблицу 16 ниже) или кодах дискретного преобразования Фурье (DFT) (см. таблицу 17 ниже), сформированных из DFT-матриц различных размеров, и могут быть использованы вместе с PUCCH-форматами на основе DFT-S-OFDM для 2 и 3 DMRS-символов (т.е. SF=5 и SF=3, соответственно).

Касательно кода ортогонального расширения во временной области в SC-FDMA-символах данных, ортогональность между UCI различных UE, занимающих идентичный набор поднесущих или RB, может предоставляться посредством использования различных ортогональных покрывающих кодов во временной области в SC-FDMA-символах данных. Коды ортогонального расширения блока длины 5 и длины 4 могут быть основаны на кодах Уолша-Адамара или кодах дискретного преобразования Фурье (DFT) (см. таблицу 18 для неограничительного примера длины 5), сформированных из DFT-матриц различных размеров, и могут быть использованы вместе с PUCCH-форматами на основе DFT-S-OFDM с коэффициентами расширения, равными 5, 4 и 3, соответственно.

Таблица 18 Коды ортогонального расширения длины 5 Индекс кода расширения во временной области для символов данных DFT-код длины 5 0 [+1 +1 +1 +1 +1] 1 2 3 4

В варианте осуществления, для PUCCH-передачи на основе DFT-S-OFDM с обычным CP и коэффициентом расширения пять, UE может использовать различный циклический сдвиг во времени базовой ZC-последовательности длины 12 для расширения в частотной области для каждого DM RS-символа в слоте, код ортогонального расширения блока длины 2 для расширения DMRS во временной области в двух доступных опорных SC-FDMA-символах в каждом слоте и/или код ортогонального расширения блока длины 5 для расширения блока во временной области данных в пяти доступных SC-FDMA-символах данных в каждом слоте.

Различные способы могут использоваться для того, чтобы идентифицировать выделение ресурсов в UE. В случае полупостоянно запланированных передач данных по нисходящей линии связи по PDSCH без соответствующего разрешения на передачу по нисходящей линии связи по PDCCH и/или динамически запланированных передач данных по нисходящей линии связи по PDSCH, указываемых посредством служебных сигналов назначения в нисходящей линии связи по PDCCH, UE может использовать индекс PUCCH ACK/NACK-ресурса, чтобы определять комбинацию циклического сдвига во времени базовой ZC-последовательности, a, и ортогональных кодов во временной области, назначаемых UE в PUCCH-области.

Индекс PUCCH ACK/NACK-ресурса, , который может быть использован посредством UE для передачи нового PUCCH-формата (например, PUCCH-формата 3), может быть либо полустатически сконфигурирован посредством передачи служебных сигналов верхнего уровня, либо неявно определен посредством UE на основе индекса первого элемента канала управления (CCE) назначения для управления в нисходящей линии связи по DL PCC. UE может определять, с использованием информации из идентифицированного индекса PUCCH-ресурса, циклический сдвиг для опорных сигналов или DMRS, индекс ортогональной последовательности для поблочного расширения сигналов данных и индекс ортогональной последовательности для опорных сигналов или DMRS. Здесь, может быть номером слота в радиокадре, l может быть индексом опорного символа в слоте, а k может быть индексом поднесущей в RB, по которому передается PUCCH.

В этом варианте осуществления, UE может определять индекс ресурса в двух блоках ресурсов субкадра, в который отображается PUCCH, согласно следующему:

,

где c может быть числом DM RS-символов в слоте, и

,

где:

,

с в качестве коэффициента расширения DFT-S-OFDM для расширения блока данных, и "mod" - операция по модулю. Например, назначенный ортогональный покрывающий код во временной области может быть получен как операция по модулю 5 и операция по модулю 3 индекса PUCCH-ресурса для структуры на основе DFT-S-OFDM с коэффициентом расширения 5 и 3, соответственно. Если идентичный код расширения блока данных используется для обоих слотов в субкадре (т.е. скачкообразное перестроение на уровне слота деактивируется), и идентичный код расширения блока данных используется для всех поднесущих в слоте (т.е. скачкообразное перестроение на уровне поднесущей деактивируется), индекс ортогонального покрывающего кода во временной области может быть идентифицирован как:

.

В этих вариантах осуществления, посредством введения покрывающего кода во временной области для RS-символов в каждом слоте PUCCH в дополнение к циклическим сдвигам, другая размерность мультиплексирования может быть создана. Примеры выделения индексов PUCCH-ресурсов, используемого посредством UE в PUCCH RB в отсутствие покрывающего кода во временной области для RS-символов дляи , проиллюстрированы в таблице 19 и таблице 20, соответственно. В этом примерном варианте осуществления, покрывающий код во временной области может не применяться в RS-символах, и UE может извлекать циклический сдвиг для опорных сигналов в p-той передающей антенне и p-том SC-FDMA-символе, , для PUCCH-формата 3 согласно следующему:

,

где обозначает число поднесущих в RB, и

,

с в качестве конкретного для соты параметра, который меняется в зависимости от номера l символа и номера n_s слота, и:

,

и:

,

для mod 2=0, и посредством:

,

для mod 2=1.

В варианте осуществления, UE может идентифицировать индекс ортогональной последовательности в номере слота с использованием назначенного индекса ресурса для передачи PUCCH-формата 3 согласно следующему:

,

где:

,

для mod 2=0, и посредством:

,

для mod 2=1.

Циклический сдвиг опорного сигнала демодуляции в p-той передающей антенне для PUCCH-формата 3 может предоставляться посредством следующего:

,

где:

Таблица 19 Индекс ресурса, используемый посредством UE в отсутствие покрывающего кода в DMRS-символах для Индекс циклического сдвига Индекс ортогонального кода во временной области для расширения блока данных с SF=5   0 UE 0         1           2   UE 1       3           4     UE 2     5           6       UE 3   7           8         UE 4 9           10           11

Таблица 20 Индекс ресурса, используемый посредством UE в отсутствие покрывающего кода в DMRS-символах для Индекс циклического сдвига Индекс ортогонального кода во временной области для расширения блока данных с SF=5   0 UE 0         1           2           3   UE 1       4           5           6     UE 2     7           8           9       UE 3   10           11

Следует отметить, что в случае , до четырех UE могут быть мультиплексированы в идентичном RB для SF=5, в то время как в случае , до пяти UE могут быть мультиплексированы в одном RB. Тем не менее, в вариантах осуществления, в которых ортогональный покрывающий код может применяться к опорным сигналам или DMRS, максимальное число UE, которые могут быть мультиплексированы в идентичном RB, может ограничиваться сверху посредством коэффициента расширения ортогонального блочного кода, используемого для расширения управляющей информации в символах данных (т.е. для SF=5, до пяти UE всегда могут мультиплексироваться в идентичном RB независимо от ).

Неограничивающие примеры выделения индексов PUCCH-ресурсов, используемого посредством Ul в PUCCH RB в случае ортогонального покрывающего кода, применяемого к опорным сигналам или DMRS, проиллюстрированы в таблице 21.

Таблица 21 Индекс ресурса, используемый посредством UE в присутствии покрывающего кода в DMRS-символах Индекс циклического сдвига Индекс ортогонального покрывающего кода для 2 DMRS-символов Индекс ортогонального кода во временной области для расширения блока данных с SF=5   0 UE 0   UE 0         1               2   UE 3       UE 3   3               4 UE 1     UE 1       5               6   UE 4         UE 4 7               8 UE 2       UE 2     9               10               11

В варианте осуществления, UE определяет блоки физических ресурсов, которые должны использоваться для передачи PUCCH-формата 3 в слоте n_s, аналогично тому,

где означает число UL RB, и переменная m для PUCCH-формата 3 может предоставляться посредством следующего:

,

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

В этом варианте осуществления, чтобы достигать обратной совместимости с LTE R8, RB, назначаемые для передач в PUCCH-формате 3 в LTE R10 и далее, могут быть поднабором RB, выделяемых для передач в PUCCH-формате 2. В этом варианте осуществления, UL PUCCH-конфигурация может быть прозрачной для всех LTE R8 UE, и LTE R8 и LTE R10 UE могут сосуществовать. Тем не менее, LTE R10 UE, возможно, должны быть сконфигурированы посредством верхнего уровня касательно числа RB, выделяемых для передач в PUCCH-формате 3. В варианте осуществления, может быть задан системный параметр , который передается в широковещательном режиме. Этот параметр может динамически регулироваться в зависимости от среднего числа активных LTE R10 UE, которые выполнены с возможностью передавать в PUCCH-формате 3. На основе этого подхода переменная m для PUCCH-формата 2 может предоставляться посредством следующего:

,

где может быть индексом ресурса, предоставляемым посредством верхнего уровня для передачи PUCCH-форматов 2/2a/2b на антенном порту p. Также следует отметить, что, если не предоставлен посредством верхнего уровня (т.е. UE не выполнено с возможностью передавать по PUCCH-формате 3), UE может допускать то, что .

В примерном варианте осуществления, оба параметра и могут быть переданы в служебных сигналах посредством задания двух дополнительных конфигурационных параметров в IE PUCCH-Config LTE R8 следующим образом:

В варианте осуществления, различные способы могут использоваться для того, чтобы рандомизировать межсотовые и внутрисотовые помехи. В таких вариантах осуществления, обе рандомизации межсотовых и внутрисотовых помех для PUCCH-передач могут достигаться посредством скремблирования. Соответственно, в каждом субкадре в восходящей линии связи, UE может быть выполнено с возможностью скремблировать кодированные биты управляющей информации до модуляции. Используемая последовательность скремблирования может извлекаться в качестве функции от идентификационных данных соты или идентификатора соты, при этом, в варианте осуществления с использованием идентификационных данных соты, к которой UE имеет подключение по протоколу управления радиоресурсами (RRC), UE может скремблировать управляющую информацию с использованием PCI DL PCC своей конфигурации с несколькими несущими. Идентификационными данными соты или идентификатора соты могут быть одно или из более идентификатора физической соты (PCI), из сигнала синхронизации соты (в варианте осуществления, PCI первичной компонентной несущей DL (PCC) конфигурации UE с несколькими несущими), идентификатора соты (т.е. cellIdentity), считываемого в блоке системной информации типа 1 (SIB1), который может уникально идентифицировать соту в контексте наземной сети мобильной связи общего пользования (PLMN) (в варианте осуществления, из SIB1 DL PCC из конфигурации UE с несколькими несущими), и усовершенствованного глобального идентификатора соты (т.е. EGCI), который может включать в себя как PLMN ID, так и cellIdentity.

В варианте осуществления, используемая последовательность скремблирования может извлекаться в качестве функции, по меньшей мере, от одного или комбинации из номера субкадра в радиокадре, идентификационных данных UE (например, временного идентификатора радиосети (RNTI) UE, к примеру, C-RNTI UE) и идентификационных данных UL CC, переносящей PUCCH, или первичной CC UL (например, одного или более из идентификационных данных, явно сконфигурированных посредством сети в качестве части конфигурации радиоподключения UE, абсолютного номера радиочастотного канала (ARFCN) или улучшенного абсолютного номера радиочастотного канала (EARFCN) (т.е. частоты восходящей линии связи) UL CC и значения поля индикатора несущей (CIF), используемого для перекрестного планирования несущих, переносимой посредством PDCCH, в варианте осуществления значения CIF, соответствующего DL CC (или обслуживающей соте), с которой упомянутая UL CC связана). Последовательность скремблирования также может извлекаться в качестве функции, по меньшей мере, от одного или комбинации из номера/идентификационных данных активированных DL CC или обслуживающих сот, номера/идентификационных данных сконфигурированных DL CC или обслуживающих сот и идентификационных данных DL CC или обслуживающих сот (например, по меньшей мере, одного из идентификационных данных DL PCC, спаренной с UL PCC, которая переносит PUCCH, и идентификационных данных вторичной компонентной несущей DL (SCC) или вторичной обслуживающей соты, которой соответствует обратная связь по HARQ ACK/NAK).

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

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

,

где может быть конкретным для соты параметром, который меняется в зависимости от номера k поднесущей и номера n_s слота. Например, для структуры на основе DFT-S-OFDM с коэффициентом расширения 5 и 3, индекс ортогонального покрывающего кода во временной области на данной поднесущей в четных слотах может быть получен посредством сложения (по модулю 5) и (по модулю 3) псевдослучайного конкретного для соты смещения с назначенным индексом ортогонального покрывающего кода во временной области, соответственно.

В варианте осуществления, параметр для может предоставляться посредством следующего:

,

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

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

,

где:

,

для четных слотов (т.е. n_s mod 2=0), и:

,

для нечетных слотов (т.е. n_s mod 2=1).

Согласно варианту осуществления, информационные HARQ ACK/NACK-биты и CSI-биты могут быть совместно кодированы до скремблирования и модуляции и затем могут быть переданы в обоих слотах PUCCH-субкадра. Размеры полезной нагрузки для HARQ ACK/NACK- и CSI-передач могут отличаться, и скорость канального кодирования может быть переменной в зависимости от числа активированных или сконфигурированных обслуживающих сот и/или режимов передачи, для которых должна быть передана обратная связь по HARQ или периодический CSI. Канальный кодер может быть схемой на основе блочного кодирования, к примеру, прореженного кода Рида-Мюллера (RM) (64, k) для структуры на основе DFT-S-OFDM или аналогичной структуры с SF=5 или прореженного кода Рида-Мюллера (128, k) для структуры на основе DFT-S-OFDM с SF=3.

В примерном варианте осуществления, в котором SF=5, блочный код (48, A), который извлекается из прореженного RM(64, k) или кругового повторения RM(32, k), может быть использован, где A может быть размером полезной нагрузки UCI. RM-код может быть разработан так, что его кодовые слова являются линейной комбинацией N базовых последовательностей, обозначенной , где N может быть максимальным числом битов рабочих PUCCH-данных. В зависимости от того, передается или нет DTX в служебных сигналах для обслуживающей соты, значение N может составлять от 10 и 12 битов для максимального числа агрегированных CC (например, пяти обслуживающих сот). Кодированная битовая последовательность длины 48 в выводе канального кодера может обозначаться посредством , где:

,

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

В варианте осуществления, совместное кодирование может также или вместо этого применяться для одного слота, а не для субкадра. Согласно этому варианту осуществления, кодированная последовательность RM(32, k) может повторяться в обоих слотах для SF=5 (или кодированная последовательность RM(64, k) может повторяться в обоих слотах для SF=3). Тем не менее, совместное кодирование для обоих слотов позволяет максимизировать максимальный достижимый выигрыш от частотного разнесения для UCI-передач по PUCCH.

Альтернативно, информационные HARQ ACK/NACK-биты и CSI-биты могут быть отдельно кодированы с использованием различной переменной скорости кодирования до скремблирования и модуляции и затем переданы в обоих слотах PUCCH-субкадра. В этом варианте осуществления, производительность передачи различных служебных сигналов на целевых уровнях может поддерживаться. Другими словами, корректировка скорости кодирования каждого отдельного канального кодера может быть внесена, чтобы достигать требуемой рабочей точки частоты ошибок по битам (BER) или частоты ошибок по блокам (BLER) для данного типа обратной связи по управлению, учитывая, что размеры полезной нагрузки для HARQ ACK/NACK- и CSI-передач могут отличаться в зависимости от числа активированных или сконфигурированных обслуживающих сот и/или режимов передачи, требуемых для того, чтобы передавать обратную связь по HARQ или периодический CSI.

В вариантах осуществления, имеющих небольшие размеры полезной нагрузки (например, два бита), канальный кодер может быть схемой на основе блочного кодирования, к примеру, симплексного кода с круговым согласованием скорости в 48 или 96 кодированных битов в зависимости от коэффициента расширения, используемого для структуры на основе DFT-S-OFDM или аналогичной структуры. Альтернативно, канальный кодер может быть сверточным кодом с концевыми битами, который формирует 48 и 96 кодированных битов в своем выводе для структур на основе DFT-S-OFDM с SF=5 и SF=3, соответственно.

В варианте осуществления, n-битовый контроль циклическим избыточным кодом (CRC) может быть вычислен на основе управляющей информации и присоединен или иным образом конкатенирован с информационными битами обратной связи до канального кодирования для улучшения обнаружения ошибок. В этом варианте осуществления, CRC может иметь переменный размер, который может регулироваться на основе размера полезной нагрузки UCI или типа передачи управляющих служебных сигналов (например, HARQ ACK/NACK или CSI). Неограничивающий пример длины CRC - это восемь битов, которые могут быть использованы для того, чтобы достигать частоты некорректных обнаружений в 0,4%. CRC может использоваться для того, чтобы снижать вероятность ложного аварийного сигнала в базовой станции (например, усовершенствованного узла B), и, следовательно, целевой показатель по P (DTX->ACK) (т.е. вероятность того, что UE не передает обратной связи по PUCCH, но базовая станция обнаруживает ACK в приемном устройстве) может смягчаться. CRC также может быть использован для того, чтобы указывать фактический размер полезной нагрузки, используемый посредством UE до кодирования, и/или идентификационные данные или число сконфигурированных или активированных обслуживающих сот, в которых UE принимает DL-назначение. Описанный вариант осуществления CRC может повышать производительность детектора в случае, если UE некорректно обнаруживает назначение в нисходящей линии связи из базовой станции в одной или нескольких обслуживающих сотах.

Неограничивающий примерный процесс кодирования PUCCH 2100 для PUCCH-передачи на основе DFT-S-OFDM согласно варианту осуществления проиллюстрирован на фиг.21. На этапе 2110, UCI-данные, которые должны быть возвращены посредством UE, могут быть приняты, в варианте осуществления в модуле кодирования. На этапе 2120, весь блок UCI-данных может быть использован для того, чтобы вычислять CRC-биты четности. UE на этапе 2120 также может прибавлять вычисленные CRC-биты к UCI-битам. На этапе 2130, CRC-битовая последовательность может маскироваться посредством идентификационных данных либо числа активированных или сконфигурированных обслуживающих сот, в которых UE принимает DL-назначение. На этапе 2140 UE может применять сверточное кодирование с дополнением битами концевой части со скоростью 1/3 к битам, сформированным на этапе 2130. На этапе 2150 согласование скорости может быть выполнено для кодированных битов.

В варианте осуществления, чтобы максимизировать достижимый выигрыш от частотного разнесения, UE может использовать модуль канального перемежения для UCI-передач. Такое канальное перемежение может выполняться на уровне бита либо для кодированной битовой последовательности, либо для скремблированной битовой последовательности, так что биты записываются в прямоугольную матрицу по строкам и считываются по столбцам (например, в матрицу 24×2 для SF=5 и в матрицу 48×2 для SF=3). Эта матрица может помогать в обеспечении того, чтобы смежные управляющие биты отображались по двум слотам. Канальное перемежение, как раскрыто в данном документе, также может применяться на уровне символа. В этом варианте осуществления, смежные модулированные символы UCI могут отображаться сначала во временной области по двум слотам в субкадре и затем в частотной области по поднесущим в каждом слоте. Например, четные QPSK-символы могут быть переданы в четных слотах, и нечетные QPSK-символы - отображены во второй слот.

В этом варианте осуществления, символы (или кодированные биты) могут быть мультиплексированы в PUCCH-ресурс из CSI (т.е. CQI-, RI- и/или PMI-информации) и HARQ ACK/NACK-информации, когда отдельное кодирование и перемежение применяются для этих различных типов информации. Чтобы достигать лучшего усиления при канальном кодировании, определение размеров соответствующих ресурсов относительно рабочих ACK/NACK- и/или CSI-данных может применяться в одном RB.

В этом варианте осуществления, в котором только подтверждения приема HARQ передаются, доступные ресурсы по PUCCH могут использоваться для передач обратной связи по ACK/NACK/DTX. Правило отображения может заключаться в том, что HARQ ACK/NACK-символы сначала отображаются во временной области по двум слотам и затем в частотной области по поднесущим. Альтернативно, символы могут сначала отображаться в частотной области, а затем отображаться во временной области.

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

В еще одном другом таком варианте осуществления, в котором обратная связь по HARQ и CSI мультиплексируются, различной передаче управляющих служебных сигналов может выделяться различный размер элементов физических ресурсов. Размер зарезервированных ресурсов, используемых для каждого из ACK/NACK и CSI, может масштабироваться согласно переменной скорости кодирования и порядку модуляции, которые должны использоваться для данной передачи управляющих служебных сигналов. Соответственно, UE может использовать различные смещения для отображения различной управляющей служебной информации, при этом смещения являются полустатически сконфигурированными посредством передачи служебных сигналов верхнего уровня. Управляющая информация может отображаться таким образом, что каждое из ACK/NACK и CSI присутствует в обоих слотах субкадра.

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

Отображение между и ( может быть числом информационных HARQ-битов, которые должны быть переданы) может быть фиксированным и предоставляться в таблице поиска. Альтернативно, может вычисляться как функция от числа информационных HARQ-битов, которые следует передавать (), коэффициента пропорциональности (, параметра, который может предварительно задаваться или предоставляться посредством верхнего уровня), умножающего число информационных HARQ ACK/NACK-битов, которые следует передавать (этот коэффициент позволяет регулировать часть энергии PUCCH, доступной для HARQ ACK/NACK-информации), и/или максимального числа символов , доступных для HARQ ACK/NACK-информации и/или CSI-информации в PUCCH-передаче на основе DFT-S-OFDM. Максимальное число символов может отличаться в зависимости от того, используется расширенный или обычный префикс.

Число символов , используемое для HARQ ACK/NACK-информации, может соответствовать минимальному значению между и величиной , где функция f()может предоставлять наибольшее возможное число символов для HARQ ACK/NACK-информации, которое меньше аргумента. Альтернативно, функция f() может предоставлять наименьшее число символов для HARQ ACK/NACK-информации, которое превышает аргумент. Функция f() может обеспечивать, что корректное число символов выделяется, учитывая, что степень детализации числа символов, которое может быть использовано в PUCCH, может превышать единицу.

После того, как число символов, используемое для HARQ ACK/NACK-информации (т.е. ), определяется, это число может сравниваться с максимальным числом символов , чтобы определять число символов, доступное для CSI, . Число символов, доступное для CSI-информации , может быть разностью между и . Может быть предусмотрено такое минимальное число символов, доступных для CSI-информации, чтобы обеспечивать возможность мультиплексирования между HARQ ACK/NACK-информацией и CSI. Если минимальное число символов недоступно, CSI-информация может быть отброшена. Помимо этого, тип CSI-информации (а также число сообщаемых DL-несущих), включенной в доступные символы, также может быть функцией от числа доступных символов для CSI. Например, если ниже порогового значения, может разрешаться включение только информации ранга (RI) для одной DL-несущей.

Альтернативно или помимо этого, величина CSI-информации, которая может быть включена, может быть определена посредством максимальной скорости кодирования для CSI-информации. Такая максимальная скорость кодирования может зависеть от типа CSI (например, максимальная скорость кодирования в случае RI может быть ниже для другого типа CSI с учетом требования более высокой устойчивости). Например, максимальное число информационных битов, доступных для , может вычисляться как произведение максимальной скорости кодирования и числа доступных кодированных битов, округленное в меньшую (или в большую) сторону до ближайшего целого числа или до ближайшего целого числа, совпадающего с возможным числом информационных CSI-битов. Отношение K между числом кодированных битов и числом символов может соответствовать числу битов в расчете на символ модуляции, деленному на коэффициент SF расширения. Варианты осуществления, описанные выше для мультиплексирования HARQ ACK/NACK-информации с CSI, также могут использоваться для мультиплексирования различных типов CSI в одном субкадре. Например, этот вариант осуществления может использоваться для мультиплексирования RI с CQI/PMI, где RI используется вместо HARQ ACK/NACK.

В варианте осуществления, размещение символов в PUCCH для каждого типа информации, которая должна быть передана, может быть определено. Неограничивающее примерное отображение 1800 управляющих сигналов для PUCCH-передачи на основе DFT-S-OFDM с SF=5 согласно этому варианту осуществления проиллюстрировано на фиг.22. Как показано на фиг.22, ресурсы CSI 2240 могут быть размещены в начале RB 2210 и отображены последовательно в два слота на одной поднесущей слота 0 2220 перед переходом к следующей поднесущей до тех пор, пока все ресурсы, выделяемые для CSI-передачи, не заполнены. HARQ ACK/NACK-символы 2250, с другой стороны, могут быть размещены в конце RB 2210. Другими словами, CSI 2240 может частотно мультиплексироваться с HARQ ACK/NACK 2250 по PUCCH. Опорные символы 2230 могут конфигурироваться, как показано на фиг.22.

Согласно другому варианту осуществления, CSI, передаваемая по PUCCH, может использовать схему модуляции, идентичную схеме модуляции подтверждений приема HARQ. Альтернативно, передача управляющих служебных сигналов по CSI и HARQ может выполняться с использованием различных схем модуляции. Например, HARQ ACK/NACK может быть модулировано с использованием QPSK-модуляции, но CSI может быть модулирован с использованием модуляций высшего порядка, к примеру, QAM16 или QAM64.

Могут быть использованы различные способы мультиплексирования. HARQ ACK/NACK-символы могут быть размещены в обоих частотных экстремумах RB. Это может осуществляться в каждом слоте, или альтернативно, символы могут быть размещены в одном экстремуме для первого слота и в другом экстремуме для второго слота. Такая компоновка позволяет максимизировать частотное разнесение для HARQ ACK/NACK-символов. Альтернативно или помимо этого, эта компоновка может использоваться для CSI-символов. В другом варианте осуществления, поднесущие, на которых HARQ ACK/NACK-символы размещаются, могут быть размещены на одинаковом частотном расстоянии друг от друга. Альтернативно или помимо этого, поднесущие, на которых CSI-символы размещаются, могут быть размещены на одинаковом частотном расстоянии.

Когда CSI-информация мультиплексируется с HARQ ACK/NACK-информацией согласно раскрытому варианту осуществления, кодирование CSI-информации может быть выполнено с использованием одного из нескольких способов. В варианте осуществления с использованием прореживания CSI-информация может сначала быть кодирована при условии числа кодированных битов, соответствующего максимальному числу символов, доступных для HARQ ACK/NACK-информации, и . Например, кодирование может выполняться с использованием кода Рида-Мюллера , где K может быть отношением между числом кодированных битов и числом символов. CSI-кодированные биты затем могут перемежаться, модулироваться, кодироваться с расширением спектра и размещаться во всех доступных местоположениях символов в PUCCH. HARQ ACK/NACK-информация также может кодироваться, перемежаться, модулироваться, кодироваться с расширением спектра и затем помещаться в поднабор местоположений символов, ранее используемых посредством CSI-информации, фактически прореживая кодирование CSI. Поднабор используемых символов может быть определен согласно одному из вариантов осуществления предыдущего раздела.

В другом варианте осуществления, CSI-информация может быть непосредственно кодирована при условии числа кодированных битов, соответствующего числу символов, доступных для . Например, кодирование может выполняться с использованием кода Рида-Мюллера , где K может быть отношением между числом кодированных битов и числом символов. CSI-кодированные биты затем могут перемежаться, модулироваться, кодироваться с расширением спектра и размещаться в местоположениях символов, идентифицированных для CSI-информации. HARQ ACK/NACK-информация также может кодироваться, перемежаться, модулироваться, кодироваться с расширением спектра и затем помещаться в местоположения символов, не используемые посредством CSI-информации. Местоположения символов для HARQ ACK/NACK-информации и CSI могут быть определены согласно варианту осуществления, описанному в данном документе. Помимо этого, передача CSI может приоритезироваться на кодовом слове с наивысшим показателем качества, например, SINR.

С использованием этих вариантов осуществления множество UE могут планироваться так, что они совместно используют идентичный RB для передач обратной связи в UL. Совместное использование блоков PUCCH-ресурсов для HARQ ACK/NACK- и CSI-передач может приводить к меньшему объему управляющей и служебной информации в системе.

В варианте осуществления, UE может быть выполнено с возможностью передавать как PUCCH, так и SRS в одном субкадре. В таких вариантах осуществления, UE может быть выполнено с возможностью не передавать SRS каждый раз, когда происходит то, что SRS и PUCCH-формат (в варианте осуществления, на основе DFT-S-OFDM или аналогичного варианта осуществления, описанного в данном документе) совпадают в одном субкадре. В этом варианте осуществления, PUCCH-передача может иметь приоритет по сравнению с SRS-передачей.

В другом варианте осуществления, UE может быть сконфигурировано через верхний уровень так, что оно передает или отбрасывает SRS в случае коллизии между SRS и PUCCH-форматом (например, новым форматом, таким как PUCCH-формат 3) в одном субкадре. В этом варианте осуществления, если параметр Simultaneous-AN-and-SRS, предоставляемый посредством верхних уровней, является "ложью", то UE не может передавать SRS, и только PUCCH может быть передан в этом субкадре. Тем не менее, если параметр Simultaneous-AN-and-SRS, предоставляемый посредством верхних уровней, является "истиной", UE может использовать сокращенный PUCCH-формат в таких субкадрах для передачи как обратной связи, так и SRS. Этот новый сокращенный PUCCH-формат может быть использован в конкретном для соты SRS-субкадре, даже если UE не передает SRS в этом субкадре.

В сокращенном PUCCH-формате информация обратной связи не может быть передана в последнем символе во втором слоте субкадра. Как результат, коэффициент расширения, применяемый UE к расширению блока во временной области во втором слоте, может снижаться на единицу по сравнению с коэффициентом расширения из первого слота. Следовательно, в случае DFT-S-OFDM с SF=5, UE может использовать коды Уолша-Адамара длины 4 в таблице 22, показанной ниже, а не коды расширения на основе DFT длины 5 во втором слоте. Следует отметить, что в этом случае до четырех UE могут быть одновременно мультиплексированы в идентичном RB. Фиг.23 иллюстрирует неограничивающую примерную сокращенную PUCCH-структуру 2300 для PUCCH-передачи на основе DFT-S-OFDM с SF=5 согласно этому варианту осуществления.

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

,

где и являются индексами кодов расширения блока для слотов 0 и 1, соответственно, и является длиной кода расширения, используемого для первого слота в субкадре (т.е. слота 0). Например, для PUCCH-передачи на основе DFT-S-OFDM с SF=5, имеем . При этом отметим, что в этом случае, базовая станция (например, усовершенствованный узел B) может удостоверяться, что для SRS-субкадров она назначает только значения , которые удовлетворяют следующему критерию, во избежание коллизий между UE:

В варианте осуществления, базовая станция может мультиплексировать вплоть до четырех UE в сконфигурированных SRS-субкадрах, чтобы передавать их обратную связь в сокращенном PUCCH-формате 3 и в идентичном RB. В этом случае, UE может идентифицировать индекс ортогональной последовательности, применяемый к данным для обоих из двух слотов в субкадре, согласно следующему:

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

,

где:

,

с в качестве конкретного для соты параметра, который меняется в зависимости от номера l символа и номера n_s слота, и:

,

и:

,

для n_s mod 2=0, и посредством:

,

для n_s mod 2=1.

В варианте осуществления с использованием DFT-S-OFDM с SF=3, UE может использовать комбинацию кодов расширения на основе DFT длины 3 и кодов Уолша-Адамара длины 2, показанных ниже в таблице 23, а не кодов расширения на основе DFT длины 3 для второго слота. Следует отметить, что в этом варианте осуществления до двух UE могут быть одновременно мультиплексированы в идентичном RB. Фиг.24 иллюстрирует неограничивающую примерную сокращенную PUCCH-структуру 2400 для PUCCH-передачи на основе DFT-S-OFDM или аналогичной PUCCH-передачи с SF=3 согласно этому варианту осуществления.

В варианте осуществления, в котором передача расширенного циклического префикса (CP) используется, информация обратной связи по управлению (например, HARQ ACK/NACK и/или CSI) может кодироваться с расширением спектра и передаваться по пяти SC-FDMA-символам данных, доступным в каждом слоте. Фиг.25 и фиг.26 иллюстрируют неограничивающие структуры передачи обратной связи для расширенного CP согласно этому варианту осуществления для структуры на основе DFT-S-OFDM или аналогичной структуры с SF=5 (например, структуры 2500 по фиг.25) и SF=3 (например, структуры 2600 по фиг.26). Более конкретно, в случае расширенного CP, пять SC-FDMA-символов (т.е. нулевой, первый, второй, четвертый, пятый символы) могут использоваться для ACK/NACK-передачи, и один RS-символ, который является индексом третьего SC-FDMA-символа в каждом слоте, может использоваться для DM-RS-передачи. Следует отметить, что в случае SF=5, UE может использовать коды расширения на основе DFT длины 5 (аналогично используемым для обычного CP) для расширения блока UCI в SC-FDMA-символах данных, в то время как в случае SF=3, UE может использовать комбинацию кодов расширения на основе DFT длины 3 и кодов Уолша-Адамара длины 2 в вышеприведенной таблице 23 для расширения блока в обоих слотах. Также следует отметить, что в случае расширенного CP, пропускная способность мультиплексирования UE структуры на основе DFT-S-OFDM с SF=3 может быть сокращена на единицу по сравнению с пропускной способностью обычного CP. В MDRS-символах может отсутствовать ортогональный покрывающий код во временной области.

В вариантах осуществления, в которых передача UCI и SRS конфигурируется в одном субкадре с расширенным CP, подход, аналогичный подходу, описанному ранее для обычного CP, может использоваться для SF=5. В случае SF=3, сокращенный PUCCH-формат может применять коды расширения на основе DFT длины 3 для первой половины второго слота, и код расширения не может использоваться для одного SC-FDMA-символа в правой стороне DM-RS-символа.

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

В варианте осуществления, информационный бит(ы) более высокого приоритета может отображаться в бит(ы) с более устойчивым кодированием. Например, в случае выбора канала, отображение выполняется для одного или более битов, которые неявно кодируются из наличия/отсутствия сигнала в конкретном ресурсе(ах) передачи. Эти информационные биты могут быть информационными HARQ ACK/NACK-битами, соответствующими передаче по нисходящей линии связи (например, DCI-формату или PDSCH-передаче), и могут быть переданы с использованием нескольких PUCCH-индексов (или ресурсов) согласно PUCCH с использованием, например, формата 1a/b. Дополнительно, эти информационные биты также могут быть информационными битами, соответствующими другому типу UCI, которая может быть мультиплексирована с обратной связью по HARQ ACK/NACK, к примеру, SR. Относительный приоритет информационных битов может извлекаться на основе, по меньшей мере, одного из того, соответствует или нет информационный бит(ы) передаче в данной CC нисходящей линии связи (например, биту можно давать более высокий приоритет, если он соответствует передаче в PCell, или биту можно давать более высокий приоритет, если он соответствует передаче в обслуживающей соте, ассоциированной с UL CC, которая может переносить UCI по PUSCH и/или PUCCH), относительный приоритет информационного бита(ов) может предоставляться посредством относительных приоритетов для приоритизации логического канала восходящей линии связи UL CC, ассоциированных с соответствующими обслуживающими сотами, и относительный приоритет может извлекаться из явной полустатической конфигурации посредством RRC с приоритетным порядком и/или неявной полустатической конфигурации множества SCell.

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

В варианте осуществления, информационные биты, которые отображаются в бит(ы) с более устойчивым кодированием, могут изменяться между субкадрами, так что надежность различных типов информации является одинаковой в среднем во времени. Например, порядок информационных HARQ ACK/NACK-битов до отображения в схему выбора канала может быть b0, b1, b2,..., bn, где bn может соответствовать HARQ ACK/NACK-информации, относящейся к передаче по m-той DL-несущей (другие интерпретации также рассматриваются). Чтобы не допускать случая, когда надежность является систематически более высокой, чем для других битов, информационные биты могут быть переупорядочены (или скремблированы) до отображения в схему выбора канала согласно известному правилу (т.е. правилу, известному как передающему устройству, так и приемному устройству) таким образом, что порядок может отличаться в последовательных субкадрах. Порядок может быть функцией от номера системного кадра, номера субкадра или комбинации вышеозначенного. Он также может быть функцией от других параметров, таких как физический идентификатор соты. Функция скремблирования может быть известной как в UE, так и в сети.

В варианте осуществления, UE может быть выполнено с возможностью мультиплексировать UCI для PUCCH (в варианте осуществления с использованием PUCCH-формата 2), чтобы переносить SR и HARQ ACK/NACK, и с использованием PUSCH (формата без данных), чтобы переносить CSI (например, CQI, PMI, RI). В некоторых таких вариантах осуществления, например, в которых UE может работать в LTE-A-окружении, UE может быть выполнено с возможностью использовать PUCCH только для LTE-совместимого случая (например, если только одна CC назначена). В таких вариантах осуществления, UE может использовать PUCCH-формат 2, чтобы переносить SR и HARQ ACK/NACK, чтобы поддерживать расширение ширины полосы (несколько несущих) в LTE-A-системах. HARQ ACK/NACK в LTE-A могут заменять CQI/PMI/RI, используемые в LTE R8. Помимо этого, SR может форматироваться и отправляться с использованием любого из нескольких вариантов осуществления.

В варианте осуществления, SR может накладываться на опорные сигналы, например, как может выполняться для HARQ ACK/NACK в LTE R8. Например, если SR является положительным, опорные сигналы в пятом и двенадцатом OFDM-символах могут быть умножены на -1. На фиг.27 проиллюстрирована неограничивающая примерная PUCCH-структура 2700 для PUCCH-передачи на основе DFT-S-OFDM с SF=5, которая может быть использована в этом варианте осуществления. Этот вариант осуществления может быть, в частности, эффективным в сценариях низкой доплеровской частоты и может не быть эффективным при использовании режима расширенного циклического префикса, поскольку существует только один опорный символ в расчете на слот.

В варианте осуществления, пример которого показан на фиг.27 в UE, HARQ ACK/NACK-информация может сначала канально кодироваться (в различных вариантах осуществления, с использованием кода Рида-Мюллера или сверточного кода) с входной битовой последовательностью и выходной битовой последовательностью , где B'=20 для PUCCH-формата 2 или B'=48 для PUCCH-структуры на основе DFT-S-OFDM. Бит запроса планирования может обозначаться посредством a''₀. Каждый положительный SR может быть кодирован как двоичное число 0, и каждый отрицательный SR может быть кодирован как двоичное число 1. Альтернативно, каждый положительный SR может быть кодирован как двоичное число 1, и каждый отрицательный SR может быть кодирован как двоичное число 0. В таких вариантах осуществления, вывод блока канального кодирования может предоставляться посредством , где и , при B=(B'+1).

Блок кодированных битов может быть перемежен, скремблирован с помощью конкретной для UE последовательности скремблирования и модулирован, приводя к блоку символов комплекснозначной модуляции ) для рабочих ACK/NACK-данных. Один символ BPSK-модуляции , переносящий информационный SR-бит, может быть использован в формировании одного из опорных сигналов для PUCCH-формата 2 или PUCCH-структуры на основе DFT-S-OFDM.

В варианте осуществления, один из опорных символов может быть модулирован с помощью альтернативного циклического сдвига. В неограничивающем примере UE может быть сконфигурировано с помощью пары ортогональных последовательностей, причем эти две последовательности неявно определяются из идентичного элемента канала управления (CCE) PDCCH. Может выполняться взаимно однозначное отображение между одной из назначенных последовательностей и положительным SR и взаимно однозначное отображение между другой назначенной последовательностью и отрицательным SR. В этом варианте осуществления, UE может сначала определять ресурсы для параллельной передачи HARQ-ACK и SR по PUCCH посредством индекса ресурса (например, ). UE затем может определять пару циклических сдвигов (например, ) на основе назначенного ресурса.

В варианте осуществления, UE может совместно кодировать SR-бит с HARQ ACK/NACK в известной позиции бита (например, в первом или последнем бите) до передачи, как проиллюстрировано на фиг.28, который показывает неограничивающую примерную PUCCH-структуру 2800. В этом варианте осуществления, в UE, некодированная HARQ-ACK-информация, обозначенная посредством , может быть мультиплексирована с битом запроса планирования (SR), чтобы давать в результате последовательность , где и , при A=(A'+1). Последовательность может быть канально кодирована с использованием кода Рида-Мюллера или сверточного кода, чтобы давать в результате выходную битовую последовательность , где B=20 для PUCCH-формата 2 или B=48 для PUCCH-структуры на основе DFT-S-OFDM. Этот вариант осуществления может быть, в частности, эффективным в сценариях высокой доплеровской частоты и может быть использован при использовании режима расширенного циклического префикса, хотя в нем предусмотрен только один опорный символ в расчете на слот.

В варианте осуществления, в котором совместное кодирование с использованием кода Рида-Мюллера используется, и кодовые слова могут быть линейной комбинацией A базовых последовательностей, обозначенных посредством , SR-бит может быть кодирован с расширением спектра посредством самой надежной базовой последовательности, что позволяет максимизировать выигрыш от частотного разнесения. Например, вариант базовой последовательности, который позволяет потенциально рассеивать кодированный бит SR-информации более равномерно по субкадру, может быть вариантом, выбранным для кодирования SR-бита. В этом варианте осуществления, кодированная битовая последовательность длин в выводе канального кодера может предоставляться посредством следующего:

Неограничивающая примерная базовая последовательность для RM(20, k) для кодирования информационного SR-бита показывается ниже в таблице 24.

В варианте осуществления, в котором новая PUCCH-структура может быть использована (например, если введена в LTE-A RIO) для нескольких ACK/NACK-передач, которая основана на структуре PUCCH-формата 1, UE может передавать ACK/NACK-ответы по своему назначенному ACK/NACK PUCCH-ресурсу для отрицательной SR-передачи и по своему назначенному SR PUCCH-ресурсу для положительного SR. В этом варианте осуществления используемый PUCCH-формат может быть новым PUCCH-форматом.

В варианте осуществления, SR-биты могут прореживать кодированную HARQ ACK/NACK-последовательность. В этом варианте осуществления, в UE, HARQ ACK/NACK-информация может канально кодироваться с использованием кода Рида-Мюллера или сверточного кода с входной битовой последовательностью и выходной битовой последовательностью , где B'=20 для PUCCH-формата 2 или B'=48 для PUCCH-структуры на основе DFT-S-OFDM. Бит запроса планирования может обозначаться посредством . Вывод этого блока канального кодирования может обозначаться посредством , где и . Следует отметить, что j может быть индексом бита в выводе блока канального кодирования, который перезаписывается посредством SR-бита. В варианте осуществления, прореживание может быть выполнено на уровне символа, так что BPSK-модулированный SR-символ прореживает один из QPSK-модулированных ACK/NACK-символов.

В этих вариантах осуществления, CSI может быть передан множеством способов. В варианте осуществления, если отсутствует коллизия между HARQ ACK/NACK и CSI для субкадра, CSI может быть передан по PUSCH без данных (PUSCH только с CSI), но если возникает коллизия между HARQ ACK/NACK и CSI для субкадра, то только HARQ ACK/NACK передается для этого субкадра (т.е. CSI не передается). Альтернативно, и HARQ ACK/NACK и CSI могут быть переданы по PUSCH, как описано в данном документе. В варианте осуществления, HARQ ACK/NACK по PUCCH-формате 2 и CSI по PUSCH без данных могут быть переданы одновременно.

В варианте осуществления, в котором возникает коллизия между ACK/NACK и положительным SR в одном субкадре, UE может быть выполнено с возможностью отбрасывать ACK/NACK и передавать SR. В этом варианте осуществления, параметр SimultaneousAckNackAndSR, предоставляемый посредством верхних уровней, может определять то, выполнено или нет UE с возможностью поддерживать параллельную передачу ACK/NACK и SR. В этом случае, IE RRC (например, SchedulingRequestConfig-R10) может быть задан, чтобы предоставлять передачу в служебных сигналах параметра SimultaneousAckNackAndSR. Неограничивающий пример такого идентификатора предоставляется ниже:

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

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

В варианте осуществления, учитывая задание PUCCH-формата, поддерживающего совместное кодирование обратной связи по HARQ ACK/NACK, соответствующей множеству (в варианте осуществления, явно активированных) обслуживающих сот из конфигурации UE, модуль управления мощностью в UE может регулировать мощность передачи, используемую для PUCCH-формата, с использованием совместного кодирования в качестве функции от рабочих HARQ ACK/NACK-данных, чтобы поддерживать покрытие канала управления UL в близкой аппроксимации с покрытием PUCCH-формата 1a, например, чтобы делать покрытие независимым от числа сконфигурированных (и возможно явно активированных) обслуживающих сот.

Это может быть выполнено посредством задания для передачи упомянутого PUCCH-формата с использованием совместного кодирования следующим образом:

Значение 3 в вышеприведенной формуле может быть основано на том факте, что минимальное число HARQ ACK/NACK-битов для совместного кодирования в PUCCH-формате с использованием совместного кодирования предположительно должно составлять три бита. Альтернативно, это значение может заменяться посредством более обобщенного параметра nHARQmin, который может обозначать минимальное число HARQ ACK/NACK-битов, которые должны быть кодированы и отображены в PUCCH-формат с использованием совместного кодирования. Следует отметить, что максимальное число HARQ ACK/NACK-битов не оказывает влияние на вышеприведенную формулу.

Хотя признаки и элементы описываются выше в конкретных комбинациях, специалисты в данной области техники должны принимать во внимание, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Помимо этого, способы, описанные в данном документе, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в машиночитаемый носитель для выполнения посредством компьютера или процессора. Примеры машиночитаемых носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным подключениям) и машиночитаемые носители хранения данных. Примеры машиночитаемых носителей хранения данных включают в себя, но не только постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистры, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как CD-ROM-диски и цифровые универсальные диски (DVD). Процессор в ассоциации с программным обеспечением может быть использован для того, чтобы реализовывать радиочастотное приемо-передающее устройство для использования в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.