[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

RU2557164C2 - Передача управляющих данных восходящей линии связи - Google Patents

Передача управляющих данных восходящей линии связи Download PDF

Info

Publication number
RU2557164C2
RU2557164C2 RU2012117218/08A RU2012117218A RU2557164C2 RU 2557164 C2 RU2557164 C2 RU 2557164C2 RU 2012117218/08 A RU2012117218/08 A RU 2012117218/08A RU 2012117218 A RU2012117218 A RU 2012117218A RU 2557164 C2 RU2557164 C2 RU 2557164C2
Authority
RU
Russia
Prior art keywords
nack
ack
pucch
bits
dci
Prior art date
Application number
RU2012117218/08A
Other languages
English (en)
Other versions
RU2012117218A (ru
Inventor
НАЗАР Шахрох НАЙЕБ
Кайл ПАНЬ
Роберт Л. ОЛЕСЕН
Гислен ПЕЛЛЕТЬЕ
Мариан РУДОЛЬФ
Поль МАРИНЬЕ
Чарльз А. ДЕННИН
Стефен Дж. ДИК
Аллан Й. ТСАЙ
Кристофер КЕЙВ
Чанг-Соо КОО
Original Assignee
Интердиджитал Пэйтент Холдингз, Инк.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Интердиджитал Пэйтент Холдингз, Инк. filed Critical Интердиджитал Пэйтент Холдингз, Инк.
Publication of RU2012117218A publication Critical patent/RU2012117218A/ru
Application granted granted Critical
Publication of RU2557164C2 publication Critical patent/RU2557164C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
    • H04B1/69—Spread spectrum techniques
    • H04B1/707—Spread spectrum techniques using direct sequence modulation
    • H04B1/7097—Interference-related aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/001—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding applied to control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/0013—Rate matching, e.g. puncturing or repetition of code symbols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/007—Unequal error protection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H04L1/0073—Special arrangements for feedback channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/18—Phase-modulated carrier systems, i.e. using phase-shift keying
    • H04L27/20—Modulator circuits; Transmitter circuits
    • H04L27/2032—Modulator circuits; Transmitter circuits for discrete phase modulation, e.g. in which the phase of the carrier is modulated in a nominally instantaneous manner
    • H04L27/2053—Modulator circuits; Transmitter circuits for discrete phase modulation, e.g. in which the phase of the carrier is modulated in a nominally instantaneous manner using more than one carrier, e.g. carriers with different phases
    • H04L27/206—Modulator circuits; Transmitter circuits for discrete phase modulation, e.g. in which the phase of the carrier is modulated in a nominally instantaneous manner using more than one carrier, e.g. carriers with different phases using a pair of orthogonal carriers, e.g. quadrature carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0016—Time-frequency-code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B2201/00—Indexing scheme relating to details of transmission systems not covered by a single group of H04B3/00 - H04B13/00
    • H04B2201/69—Orthogonal indexing scheme relating to spread spectrum techniques in general
    • H04B2201/698—Orthogonal indexing scheme relating to spread spectrum techniques in general relating to Uplink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B2201/00—Indexing scheme relating to details of transmission systems not covered by a single group of H04B3/00 - H04B13/00
    • H04B2201/69—Orthogonal indexing scheme relating to spread spectrum techniques in general
    • H04B2201/707—Orthogonal indexing scheme relating to spread spectrum techniques in general relating to direct sequence modulation
    • H04B2201/7097—Direct sequence modulation interference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L2001/125—Arrangements for preventing errors in the return channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

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

Description

Перекрестные ссылки на родственные заявки
Данная заявка испрашивает приоритет предварительной заявки на патент (США) № 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-передачи в соте, может указываться посредством параметра NRB HO верхнего уровня. Эти RB затем могут разделяться и выделяться для передач в PUCCH-формате 1/1a/1b и в PUCCH-формате 2/2a/2b. В системах, в которых используются небольшие ширины полос системы, к примеру, в 1,4 МГц, может быть реализован вариант осуществления RB для смешанного формата, который обеспечивает возможность PUCCH-формату 1/1a/1b и формату 2/2a/2b совместно использовать идентичный RB. В этом варианте осуществления, RB для смешанного формата конфигурируется посредством параметра NCS (1) верхнего уровня, который может указывать число зарезервированных ресурсов для PUCCH-формата 1/1a/1b в RB для смешанного формата. В некоторых вариантах осуществления, RB для смешанного формата может отсутствовать, если NCS (1)=0. Относительно PUCCH-формата 2/2a/2b число зарезервированных RB может быть сконфигурировано посредством параметра верхнего уровня, такого как
Figure 00000001
. Ресурсы, используемые для передачи PUCCH-формата 1/1a/1b и формата 2/2a/2b, могут быть идентифицированы посредством индексов
Figure 00000002
и
Figure 00000003
, соответственно.
Относительно PUCCH-формата 1/1a/1b ресурсы могут использоваться как для постоянной, так и для динамической передачи ACK/NACK-сигналов. Ресурсы для динамического формата 1/1a/1b могут быть заданы для поддержки передач данных по нисходящей линии связи с динамическим планированием. Число зарезервированных ресурсов для постоянных HARQ ACK/NACK- и/или SR-передач в восходящей линии связи может быть сконфигурировано посредством параметра верхнего уровня, такого как
Figure 00000004
, и соответствующее выделение может быть определено через передачу служебных сигналов верхнего уровня. Выделение ресурса для динамического PUCCH-формата 1/1a/1b может выполняться неявно согласно PDCCH-выделению. В варианте осуществления, может быть взаимно однозначное отображение между каждым ресурсом для динамического PUCCH-формата 1/1a/1b и наименьшим CCE-индексом PDCCH-передачи. Неявное выделение PUCCH-формата 1/1a/1b может снижать объем служебных сигналов управления. Неявное отображение для выделения динамических ACK/NACK-ресурсов может задаваться следующим образом:
Figure 00000005
,
где
Figure 00000006
может быть индексом первого CCE, используемого для передачи соответствующего DCI-назначения, и
Figure 00000007
может быть числом ресурсов, зарезервированных для передачи ACK/NACK-сигналов для постоянного PUCCH-формата 1/1a/1b.
Фиг.2 иллюстрирует примерную PUCCH-конфигурацию, которая может быть использована в некоторых вариантах осуществления, включающих в себя варианты осуществления, которые работают в LTE R8-окружении. RB 210 могут быть RB, зарезервированными для PUCCH, сконфигурированного посредством
Figure 00000008
. Из RB 210, RB 220 могут резервироваться для PUCCH-формата 2/2a/2b, сконфигурированного посредством
Figure 00000009
. Также из RB 210, RB 230 может быть смешанным RB, который может использоваться как для PUCCH-формата 1/1a/1b, так и для формата 1/2a/2b, как может быть сконфигурировано посредством
Figure 00000010
. Дополнительно из RB 210, RB 240 могут быть ресурсами, которые могут резервироваться для постоянного PUCCH-формата 1/1a/1b, сконфигурированного посредством
Figure 00000011
. Также из RB 210, RB 250 могут быть ресурсами, зарезервированными для динамического PUCCH-формата 1/1a/1b. В варианте осуществления, для PUCCH-формата 1/1a/1b индекс
Figure 00000012
ресурса может определять индекс ортогональной последовательности и/или соответствующее значение циклического сдвига в каждом 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), общее число состояний (т.е. размер таблицы кодирования) может быть уменьшено до 3k-1 состояний с 3M-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 (при этом минимальной таблицей кодирования является однобитовая таблица кодирования).
Таблица 1
Пример A. Двухбитовые индикаторы для четырех CC
Число запланированных CC (k) Индикатор
Только PCC 00
PCC+SCC1 01
PCC+SCC1, SCC2 10
PCC+SCC1, SCC2, SCC3 11
Таблица 2 иллюстрирует другую примерную реализацию этого варианта осуществления (пример B), в которой двухбитовый индикатор, который может поддерживать до пяти запланированных CC (2 бита), используется. Пример B может предоставлять размер таблицы ACK/NACK/DTX-кодирования всего в 8 (при этом минимальной таблицей кодирования является трехбитовая таблица кодирования). Следует отметить, что в других вариантах осуществления, более 2 битов могут быть использованы (например, 3 бита или более), чтобы указывать другое ранжирование или комбинации CC.
Таблица 2
Пример B. Двухбитовые индикаторы для пяти CC
Размер таблицы кодирования (на основе числа запланированных CC (k)) Индикатор
Размер таблицы кодирования в 2 (PCC+SCC1) 00
Размер таблицы кодирования в 3 (PCC+SCC1, SCC2) 01
Размер таблицы кодирования в 4 (PCC+SCC1, SCC2, SCC3) 10
Размер таблицы кодирования в 5 (PCC+SCC1, SCC2, SCC3, SCC4) 11
В вариантах осуществления, в которых передача служебных сигналов может быть выполнена из UE в базовую станцию (например, усовершенствованный узел B), UE может обнаруживать PDCCH для CC, которые активируются. Активированные или сконфигурированные CC могут упорядочиваться, как описано выше. Если последняя CC, PDCCH которой обнаруживается, является CC#j, поскольку CC могут планироваться по порядку, эти CC перед последней обнаруженной CC или CC#j (т.е. CC#i, i=1, 2,..., i<j) также могут планироваться в одном субкадре. Таблица кодирования или размер таблицы кодирования могут быть определены на основе числа j. Размер таблицы кодирования может составлять 3j-1. Таблица кодирования размера 3j-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) для этого сегмента.
Таблица 3
Примерное отображение индексов PUCCH-ресурсов в сегменты/секции
PUCCH-ресурс Подпространство состояний
Индекс #x ресурса Сегмент (подпространство) A
Индекс #y ресурса Сегмент (подпространство) B
Индекс #z ресурса Сегмент (подпространство) C
В варианте осуществления, UE может быть выполнено с возможностью осуществлять способ на основе маски или шаблона перемежения. В этом варианте осуществления, различные маски или шаблоны перемежения для PUCCH могут быть использованы посредством UE для различного сегмента или секции состояний. Аналогично, базовая станция (например, усовершенствованный узел B) может получать сведения о том, какой сегмент или секция состояния выбран посредством UE, посредством обнаружения того, какая PUCCH-маска или шаблон перемежения используются. Это может быть основано на таких технологиях, как корреляционное обнаружение. Таблица 4 предоставляет пример отображения индекса PUCCH-маски или шаблона перемежения в сегмент или секцию.
Таблица 4
Примерное отображение индексов PUCCH-масок/шаблонов перемежения в сегменты/секции
PUCCH-маскирование/перемежение Подпространство состояний
Маска#x или шаблон x перемежения Сегмент (подпространство) A
Маска#y или шаблон y перемежения Сегмент (подпространство) B
Маска#z или шаблон z перемежения Сегмент (подпространство) C
Например, пусть имеется три маски, обозначенные как M1, M2 и M3, где G является RM-кодером, а s является информационным битовым вектором. В этом примере, x=Gs. Если Mj является маской, используемой в передающем устройстве, принимаемый сигнал - это y=Mj*x+n, где n является шумом. Приемное устройство может искать корректную маску и соответствующий сегмент или секцию с использованием следующей функции затрат:
Figure 00000013
В примере этого варианта осуществления для четырех CC, это может требовать всего 80 состояний, что, в свою очередь, требует семи битов для представления состояний. Состояния могут быть секционированы на три подпространства, сегменты 1, 2 и 3, при этом каждый сегмент содержит 26 или 27 состояний (пять битов). Кодирование Рида-Мюллера (20, 5) может использоваться для кодирования информационных битов (для состояний) в каждом сегменте. Эффективная скорость кодирования может быть уменьшена или повышена до 0,25 с 0,35, тем самым усиление при кодировании может быть значительно увеличено. Чем больше подпространств или сегментов, на которые секционируется все пространство состояний, тем более низкой может быть скорость кодирования и тем выше может быть усиление при совместном кодировании.
В варианте осуществления, могут быть использованы системы, способы и средства для комбинирования или группировки ACK/NACK/DTX-состояний. Чтобы повышать усиление при совместном кодировании в PUCCH и снижать эффективную скорость совместного кодирования, ACK/NACK/DTX-состояния могут быть комбинированы в меньшее число состояний, и тем самым меньшее число битов может требоваться для того, чтобы представлять состояния. Например, NACK и DTX могут быть комбинированы в одно состояние, идентифицированное как "NACK/DTX". Общее число состояний может быть уменьшено с 3M состояний до 2M состояний. Соответствующие требуемые биты для представления состояний могут сокращаться с log2(3M) битов до log2(2M) битов. Например, для 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.
Таблица 5
Передача ACK/NACK/DTX-мультиплексирования для пяти компонентных несущих
ACK/NACK/DTX-состояние Биты
ACK, ACK, ACK, ACK, ACK 111110
ACK, ACK, ACK, ACK, NACK/DTX 111100
ACK, ACK, ACK, NACK/DTX, ACK 111010
ACK, ACK, ACK, NACK/DTX, NACK/DTX 111000
ACK, ACK, NACK/DTX, ACK, ACK 110110
ACK, ACK, NACK/DTX, ACK, NACK/DTX 110100
ACK, ACK, NACK/DTX, NACK/DTX, ACK 110010
ACK, ACK, NACK/DTX, NACK/DTX, NACK/DTX 110000
ACK, NACK/DTX, ACK, ACK, ACK 101110
ACK, NACK/DTX, ACK, ACK, NACK/DTX 101100
ACK, NACK/DTX, ACK, NACK/DTX, ACK 101010
ACK, NACK/DTX, ACK, NACK/DTX, NACK/DTX 101000
ACK, NACK/DTX, NACK/DTX, ACK, ACK 100110
ACK, NACK/DTX, NACK/DTX, ACK, NACK/DTX 100100
ACK, NACK/DTX, NACK/DTX, NACK/DTX, ACK 100010
ACK, NACK/DTX, NACK/DTX, NACK/DTX, NACK/DTX 100000
NACK/DTX, ACK, ACK, ACK, ACK 011110
NACK/DTX, ACK, ACK, ACK, NACK/DTX 011100
NACK/DTX, ACK, ACK, NACK/DTX, ACK 011010
NACK/DTX, ACK, ACK, NACK/DTX, NACK/DTX 011000
NACK/DTX, ACK, NACK/DTX, ACK, ACK 010110
NACK/DTX, ACK, NACK/DTX, ACK, NACK/DTX 010100
NACK/DTX, ACK, NACK/DTX, NACK/DTX, ACK 010010
NACK/DTX, ACK, NACK/DTX, NACK/DTX, NACK/DTX 010000
NACK/DTX, NACK/DTX, ACK, ACK, ACK 001110
NACK/DTX, NACK/DTX, ACK, ACK, NACK/DTX 001100
NACK/DTX, NACK/DTX, ACK, NACK/DTX, ACK 001010
NACK/DTX, NACK/DTX, ACK, NACK/DTX, NACK/DTX 001000
NACK/DTX, NACK/DTX, NACK/DTX, ACK, ACK 000110
NACK/DTX, NACK/DTX, NACK/DTX, ACK, NACK/DTX 000100
NACK/DTX, NACK/DTX, NACK/DTX, NACK/DTX, ACK 000010
NACK/DTX, NACK/DTX, NACK/DTX, NACK/DTX, NACK 000001
NACK/DTX, NACK/DTX, NACK/DTX, NACK, DTX 000011
NACK/DTX, NACK/DTX, NACK, DTX, DTX 001001
NACK/DTX, NACK, DTX, DTX, DTX 010001
NACK, DTX, DTX, DTX, DTX 100001
В варианте осуществления, CC могут быть секционированы на два или более сегментов, каждый из которых имеет меньшее число CC, чем общее число CC. Поскольку число состояний увеличивается экспоненциально с числом CC, может быть желательным сокращать число CC. Посредством секционирования CC число состояний для каждого сегмента значительно меньше вследствие сокращенного числа CC в каждом сегменте, и, следовательно, меньшее число битов требуется, чтобы представлять состояния в каждом сегменте.
Для не MIMO-реализаций каждая CC имеет три состояния, а именно, ACK, NACK и DTX. Это приводит к девяти состояниям (или 32) для двух CC и 81 состояниям (или 34) для четырех 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, причем число состояний задается как 3M-1. Для двух CC-сегментов (один CC-сегмент с y CC, другой CC-сегмент с M-y CC), общее число состояний может полулинейно увеличиваться с увеличением M, причем число состояний задается как
Figure 00000014
, что требует
Figure 00000015
битов, чтобы представлять состояния для обоих сегментов. Например, для M=4 и y=2, общее число состояний может быть уменьшено до (32-1)+(32-1)=16 состояний или 6 (3+3) битов с 34-1=80 состояний либо семи битов. Эффективная скорость кодирования может быть повышена до 0,27 с 0,32, что приводит приблизительно к повышению производительности на 0,8-1 дБ для совместного кодирования в PUCCH. Таблица 6 показывает число состояний до и после сегментирования, а также число битов, требуемое для того, чтобы представлять состояния, используемые после сегментирования, для нескольких примерных вариантов осуществления.
Таблица 6
Состояния до и после сегментирования
Число CC Полные состояния до сегментирования Полные состояния после сегментирования Биты для представления состояний
5 3^5-1=242 (8 битов) (3^2-1)+(3^3-1)=34 8
4 3^4-1=80 (7 битов) (3^2-1)+(3^2-1)=16 6
3 3^3-1=26 (5 битов) (3^1-1)+(3^2-1)=10 4
2 3^2-1=8 (3 бита) (3^1-1)+(3^1-1)=4 2
В варианте осуществления, отдельное кодирование 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 иллюстрирует эти результаты с несколькими неограничивающими примерами.
Таблица 7
Биты и вероятности для различных состояний
Состояния Биты Вероятность Кодирование
{AA} 1 0,64 RM (20, 1)
{AN} 0 0,12 RM (20, 1)
{NA} 11 0,12 RM (20, 2)
{AD} 10 0,04 RM (20, 2)
{DA} 01 0,04 RM (20, 2)
{NN} 00 0,0225 RM (20, 2)
{ND} 111 0,0075 RM (20, 3)
{DN} 000 0,0075 RM (20, 3)
В примере, предоставляемом только в качестве иллюстрации, в котором две DL используются, и каждая DL использует только одно кодовое слово, вероятность (CRC=хороший|PDCCH) или ACK равна 80%, NACK - 15%, а DTX - 5%. Как видно из таблицы 7, существуют 32=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.
Таблица 8
Отображение между несколькими ACK/NACK-ответами и b(0), b(1) для CC i
Число ACK b(0), b(1)
0, или нет (UE обнаруживает то, что, по меньшей мере, одно DL-назначение пропущено) 0,0
1 1,1
2 1,0
3 0,1
4 1,1
5 1,0
6 0,1
7 1,1
8 1,0
9 0,1
В варианте осуществления, частичное пакетирование (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.
Таблица 9
Отображение между несколькими ACK/NACK-ответами и b(0), b(1) для субкадра i
Число ACK b(0), b(1)
0, или нет (UE обнаруживает то, что, по меньшей мере, одно DL-назначение пропущено) 0,0
1 1,1
2 1,0
3 0,1
4 1,1
5 1,0
В варианте осуществления, может быть использовано полное ACK/NACK-пакетирование. В этом варианте осуществления, может не быть необходимости отличать пакетирование во временной области или пакетирование в частотной области для полного пакетирования, поскольку эта реализация такого варианта осуществления может сообщать только одно число, представляющее общее число ACK для всех DL-субкадров и CC. Кроме того, операция по модулю 4 может быть использована для сообщенных ACK. Следовательно, только два бита могут использоваться для обратной связи по ACK/NACK. Два бита обратной связи b(0), b(1) и их соответствующее отображение в несколько ACK/NACK-ответов показаны в таблице 10. Для UE, работающего в конфигурации с ограниченной мощностью, объем служебной информации обратной связи по ACK/NACK может быть оптимизирован, и покрытие предоставления услуг может увеличиваться или поддерживаться.
Таблица 10
Отображение между несколькими ACK/NACK-ответами и b(0), b(1)
Число ACK b(0), b(1)
0, или нет (UE обнаруживает то, что, по меньшей мере, одно DL-назначение пропущено) 0,0
1, 4, 7, 10, 13, 16, 19 1,1
2, 5, 8, 11, 14, 17, 20 1,0
3, 6, 9, 12, 15, 18 0,1
В варианте осуществления, 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.
Таблица 11
Значения DL-индикаторов или DAI
DL-индикатор, или DAIMSB, LSB Число CC с PDSCH-передачей
0,0 1 или 5
0,1 2
1,0 3
1,1 0 или 4
В варианте осуществления, двухбитовые 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-пакетирование используется.
Таблица 12
Значения DL-индикаторов или DAI
DL-индикатор или MSB DAI, LSB Число субкадров с PDSCH-передачей
0,0 1 или 5, или 9
0,1 2 или 6
1,0 3 или 7
1,1 0 или 4, или 8
Если двухбитовый 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 может использовать индекс ресурса nPUCCH=nCCE+N(1) PUCCH, где nCCE может быть номером первого CCE, используемого для передачи соответствующей DCI (содержащего DL-назначение или SPS-освобождение), и N(1) 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 может использовать индекс ресурса nPUCCH=nCCE+N(1) PUCCH, где nCCE является номером первого CCE, используемого для передачи соответствующего DCI-назначения, и N(1) PUCCH конфигурируется посредством верхних уровней. В варианте осуществления, этот тип способа PUCCH-выделения может быть использован только для PDSCH-передачи в первичной соте или PCell из конфигурации UE, но не для PDSCH-передачи во вторичной соте или Scell.
Если на этапе 1850 UE определяет то, что m≤nbits≤n (где n может быть другим пороговым значением или номером HARQ ACK/NACK-информации, например, сконфигурированным в UE или предоставляемым посредством базовой станции), на этапе 1870 UE может использовать способ передачи на основе выбора канала с использованием нескольких (ncsPUCCH) ресурсов для PUCCH-формата 1b, чтобы выделять PUCCH-ресурсы. Если на этапе 1850 UE определяет то, что nbits>n, на этапе 1880 UE может использовать способ на основе DFT-S-OFDM для выделения PUCCH-ресурсов. В некотором варианте осуществления, способ на основе DFT-S-OFDM может быть использован посредством UE, когда m=3, n=4 и ncsPUCCH=2 или когда m=3, n=5 и ncsPUCCH=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 может использовать индекс ресурса nPUCCH=nCCE+N(1) PUCCH, где nCCE может быть номером первого CCE, используемого для передачи соответствующего DCI-назначения, и N(1) 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, когда индекс ресурса предоставляется посредством
Figure 00000016
, оба UE могут выбирать идентичный индекс PUCCH-ресурса, поскольку только одна UL CC должна быть использована для того, чтобы переносить PUCCH. В случае, если базовая станция (например, усовершенствованный узел B) диспетчеризует UE DCI, чтобы не допускать этого конфликта, может оставаться вероятность коллизии в случае некорректного PDCCH-приема, если одно из UE не может определять то, что обнаружение пропущено.
В варианте осуществления, смещение
Figure 00000017
может указываться для каждой обслуживающей соты, эффективно секционируя PUCCH-пространство для типа 1 на M подпространств, где M является числом обслуживающих сот. Каждое подпространство может иметь идентичный размер, может масштабироваться надлежащим образом так, что оно отражает полосу пропускания передачи каждой обслуживающей соты, или может иметь размер на основе некоторых других критериев. После выбора конкретной DCI, из которой можно взять CCE-номер, чтобы вычислять индекс, UE может использовать
Figure 00000018
, соответствующий обслуживающей соте, в которой принята эта DCI. Альтернативно, M может рассматриваться посредством UE как число активных обслуживающих сот. В этом варианте осуществления, число активных обслуживающих сот может включать в себя DL CC, на которых, по меньшей мере, одна из обслуживающих сот явно активирована с использованием явной передачи управляющих служебных сигналов (например, DCI L1/PDCCH, L2/MAC в элементе управления или L3/RRC-сообщении).
В варианте осуществления, третье PUCCH-пространство может быть создано, например, между существующими пространствами PUCCH-формата 1 и PUCCH-формата 2, и UE, сконфигурированные для агрегирования несущих, могут использовать это пространство. Как результат, смещение в расчете на обслуживающую соту теперь может быть N(3) PUCCH, в отличие от N(1) PUCCH для LTE R9 и LTE R9, и это N(3) 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 с использованием одного из набора 2K PUCCH-ресурсов, сконфигурированных для (в варианте осуществления, положительной) SR-передачи. PUCCH-ресурс может быть выбран из набора 2K PUCCH посредством выбора первого PUCCH-ресурса, когда UE обнаруживает, что, по меньшей мере, одно DL-назначение пропущено (например, с использованием одного или более вариантов осуществления, раскрытых в данном документе), и второго PUCCH-ресурса, когда UE не обнаруживает, что, по меньшей мере, одно DL-назначение пропущено. Альтернативно, PUCCH-ресурс может быть выбран из набора 2K 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.
Таблица 13
Примерные величины кодовых слов и PUCCH-ресурсов
Конфигурация (MIMO означает 2 кодовых слова, SIMO означает 1 кодовое слово) Общее число кодовых слов Общее число M PUCCH-ресурсов
CC1: MIMO+CC2: MIMO 4 4
CC1: MIMO+CC2: SIMO 3 2
CC1: MIMO+CC2: SIMO+CC3: SIMO 4 4
CC1: SIMO+CC2: SIMO 2 1
CC1: SIMO+CC2: SIMO+CC3: SIMO 3 2
CC1: SIMO+CC2: SIMO+CC3: SIMO+CC4: SIMO 4 4
Следует отметить, что большее (или меньшее) число PUCCH-ресурсов может быть необходимым, если таблица кодирования обратной связи по HARQ разработана так, что больше (меньше) 2C состояний сообщаются.
После того, как число M PUCCH-ресурсов получается с использованием одного из раскрытых вариантов осуществления, UE может извлекать
Figure 00000019
PUCCH-ресурсов, где
Figure 00000020
может вычисляться как число несущих нисходящей линии связи, для которых PDCCH выполнен с возможностью приема в первичной DL-несущей, фиксированное значение, к примеру, 1 или 0.
p-тый
Figure 00000021
PUCCH-ресурс
Figure 00000022
, который следует использовать в данном субкадре может быть определен на основе номера
Figure 00000023
первого элемента канала управления (CCE), используемого для передачи DCI-назначения в первичной несущей, соответствующей PDSCH-передаче (или SPS-освобождению в нисходящей линии связи) в p-той несущей нисходящей линии связи в субкадре n-k (k=4 для FDD). Например,
Figure 00000024
может задаваться равным
Figure 00000025
, где
Figure 00000026
конфигурируется посредством верхних уровней. Альтернативно, p-тый PUCCH-ресурс, который следует использовать в данном субкадре, может быть определен на основе номера
Figure 00000027
первого элемента канала управления (CCE), используемого для передачи p-того обнаруженного DCI-назначения в первичной несущей, соответствующей PDSCH-передаче (или SPS-освобождению в нисходящей линии связи) в любой несущей нисходящей линии связи в субкадре n-k (k=4 для FDD), когда PUCCH-ресурсы могут упорядочиваться посредством индекса ресурса (увеличения или снижения) в таблице кодирования.
Figure 00000028
не может быть задан для определенного субкадра вследствие отсутствия соответствующего DCI-назначения. Таблица кодирования может быть разработана так, что любая кодовая точка, указывающая подтверждение приема для кодового слова, принимаемого из данной несущей, а не для кодовых слов, принимаемых из других несущих, может отображаться только в PUCCH-ресурс, который извлекается из DCI-назначения, соответствующего передаче на этой несущей.
UE также может извлекать
Figure 00000029
PUCCH-ресурсов, где
Figure 00000030
, на основе передачи служебных сигналов из физического уровня (например, из полей в DCI-назначении(ях)), MAC-уровня, RRC-уровня или комбинации вышеозначенного. Например,
Figure 00000031
PUCCH-ресурсов может предоставляться из передачи служебных RRC-сигналов. Альтернативно, индекс для конкретного поднабора
Figure 00000032
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-ресурсов. В варианте осуществления, различное значение
Figure 00000033
смещения PUCCH-ресурса может быть передано в служебных сигналах для каждой обслуживающей соты. Различные обслуживающие соты могут отличаться посредством различных
Figure 00000034
значений, обеспечивая возможность уникального отображения индексов "CCE-в-ACK/NACK" в обслуживающей соте, аналогично применению в LTE R8. В таких реализациях, поскольку ACK/NACK-ресурсы, соответствующие всем обслуживающим сотам, должны резервироваться на UL CC, объем служебной информации в PUCCH может быть увеличен. Кроме того, может быть необходимость в дополнительной передаче служебных сигналов верхнего уровня, которая является функцией от числа сконфигурированных обслуживающих сот. Соответственно, для UE с большим числом агрегированных несущих, увеличенный объем служебной информации при передаче служебных сигналов верхнего уровня может возникать.
Хотя варианты осуществления, описанные в данном документе, могут предоставлять средство для перекрестного выделения PUCCH-ресурсов/отображения несущих, в некоторых реализациях PUCCH может быть передан только на одной компонентной несущей восходящей линии связи при асимметричном CC-агрегировании, тогда как несколько PDCCH могут быть одновременно переданы из различных CC нисходящей линии связи. Альтернативно, несколько PUCCH могут быть переданы на нескольких компонентных несущих восходящей линии связи при асимметричном CC-агрегировании, тогда как число DL-несущих, которые передают PDCCH, может превышать число UL-несущих, которые передают PUCCH. В таких вариантах осуществления, если несколько PDCCH передаются в идентичном CCE-индексе
Figure 00000035
соответствующих CC, вследствие неявной взаимосвязи между CCE-индексом и индексом ресурса для PUCCH-формата 1/1a/1b несколько DCI-назначений могут указывать на идентичный индекс
Figure 00000036
PUCCH HARQ ACK/NACK-ресурса, что может приводить к коллизиям HARQ ACK/NACK-ресурсов. Таким образом, настоящее раскрытие сущности излагает некоторый примерный критерий отображения ресурсов, который может быть модифицирован/расширен согласно раскрытым вариантам осуществления, чтобы разрешать эту неоднозначность между PUCCH-ресурсами.
В варианте осуществления, схемы неявного перекрестного отображения несущих могут быть использованы. В LTE-A FDD-окружениях, когда UE использует ресурс
Figure 00000037
для PUCCH-формата 1/1a/1b для передачи HARQ ACK/NACK, UE может использовать один из следующих раскрытых способов для PDSCH-передачи, указываемой посредством обнаружения соответствующего PDCCH, или для PDCCH, указывающего освобождение полупостоянного планирования (SPS) в нисходящей линии связи.
В этом варианте осуществления, ресурс для PUCCH-формата 1/1a/1b может быть неявно определен на основе четырех параметров, два из которых могут быть параметрами LTE R8, чтобы поддерживать обратную совместимость. Из оставшихся двух параметров, один может быть сконфигурирован посредством передачи служебных сигналов верхнего уровня, а другой может быть определен через соответствующее DCI-назначение. В этом варианте осуществления, когда UE использует ресурс
Figure 00000038
для PUCCH-формата 1/1a/1b для передачи ACK/NACK, UE может быть выполнено с возможностью использовать следующее отображение:
Figure 00000039
,
где
Figure 00000040
может быть индексом первого CCE, используемого для передачи соответствующего DCI-назначения,
Figure 00000041
может быть числом ресурсов, зарезервированных для передачи ACK/NACK-сигналов для постоянного PUCCH-формата 1/1a/1b,
Figure 00000042
может обозначать число компонентных несущих, сконфигурированных посредством верхних уровней, и
Figure 00000043
может быть индексом компонентной несущей, используемой для передачи соответствующего DCI-назначения.
Последние два параметра, описанные выше,
Figure 00000044
и
Figure 00000045
, могут быть основаны на LTE RIO 3GPP-стандартах, в которых может быть предусмотрен асимметричный режим агрегирования несущих вместе с трехбитовым полем управления, известным как индикатор несущей (CI), который должен быть включен в PDCCH DCI-форматы. Следует отметить, что в случае только одной несущей, где
Figure 00000046
и
Figure 00000047
, формула отображения этого варианта осуществления может сворачиваться до формулы отображения, которая указывается посредством 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-несущей. Набор параметров согласно этой примерной системе может быть задан как:
Figure 00000048
Figure 00000049
В этом варианте осуществления, индексы
Figure 00000050
ресурсов для PUCCH-формата 1/1a/1b, соответствующие всем DCI-назначениям, могут быть вычислены на основе вышеописанного отображения, как показано в таблице 14.
Таблица 14
Ресурс
Figure 00000051
для динамического PUCCH-формата 1/1a/1b с использованием отображения
Figure 00000052
 
Figure 00000053
Figure 00000054
Figure 00000055
Figure 00000056
Figure 00000057
Figure 00000058
Компонентная несущая 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-индекса в ресурс
Figure 00000059
для PUCCH-формата 1/1a/1b для передачи ACK/NACK:
Figure 00000060
,
где
Figure 00000061
может обозначать число компонентных несущих для группы DL-несущих, которая спаривается или ассоциируется с UL-несущей, передающей PUCCH,
Figure 00000062
может быть индексом компонентной несущей, используемой для передачи соответствующего DCI-назначения,
Figure 00000063
быть функцией отображения, которая отображает
Figure 00000064
в индекс для соответствующей группы DL-несущих, и параметры
Figure 00000065
и
Figure 00000066
могут быть такими, как задано в другой части в данном документе, а именно,
Figure 00000067
может быть индексом первого CCE, используемого для передачи соответствующего DCI-назначения, а
Figure 00000068
может быть числом ресурсов, зарезервированных для передачи ACK/NACK-сигналов для постоянного PUCCH-формата 1/1a/1b.
В варианте осуществления, когда UE использует ресурс
Figure 00000069
для PUCCH-формата 1/1a/1b для передачи ACK/NACK, UE может использовать следующее отображение:
Figure 00000070
,
где
Figure 00000071
может быть индексом первого CCE, используемого для передачи соответствующего DCI-назначения,
Figure 00000072
может быть числом ресурсов, зарезервированных для передачи ACK/NACK-сигналов для постоянного PUCCH-формата 1/1a/1b,
Figure 00000073
может обозначать число компонентных несущих, сконфигурированных посредством верхних уровней,
Figure 00000074
может быть индексом компонентной несущей, используемой для передачи соответствующего DCI-назначения, и p может быть выбран из {0, 1, 2, 3, 4} так, что
Figure 00000075
.
Figure 00000076
может обозначать число сконфигурированных RB нисходящей линии связи, и
Figure 00000077
может обозначать число поднесущих в RB.
В примерной реализации этого варианта осуществления с использованием примерной конфигурации, идентичной примерной конфигурации, описанной выше, UE может принимать PDSCH-передачи из пяти DL-несущих в субкадре и может быть выполнено с возможностью возвращать несколько ACK/NACK, ассоциированных с различными транспортными блоками (TB), с использованием только одной компонентной UL-несущей. Набор параметров согласно этой примерной системе может быть идентичным вышеприведенному примеру:
Figure 00000078
Figure 00000079
. В этом варианте осуществления, индексы
Figure 00000080
ресурсов для PUCCH-формата 1/1a/1b, соответствующие всем DCI-назначениям, могут быть вычислены на основе вышеописанного отображения, как показано в таблице 15.
Таблица 15
Ресурс
Figure 00000081
для динамического PUCCH-формата 1/1a/1b с использованием отображения
Figure 00000082
 
Figure 00000083
Figure 00000084
Figure 00000085
Figure 00000086
Figure 00000087
Figure 00000088
Компонентная несущая 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-формата, так и от соответствующего индекса
Figure 00000089
ресурса. Таким образом, индексы ресурсов для PUCCH-формата 1/1a/1b, извлекаемые на основе формул отображения, изложенных выше, могут косвенно влиять на величину циклического сдвига в каждом DM RS.
Следует отметить, что вышеописанные формулы отображения могут не требовать дополнительной выделенной передачи служебных сигналов верхнего уровня, а могут вместо этого использовать параметр верхнего уровня, который может быть частью конфигурации системы для LTE RIO-системы или реализации. Другими словами, то, что число CC должно быть частью передачи служебных сигналов верхнего уровня в LTE-A, может быть допустимым допущением. Аналогично, с точки зрения физического уровня, перекрестная диспетчеризация несущих через поле управления индикатором несущей может поддерживаться посредством расширения унаследованных DCI-форматов или DCI-форматов с одной несущей. Следовательно, для формул отображения, изложенных выше, может не требоваться дополнительная выделенная передача управляющих служебных сигналов физического уровня.
В вариантах осуществления, в которых отсутствует соответствующий PDCCH для PDSCH-передачи во всех компонентных несущих нисходящей линии связи, к примеру, при полупостоянном планировании в нисходящей линии связи, значение
Figure 00000090
может быть определено согласно конфигурации верхнего уровня.
Далее представлены системы, средства и способы для передачи обратной связи по 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 входные биты
Figure 00000091
могут быть сформированы для использования в качестве ввода в канальный кодер. На этапе 2015, канальное кодирование может быть выполнено с использованием кодирования Рида-Мюллера (в варианте осуществления, как подробнее описано ниже). Альтернативно, на этапе 2020 канальное кодирование может быть выполнено с использованием сверточного кодирования с дополнением битами концевой части (в варианте осуществления, как подробнее описано ниже). В любом случае (канальное кодирование с использованием RM или сверточное кодирование с дополнением битами концевой части), вывод, сформированный посредством канального кодера, используемого на этапе 2015 или на этапе 2020, может иметь битовую последовательность длины 48, что может обозначаться посредством
Figure 00000092
, как описано подробнее в данном документе.
На этапе 2025 согласование скорости может быть выполнено с использованием любых средств. На этапе 2030 UE может использовать модуль канального перемежения, который может перемежать каналы на уровне бита или уровне символа, как описано подробнее в данном документе. На этапе 2035 UE может получать или определять один или более идентификаторов соты и использовать модуль скремблирования, чтобы выполнять скремблирование, в варианте осуществления, как подробнее описано ниже. На этапе 2040 модуляция может быть выполнена. На этапе 2045 может быть выполнено скачкообразное перестроение на уровне слота поднесущей, в варианте осуществления, как описано в данном документе. В связи с этим, UE может получать или определять
Figure 00000093
, который может быть конкретным для соты параметром, который меняется в зависимости от номера k поднесущей и номера
Figure 00000094
слота, как описано подробнее в данном документе. На этапе 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, соответственно).
Таблица 16
Индексы последовательностей расширения во временной области для DMRS-символов; SF=5
Индекс кода расширения во временной области для RS-символов Код Уолша-Адамара длины 2
0 [+1 +1]
1 [+1 -1]
Таблица 17
Индексы последовательностей расширения во временной области для DMRS-символов; SF=4
Индекс кода расширения во временной области для DMRS-символов DFT-код длины 3
0 [+1 +1 +1]
1 [+1 ej2π/3 ej4π/3]
2 [+1 ej4π/3 ej2π/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
Figure 00000095
2
Figure 00000096
3
Figure 00000097
4
Figure 00000098
В варианте осуществления, для 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-ресурса,
Figure 00000099
, который может быть использован посредством UE для передачи нового PUCCH-формата (например, PUCCH-формата 3), может быть либо полустатически сконфигурирован посредством передачи служебных сигналов верхнего уровня, либо неявно определен посредством UE на основе индекса первого элемента канала управления (CCE) назначения для управления в нисходящей линии связи по DL PCC. UE может определять, с использованием информации из идентифицированного индекса PUCCH-ресурса, циклический сдвиг
Figure 00000100
для опорных сигналов или DMRS, индекс ортогональной последовательности для поблочного расширения сигналов
Figure 00000101
данных и индекс
Figure 00000102
ортогональной последовательности для опорных сигналов или DMRS. Здесь,
Figure 00000103
может быть номером слота в радиокадре, l может быть индексом опорного символа в слоте, а k может быть индексом поднесущей в RB, по которому передается PUCCH.
В этом варианте осуществления, UE может определять индекс ресурса в двух блоках ресурсов субкадра, в который отображается PUCCH, согласно следующему:
Figure 00000104
,
где c может быть числом DM RS-символов в слоте, и
Figure 00000105
,
где:
Figure 00000106
,
с
Figure 00000107
в качестве коэффициента расширения DFT-S-OFDM для расширения блока данных, и "mod" - операция по модулю. Например, назначенный ортогональный покрывающий код во временной области может быть получен как операция по модулю 5 и операция по модулю 3 индекса PUCCH-ресурса для структуры на основе DFT-S-OFDM с коэффициентом расширения 5 и 3, соответственно. Если идентичный код расширения блока данных используется для обоих слотов в субкадре (т.е. скачкообразное перестроение на уровне слота деактивируется), и идентичный код расширения блока данных используется для всех поднесущих в слоте (т.е. скачкообразное перестроение на уровне поднесущей деактивируется), индекс ортогонального покрывающего кода во временной области может быть идентифицирован как:
Figure 00000108
.
В этих вариантах осуществления, посредством введения покрывающего кода во временной области для RS-символов в каждом слоте PUCCH в дополнение к циклическим сдвигам, другая размерность мультиплексирования может быть создана. Примеры выделения индексов PUCCH-ресурсов, используемого посредством UE в PUCCH RB в отсутствие покрывающего кода во временной области для RS-символов для
Figure 00000109
и
Figure 00000110
, проиллюстрированы в таблице 19 и таблице 20, соответственно. В этом примерном варианте осуществления, покрывающий код во временной области может не применяться в RS-символах, и UE может извлекать циклический сдвиг для опорных сигналов в p-той передающей антенне и p-том SC-FDMA-символе,
Figure 00000111
, для PUCCH-формата 3 согласно следующему:
Figure 00000112
,
где
Figure 00000113
обозначает число поднесущих в RB, и
Figure 00000114
,
с
Figure 00000115
в качестве конкретного для соты параметра, который меняется в зависимости от номера l символа и номера ns слота, и:
Figure 00000116
,
и:
Figure 00000117
,
для
Figure 00000118
mod 2=0, и посредством:
Figure 00000119
,
для
Figure 00000118
mod 2=1.
В варианте осуществления, UE может идентифицировать индекс
Figure 00000120
ортогональной последовательности в номере
Figure 00000121
слота с использованием назначенного индекса
Figure 00000122
ресурса для передачи PUCCH-формата 3 согласно следующему:
Figure 00000123
,
где:
Figure 00000124
,
для
Figure 00000125
mod 2=0, и посредством:
Figure 00000126
,
для
Figure 00000125
mod 2=1.
Циклический сдвиг опорного сигнала демодуляции в p-той передающей антенне
Figure 00000127
для PUCCH-формата 3 может предоставляться посредством следующего:
Figure 00000128
,
где:
Figure 00000129
Figure 00000130
Таблица 19
Индекс ресурса, используемый посредством UE в отсутствие покрывающего кода в DMRS-символах для
Figure 00000131
Индекс циклического сдвига Индекс ортогонального кода во временной области для расширения блока данных с SF=5
 
Figure 00000132
Figure 00000133
Figure 00000134
Figure 00000135
Figure 00000136
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-символах для
Figure 00000137
Индекс циклического сдвига Индекс ортогонального кода во временной области для расширения блока данных с SF=5
 
Figure 00000138
Figure 00000139
Figure 00000140
Figure 00000141
Figure 00000142
0 UE 0        
1          
2          
3   UE 1      
4          
5          
6     UE 2    
7          
8          
9       UE 3  
10          
11          
Следует отметить, что в случае
Figure 00000143
, до четырех UE могут быть мультиплексированы в идентичном RB для SF=5, в то время как в случае
Figure 00000144
, до пяти UE могут быть мультиплексированы в одном RB. Тем не менее, в вариантах осуществления, в которых ортогональный покрывающий код может применяться к опорным сигналам или DMRS, максимальное число UE, которые могут быть мультиплексированы в идентичном RB, может ограничиваться сверху посредством коэффициента расширения ортогонального блочного кода, используемого для расширения управляющей информации в символах данных (т.е. для SF=5, до пяти UE всегда могут мультиплексироваться в идентичном RB независимо от
Figure 00000145
).
Неограничивающие примеры выделения индексов PUCCH-ресурсов, используемого посредством Ul в PUCCH RB в случае ортогонального покрывающего кода, применяемого к опорным сигналам или DMRS, проиллюстрированы в таблице 21.
Таблица 21
Индекс ресурса, используемый посредством UE в присутствии покрывающего кода в DMRS-символах
Индекс циклического сдвига Индекс ортогонального покрывающего кода для 2 DMRS-символов Индекс ортогонального кода во временной области для расширения блока данных с SF=5
 
Figure 00000146
Figure 00000147
Figure 00000148
Figure 00000149
Figure 00000150
Figure 00000151
Figure 00000152
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 в слоте ns, аналогично тому
Figure 00000153
,
где
Figure 00000154
означает число UL RB, и переменная m для PUCCH-формата 3 может предоставляться посредством следующего:
Figure 00000155
,
где
Figure 00000156
является длиной кода расширения, применяемого к первому слоту, и является
Figure 00000157
, неотрицательным целым числом. Следует отметить, что, когда
Figure 00000158
равен нулю, это может подразумевать, что крайние внешние 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. В варианте осуществления, может быть задан системный параметр
Figure 00000159
, который передается в широковещательном режиме. Этот параметр может динамически регулироваться в зависимости от среднего числа активных LTE R10 UE, которые выполнены с возможностью передавать в PUCCH-формате 3. На основе этого подхода переменная m для PUCCH-формата 2 может предоставляться посредством следующего:
Figure 00000160
,
где
Figure 00000161
может быть индексом ресурса, предоставляемым посредством верхнего уровня для передачи PUCCH-форматов 2/2a/2b на антенном порту p. Также следует отметить, что, если
Figure 00000162
не предоставлен посредством верхнего уровня (т.е. UE не выполнено с возможностью передавать по PUCCH-формате 3), UE может допускать то, что
Figure 00000163
.
В примерном варианте осуществления, оба параметра
Figure 00000164
и
Figure 00000165
могут быть переданы в служебных сигналах посредством задания двух дополнительных конфигурационных параметров в IE PUCCH-Config LTE R8 следующим образом:
Figure 00000166
В варианте осуществления, различные способы могут использоваться для того, чтобы рандомизировать межсотовые и внутрисотовые помехи. В таких вариантах осуществления, обе рандомизации межсотовых и внутрисотовых помех для 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 может использовать различные ортогональные покрывающие коды во временной области для расширения блока данных. В этом варианте осуществления, индекс ортогонального покрывающего кода во временной области на данной поднесущей может быть получен посредством сложения (по модулю-
Figure 00000167
) псевдослучайного конкретного для соты смещения с назначенным индексом ортогонального покрывающего кода во временной области. Другими словами, UE может определять индекс ресурса в двух блоках ресурсов субкадра, в который отображается PUCCH, согласно следующему:
Figure 00000168
,
где
Figure 00000169
может быть конкретным для соты параметром, который меняется в зависимости от номера k поднесущей и номера ns слота. Например, для структуры на основе DFT-S-OFDM с коэффициентом расширения 5 и 3, индекс ортогонального покрывающего кода во временной области на данной поднесущей в четных слотах может быть получен посредством сложения (по модулю 5) и (по модулю 3) псевдослучайного конкретного для соты смещения с назначенным индексом ортогонального покрывающего кода во временной области, соответственно.
В варианте осуществления, параметр
Figure 00000170
для
Figure 00000171
может предоставляться посредством следующего:
Figure 00000172
,
где c(i) может быть псевдослучайной последовательностью. Формирователь псевдослучайных последовательностей может быть инициализирован с
Figure 00000173
в начале каждого радиокадра. Псевдослучайная последовательность, используемая для скачкообразного перестроения ортогонального покрывающего кода во временной области, может быть формирователем последовательностей Голда длины 31 или формирователем последовательностей Голда любой другой длины.
В варианте осуществления, помехи между сотами (т.е. CC) и между UE могут быть рандомизированы с помощью схемы повторного отображения покрывающих кодов во временной области, которая может быть использована посредством UE во втором слоте согласно предварительно определенному конкретному для UE или конкретному для соты шаблону скачкообразного перестроения. Скачкообразное перестроение может быть выполнено на уровне слота, в котором для данной поднесущей в каждом слоте UE может использовать различный ортогональный покрывающий код во временной области. Согласно варианту осуществления, UE может определять индекс ресурса в двух RB субкадра, в который отображается PUCCH, как:
Figure 00000174
,
где:
Figure 00000175
,
для четных слотов (т.е. ns mod 2=0), и:
Figure 00000176
,
для нечетных слотов (т.е. ns 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 базовых последовательностей, обозначенной
Figure 00000177
, где N может быть максимальным числом битов рабочих PUCCH-данных. В зависимости от того, передается или нет DTX в служебных сигналах для обслуживающей соты, значение N может составлять от 10 и 12 битов для максимального числа агрегированных CC (например, пяти обслуживающих сот). Кодированная битовая последовательность длины 48 в выводе канального кодера может обозначаться посредством
Figure 00000178
, где:
Figure 00000179
,
с
Figure 00000180
в качестве входных битов в канальный кодер. Следует отметить, что операции сложения и умножения в вышеприведенной формуле могут быть выполнены в области векторного пространства, т.е.:
Figure 00000181
В варианте осуществления, совместное кодирование может также или вместо этого применяться для одного слота, а не для субкадра. Согласно этому варианту осуществления, кодированная последовательность 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-информации,
Figure 00000182
, может быть определено. Если
Figure 00000183
меньше максимального числа символов, доступных в PUCCH
Figure 00000184
(в варианте осуществления, посредством минимального допустимого запаса), CSI-информация может быть мультиплексирована. В противном случае, мультиплексирование HARQ ACK/NACK-информации и CSI не может быть выполнено, и только HARQ ACK/NACK-информация может быть передана.
Отображение между
Figure 00000185
и
Figure 00000186
(
Figure 00000187
может быть числом информационных HARQ-битов, которые должны быть переданы) может быть фиксированным и предоставляться в таблице поиска. Альтернативно,
Figure 00000188
может вычисляться как функция от числа информационных HARQ-битов, которые следует передавать (
Figure 00000189
), коэффициента пропорциональности (
Figure 00000190
, параметра, который может предварительно задаваться или предоставляться посредством верхнего уровня), умножающего число информационных HARQ ACK/NACK-битов, которые следует передавать (этот коэффициент позволяет регулировать часть энергии PUCCH, доступной для HARQ ACK/NACK-информации), и/или максимального числа символов
Figure 00000191
, доступных для HARQ ACK/NACK-информации и/или CSI-информации в PUCCH-передаче на основе DFT-S-OFDM. Максимальное число символов может отличаться в зависимости от того, используется расширенный или обычный префикс.
Число символов
Figure 00000192
, используемое для HARQ ACK/NACK-информации, может соответствовать минимальному значению между
Figure 00000193
и величиной
Figure 00000194
Figure 00000195
, где функция f()может предоставлять наибольшее возможное число символов для HARQ ACK/NACK-информации, которое меньше аргумента. Альтернативно, функция f() может предоставлять наименьшее число символов для HARQ ACK/NACK-информации, которое превышает аргумент. Функция f() может обеспечивать, что корректное число символов выделяется, учитывая, что степень детализации числа символов, которое может быть использовано в PUCCH, может превышать единицу.
После того, как число символов, используемое для HARQ ACK/NACK-информации (т.е.
Figure 00000196
), определяется, это число может сравниваться с максимальным числом символов
Figure 00000197
, чтобы определять число символов, доступное для CSI,
Figure 00000198
. Число символов, доступное для CSI-информации
Figure 00000199
, может быть разностью между
Figure 00000200
и
Figure 00000201
. Может быть предусмотрено такое минимальное число символов, доступных для CSI-информации, чтобы обеспечивать возможность мультиплексирования между HARQ ACK/NACK-информацией и CSI. Если минимальное число символов недоступно, CSI-информация может быть отброшена. Помимо этого, тип CSI-информации (а также число сообщаемых DL-несущих), включенной в доступные символы, также может быть функцией от числа доступных символов для CSI. Например, если
Figure 00000202
ниже порогового значения, может разрешаться включение только информации ранга (RI) для одной DL-несущей.
Альтернативно или помимо этого, величина CSI-информации, которая может быть включена, может быть определена посредством максимальной скорости кодирования для CSI-информации. Такая максимальная скорость кодирования может зависеть от типа CSI (например, максимальная скорость кодирования в случае RI может быть ниже для другого типа CSI с учетом требования более высокой устойчивости). Например, максимальное число информационных битов, доступных для
Figure 00000203
, может вычисляться как произведение максимальной скорости кодирования и числа доступных кодированных битов, округленное в меньшую (или в большую) сторону до ближайшего целого числа или до ближайшего целого числа, совпадающего с возможным числом информационных 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-информации, и
Figure 00000204
. Например, кодирование может выполняться с использованием кода Рида-Мюллера
Figure 00000205
, где K может быть отношением между числом кодированных битов и числом символов. CSI-кодированные биты затем могут перемежаться, модулироваться, кодироваться с расширением спектра и размещаться во всех доступных местоположениях символов в PUCCH. HARQ ACK/NACK-информация также может кодироваться, перемежаться, модулироваться, кодироваться с расширением спектра и затем помещаться в поднабор местоположений символов, ранее используемых посредством CSI-информации, фактически прореживая кодирование CSI. Поднабор используемых символов может быть определен согласно одному из вариантов осуществления предыдущего раздела.
В другом варианте осуществления, CSI-информация может быть непосредственно кодирована при условии числа кодированных битов, соответствующего числу символов, доступных для
Figure 00000206
. Например, кодирование может выполняться с использованием кода Рида-Мюллера
Figure 00000207
, где 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 согласно этому варианту осуществления.
Таблица 22
Индексы последовательностей расширения блока для второго слота с использованием SRS-передачи и SF=5
Индекс кода ортогонального расширения блока Код Уолша-Адамара длины 4
0 [+1 +1 +1 +1]
1 [+1 -1 +1 -1]
2 [+1 -1 -1 +1]
3 [+1 +1 -1 -1]
В этом варианте осуществления, UE может определять индекс блочного ортогонального кода, применяемого к данным для обоих из двух слотов в субкадре, согласно следующему:
Figure 00000208
,
где
Figure 00000209
и
Figure 00000210
являются индексами кодов расширения блока для слотов 0 и 1, соответственно, и
Figure 00000211
является длиной кода расширения, используемого для первого слота в субкадре (т.е. слота 0). Например, для PUCCH-передачи на основе DFT-S-OFDM с SF=5, имеем
Figure 00000212
. При этом отметим, что в этом случае, базовая станция (например, усовершенствованный узел B) может удостоверяться, что для SRS-субкадров она назначает только значения
Figure 00000213
, которые удовлетворяют следующему критерию, во избежание коллизий между UE:
Figure 00000214
В варианте осуществления, базовая станция может мультиплексировать вплоть до четырех UE в сконфигурированных SRS-субкадрах, чтобы передавать их обратную связь в сокращенном PUCCH-формате 3 и в идентичном RB. В этом случае, UE может идентифицировать индекс ортогональной последовательности, применяемый к данным для обоих из двух слотов в субкадре, согласно следующему:
Figure 00000215
Кроме того, в этом варианте осуществления, UE может извлекать циклический сдвиг для опорных сигналов (т.е. DMRS) в p-той передающей антенне
Figure 00000216
для PUCCH-формата 3 согласно следующему:
Figure 00000217
,
где:
Figure 00000218
,
с
Figure 00000219
в качестве конкретного для соты параметра, который меняется в зависимости от номера l символа и номера ns слота, и:
Figure 00000220
,
и:
Figure 00000221
,
для ns mod 2=0, и посредством:
Figure 00000222
,
для ns 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 согласно этому варианту осуществления.
Таблица 23
Индексы последовательностей расширения блока для второй половины второго слота в случае SRS с SF=3
Индекс кода ортогонального расширения блока Код Уолша-Адамара длины 2
0 [+1 +1]
1 [+1 -1]
В варианте осуществления, в котором передача расширенного циклического префикса (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-несущей (другие интерпретации также рассматриваются). Чтобы не допускать случая, когда надежность
Figure 00000223
является систематически более высокой, чем для других битов, информационные биты
Figure 00000224
могут быть переупорядочены (или скремблированы) до отображения в схему выбора канала согласно известному правилу (т.е. правилу, известному как передающему устройству, так и приемному устройству) таким образом, что порядок может отличаться в последовательных субкадрах. Порядок может быть функцией от номера системного кадра, номера субкадра или комбинации вышеозначенного. Он также может быть функцией от других параметров, таких как физический идентификатор соты. Функция скремблирования может быть известной как в 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-информация может сначала канально кодироваться (в различных вариантах осуществления, с использованием кода Рида-Мюллера или сверточного кода) с входной битовой последовательностью
Figure 00000225
и выходной битовой последовательностью
Figure 00000226
, где B'=20 для PUCCH-формата 2 или B'=48 для PUCCH-структуры на основе DFT-S-OFDM. Бит запроса планирования может обозначаться посредством a''0. Каждый положительный SR может быть кодирован как двоичное число 0, и каждый отрицательный SR может быть кодирован как двоичное число 1. Альтернативно, каждый положительный SR может быть кодирован как двоичное число 1, и каждый отрицательный SR может быть кодирован как двоичное число 0. В таких вариантах осуществления, вывод блока канального кодирования может предоставляться посредством
Figure 00000227
, где
Figure 00000228
и
Figure 00000229
, при B=(B'+1).
Блок кодированных битов может быть перемежен, скремблирован с помощью конкретной для UE последовательности скремблирования и модулирован, приводя к блоку символов комплекснозначной модуляции
Figure 00000230
) для рабочих ACK/NACK-данных. Один символ BPSK-модуляции
Figure 00000231
, переносящий информационный SR-бит, может быть использован в формировании одного из опорных сигналов для PUCCH-формата 2 или PUCCH-структуры на основе DFT-S-OFDM.
В варианте осуществления, один из опорных символов может быть модулирован с помощью альтернативного циклического сдвига. В неограничивающем примере UE может быть сконфигурировано с помощью пары ортогональных последовательностей, причем эти две последовательности неявно определяются из идентичного элемента канала управления (CCE) PDCCH. Может выполняться взаимно однозначное отображение между одной из назначенных последовательностей и положительным SR и взаимно однозначное отображение между другой назначенной последовательностью и отрицательным SR. В этом варианте осуществления, UE может сначала определять ресурсы для параллельной передачи HARQ-ACK и SR по PUCCH посредством индекса ресурса (например,
Figure 00000232
). UE затем может определять пару циклических сдвигов (например,
Figure 00000233
) на основе назначенного ресурса.
В варианте осуществления, UE может совместно кодировать SR-бит с HARQ ACK/NACK в известной позиции бита (например, в первом или последнем бите) до передачи, как проиллюстрировано на фиг.28, который показывает неограничивающую примерную PUCCH-структуру 2800. В этом варианте осуществления, в UE, некодированная HARQ-ACK-информация, обозначенная посредством
Figure 00000234
, может быть мультиплексирована с битом запроса планирования (SR), чтобы давать в результате последовательность
Figure 00000235
, где
Figure 00000236
и
Figure 00000237
, при A=(A'+1). Последовательность
Figure 00000238
может быть канально кодирована с использованием кода Рида-Мюллера или сверточного кода, чтобы давать в результате выходную битовую последовательность
Figure 00000239
, где B=20 для PUCCH-формата 2 или B=48 для PUCCH-структуры на основе DFT-S-OFDM. Этот вариант осуществления может быть, в частности, эффективным в сценариях высокой доплеровской частоты и может быть использован при использовании режима расширенного циклического префикса, хотя в нем предусмотрен только один опорный символ в расчете на слот.
В варианте осуществления, в котором совместное кодирование с использованием кода Рида-Мюллера используется, и кодовые слова могут быть линейной комбинацией A базовых последовательностей, обозначенных посредством
Figure 00000240
, SR-бит может быть кодирован с расширением спектра посредством самой надежной базовой последовательности, что позволяет максимизировать выигрыш от частотного разнесения. Например, вариант базовой последовательности, который позволяет потенциально рассеивать кодированный бит SR-информации более равномерно по субкадру, может быть вариантом, выбранным для кодирования SR-бита. В этом варианте осуществления, кодированная битовая последовательность длин в выводе канального кодера может предоставляться посредством следующего:
Figure 00000241
Неограничивающая примерная базовая последовательность для RM(20, k) для кодирования информационного SR-бита показывается ниже в таблице 24.
Figure 00000242
В варианте осуществления, в котором новая 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-информация может канально кодироваться с использованием кода Рида-Мюллера или сверточного кода с входной битовой последовательностью
Figure 00000243
и выходной битовой последовательностью
Figure 00000244
, где B'=20 для PUCCH-формата 2 или B'=48 для PUCCH-структуры на основе DFT-S-OFDM. Бит запроса планирования может обозначаться посредством
Figure 00000245
. Вывод этого блока канального кодирования может обозначаться посредством
Figure 00000246
, где
Figure 00000247
и
Figure 00000248
. Следует отметить, что 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. Неограничивающий пример такого идентификатора предоставляется ниже:
Figure 00000249
В варианте осуществления, 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, например, чтобы делать покрытие независимым от числа сконфигурированных (и возможно явно активированных) обслуживающих сот.
Это может быть выполнено посредством задания
Figure 00000250
для передачи упомянутого PUCCH-формата с использованием совместного кодирования следующим образом:
Figure 00000251
Значение 3 в вышеприведенной формуле может быть основано на том факте, что минимальное число HARQ ACK/NACK-битов для совместного кодирования в PUCCH-формате с использованием совместного кодирования предположительно должно составлять три бита. Альтернативно, это значение может заменяться посредством более обобщенного параметра nHARQmin, который может обозначать минимальное число HARQ ACK/NACK-битов, которые должны быть кодированы и отображены в PUCCH-формат с использованием совместного кодирования. Следует отметить, что максимальное число HARQ ACK/NACK-битов не оказывает влияние на вышеприведенную формулу.
Хотя признаки и элементы описываются выше в конкретных комбинациях, специалисты в данной области техники должны принимать во внимание, что каждый признак или элемент может быть использован отдельно или в любой комбинации с другими признаками и элементами. Помимо этого, способы, описанные в данном документе, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в машиночитаемый носитель для выполнения посредством компьютера или процессора. Примеры машиночитаемых носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным подключениям) и машиночитаемые носители хранения данных. Примеры машиночитаемых носителей хранения данных включают в себя, но не только постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистры, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как CD-ROM-диски и цифровые универсальные диски (DVD). Процессор в ассоциации с программным обеспечением может быть использован для того, чтобы реализовывать радиочастотное приемо-передающее устройство для использования в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.

Claims (30)

1. Способ для обеспечения информации обратной связи согласно структуре обработки, содержащий этапы, на которых:
- формируют набор входных битов, ассоциированный с информацией обратной связи;
- кодируют набор входных битов для создания кодированного набора выходных битов;
- скремблируют кодированный набор выходных битов с использованием последовательности скремблирования для создания набора скремблированных выходных битов, при этом последовательность скремблирования извлекают в качестве функции по меньшей мере от одного из следующего: ассоциированного идентификатора беспроводного приемо-передающего модуля или одного или более идентификаторов сот;
- модулируют набор скремблированных выходных битов для создания блока модулированных символов; и
- применяют код расширения к блоку модулированных символов.
2. Способ по п.1, в котором набор скремблированных выходных битов модулируют с использованием квадратурной фазовой манипуляции (QPSK) для создания блока модулированных символов.
3. Способ по п.1, в котором код расширения содержит код ортогонального расширения длины 5.
4. Способ по п.3, в котором код ортогонального расширения длины 5 содержит по меньшей мере одно из следующего:
Figure 00000252
;
Figure 00000253
;
Figure 00000254
;
Figure 00000255
; и
Figure 00000256
5. Способ по п.3, в котором код расширения содержит код расширения Уолша-Адамара длины 4.
6. Способ по п.5, в котором код расширения Уолша-Адамара длины 4 содержит по меньшей мере одно из следующего:
Figure 00000257
;
Figure 00000258
;
Figure 00000259
; и
Figure 00000260
.
7. Способ по п.1, дополнительно содержащий этап, на котором:
определяют ресурсы для структуры обработки с использованием индекса ресурсов подтверждения приема/отрицания приема (ACK/NACK) физического канала управления восходящей линии связи (PUCCH).
8. Способ по п.7, в котором код расширения выбирают на основе индекса, причем индекс определяют на основе индекса ресурсов ACK/NACK PUCCH.
9. Способ по п.7, в котором определение ресурсов для структуры обработки содержит:
определение блоков физических ресурсов, сконфигурированных для использования для передачи согласно структуре обработки в слоте.
10. Способ по п.9, в котором слот задается, как ns, причем блоки физических ресурсов, сконфигурированные для использования в ns, формируются согласно следующему:
Figure 00000261

где
Figure 00000262
означает число UL RB,
Figure 00000263
, и где
Figure 00000264
является длиной кода расширения, применяемого в первом слоте, а
Figure 00000265
является неотрицательным целым числом.
11. Способ по п.1, в котором набор входных битов содержит подтверждение приема (ACK) гибридного автоматического запроса на повторную передачу (HARQ), мультиплексированное с запросом планирования.
12. Способ по п.1, дополнительно содержащий этапы, на которых:
- формируют опорные сигналы;
- извлекают циклический сдвиг для опорных сигналов в конкретной передающей антенне; и
- применяют циклический сдвиг.
13. Способ по п.12, дополнительно содержащий этап, на котором передают по меньшей мере одно из следующего: опорные сигналы, набор входных битов, кодированный набор выходных битов, набор скремблированных выходных битов и блок символов, с использованием расширенного циклического префикса (CP).
14. Способ по п.1, дополнительно содержащий этап, на котором:
применяют ортогональный покрывающий код во временной области, соответствующий предварительно определенному шаблону скачкообразного перестроения.
15. Способ по п.1, дополнительно содержащий этап, на котором к кодированному набору выходных битов применяют согласование скорости.
16. Беспроводной приемо-передающий модуль, сконфигурированный для обеспечения информации управления восходящей линии связи согласно структуре обработки, причем беспроводной приемо-передающий модуль содержит:
- процессор, сконфигурированный для:
- формирования набора входных битов, ассоциированных с информацией обратной связи;
- кодирования набора входных битов для создания кодированного набора выходных битов;
- скремблирования кодированного набора выходных битов с использованием последовательности скремблирования для создания набора скремблированных выходных битов, при этом последовательность скремблирования извлекают в качестве функции по меньшей мере от одного из следующего: ассоциированного идентификатора беспроводного приемопередающего модуля или одного или более идентификаторов сот;
- модулирования набора скремблированных выходных битов для создания блока модулированных символов; и
- применения кода расширения к блоку модулированных символов.
17. Беспроводной приемо-передающий модуль по п.16, в котором набор скремблированных выходных битов модулируется с использованием квадратурной фазовой манипуляции (QPSK) для создания блока модулированных символов.
18. Беспроводной приемо-передающий модуль по п.16, в котором код расширения содержит код ортогонального расширения длины 5.
19. Беспроводной приемо-передающий модуль по п.18, в котором код ортогонального расширения длины 5 содержит по меньшей мере одно из следующего:
Figure 00000252
;
Figure 00000253
;
Figure 00000254
;
Figure 00000255
; и
Figure 00000256
20. Беспроводной приемо-передающий модуль по п.18, в котором код расширения содержит код расширения Уолша-Адамара длины 4.
21. Беспроводной приемо-передающий модуль по п.20, в котором код расширения Уолша-Адамара длины 4 содержит по меньшей мере одно из следующего:
Figure 00000257
;
Figure 00000258
;
Figure 00000259
; и
Figure 00000260
.
22. Беспроводной приемо-передающий модуль по п.16, в котором процессор дополнительно сконфигурирован для:
определения ресурсов для структуры обработки с использованием индекса ресурсов подтверждения приема/отрицания приема (ACK/NACK) физического канала управления восходящей линии связи (PUCCH).
23. Беспроводной приемо-передающий модуль по п.22, в котором код расширения выбирается на основе индекса, причем индекс определяется на основе индекса ресурсов ACK/NACK PUCCH.
24. Беспроводной приемо-передающий модуль по п.22, в котором процессор дополнительно сконфигурирован для:
- определения блоков физических ресурсов, сконфигурированных для использования для передачи согласно структуре обработки в слоте.
25. Беспроводной приемо-передающий модуль по п.24, в котором слот задается, как ns, причем блоки физических ресурсов, сконфигурированные для использования в ns, формируются согласно следующему:
Figure 00000266

где
Figure 00000267
означает число UL RB,
Figure 00000268
, и где
Figure 00000269
является длиной кода расширения, применяемого в первом слоте, а
Figure 00000270
является неотрицательным целым числом.
26. Беспроводной приемо-передающий модуль по п.16, в котором набор входных битов содержит подтверждение приема (ACK) гибридного автоматического запроса на повторную передачу (HARQ), мультиплексированное с запросом планирования.
27. Беспроводной приемо-передающий модуль по п.16, в котором процессор дополнительно сконфигурирован для:
- формирования опорных сигналов, сконфигурированных для передачи с по меньшей мере одним из следующего: набором входных битов, кодированным набором выходных битов, набором скремблированных выходных битов и блоком символов, в соответствии со структурой обработки;
- извлечения циклического сдвига для опорных сигналов в конкретной передающей антенне; и
- применения циклического сдвига.
28. Беспроводной приемо-передающий модуль по п.27, в котором процессор дополнительно сконфигурирован для передачи по меньшей мере одного из опорных сигналов и по меньшей мере одного из следующего: набора входных битов, кодированного набора выходных битов, набора скремблированных выходных битов и блока символов, с использованием расширенного циклического префикса (CP).
29. Беспроводной приемо-передающий модуль по п.16, в котором процессор дополнительно сконфигурирован для:
- применения ортогонального покрывающего кода во временной области, соответствующего предварительно определенному шаблону скачкообразного перестроения.
30. Беспроводной приемо-передающий модуль по п.16, в котором процессор дополнительно сконфигурирован для применения согласования скорости к кодированному набору выходных битов.
RU2012117218/08A 2009-10-01 2010-10-01 Передача управляющих данных восходящей линии связи RU2557164C2 (ru)

Applications Claiming Priority (21)

Application Number Priority Date Filing Date Title
US24767909P 2009-10-01 2009-10-01
US61/247,679 2009-10-01
US30437010P 2010-02-12 2010-02-12
US61/304,370 2010-02-12
US32017210P 2010-04-01 2010-04-01
US61/320,172 2010-04-01
US32049410P 2010-04-02 2010-04-02
US61/320,494 2010-04-02
US32974310P 2010-04-30 2010-04-30
US61/329,743 2010-04-30
US35631610P 2010-06-18 2010-06-18
US35644910P 2010-06-18 2010-06-18
US35625010P 2010-06-18 2010-06-18
US35628110P 2010-06-18 2010-06-18
US61/356,316 2010-06-18
US61/356,250 2010-06-18
US61/356,449 2010-06-18
US61/356,281 2010-06-18
US37370610P 2010-08-13 2010-08-13
US61/373,706 2010-08-13
PCT/US2010/051028 WO2011041623A1 (en) 2009-10-01 2010-10-01 Uplink control data transmission

Publications (2)

Publication Number Publication Date
RU2012117218A RU2012117218A (ru) 2013-11-10
RU2557164C2 true RU2557164C2 (ru) 2015-07-20

Family

ID=43254546

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2012117218/08A RU2557164C2 (ru) 2009-10-01 2010-10-01 Передача управляющих данных восходящей линии связи

Country Status (12)

Country Link
US (7) US9485060B2 (ru)
EP (4) EP2484039B1 (ru)
JP (2) JP5993740B2 (ru)
KR (3) KR20120093912A (ru)
CN (3) CN107104780B (ru)
BR (1) BR112012007487A2 (ru)
DK (1) DK2484039T3 (ru)
ES (3) ES2797083T3 (ru)
PL (1) PL2484039T3 (ru)
RU (1) RU2557164C2 (ru)
TW (2) TWI545912B (ru)
WO (1) WO2011041623A1 (ru)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2712122C1 (ru) * 2016-05-10 2020-01-24 Хуавей Текнолоджиз Ко., Лтд. Способы и устройство передачи и приема радиокадра
RU2720977C1 (ru) * 2016-09-28 2020-05-15 Хуавэй Текнолоджиз Ко., Лтд. Способ для возврата ack/nack-информации для данных нисходящей линии связи и связанное устройство
RU2728898C1 (ru) * 2017-05-04 2020-08-03 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ управления передачей запроса на диспетчеризацию и относящийся к нему продукт
RU2748466C2 (ru) * 2016-10-24 2021-05-26 Фраунхофер-Гезелльшафт Цур Фердерунг Дер Ангевандтен Форшунг Е.Ф. Перемежение для переноса телеграмм с переменным количеством подпакетов и последующее декодирование
RU2749094C1 (ru) * 2017-11-09 2021-06-04 Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. Способ определения ресурсов канала управления восходящей линии связи, оконечное устройство и устройство со стороны сети
US11076390B2 (en) 2017-03-14 2021-07-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Aggregation methods, gNodeBs, user equipments and storage medium
RU2760156C1 (ru) * 2017-12-09 2021-11-22 Хуавей Текнолоджиз Ко., Лтд. Способ связи и устройство связи
US12101760B2 (en) 2017-12-09 2024-09-24 Huawei Technologies Co., Ltd. Communication method and communication apparatus

Families Citing this family (588)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101048444B1 (ko) * 2007-09-03 2011-07-11 삼성전자주식회사 무선통신시스템에서 위치 추정 장치 및 방법
US8682371B2 (en) * 2007-12-21 2014-03-25 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements in a mobile telecommunications network
CN102282817B (zh) 2008-08-19 2014-07-02 韩国电子通信研究院 用于接收和发送应答/无应答信息的方法
KR101711864B1 (ko) 2008-12-23 2017-03-03 엘지전자 주식회사 반송파 집성 환경에서의 상향링크 αｃｋ／ｎａｃｋ 시그널링
KR20100088554A (ko) * 2009-01-30 2010-08-09 엘지전자 주식회사 무선 통신 시스템에서 신호 수신 및 전송 방법 및 장치
KR101781871B1 (ko) * 2009-07-16 2017-09-26 엘지전자 주식회사 무선 통신 시스템에서 수신 장치가 제어 정보를 전송하는 방법
US8503381B2 (en) * 2009-08-03 2013-08-06 Lg Electronics Inc. Apparatus and method for configuring radio connection in multiple component carrier system
US9014138B2 (en) * 2009-08-07 2015-04-21 Blackberry Limited System and method for a virtual carrier for multi-carrier and coordinated multi-point network operation
US20110205981A1 (en) * 2009-08-13 2011-08-25 Changsoo Koo Multiplexing uplink l1/l2 control and data
CN102577296B (zh) 2009-09-16 2014-11-12 Lg电子株式会社 在多天线系统中发射基准信号的方法和设备
CN102598530B (zh) * 2009-09-16 2015-07-15 Lg电子株式会社 在多天线系统中发射基准信号的方法和设备
ES2797083T3 (es) 2009-10-01 2020-12-01 Interdigital Patent Holdings Inc Transmisión de datos de control del enlace ascendente
US8737504B2 (en) * 2009-10-05 2014-05-27 Samsung Electronics Co., Ltd. Method and system for feedback of channel information
KR101334536B1 (ko) * 2009-10-26 2013-11-28 엘지전자 주식회사 무선 통신 시스템에서 수신 확인 전송 방법 및 장치
JP5020300B2 (ja) * 2009-10-28 2012-09-05 シャープ株式会社 無線通信システム、移動局装置、基地局装置、無線通信方法および移動局装置の制御プログラム
US8817588B2 (en) * 2009-10-28 2014-08-26 Qualcomm Incorporated Multiplexing data and reference information in a wireless communication system
KR101785997B1 (ko) * 2009-10-30 2017-10-17 주식회사 골드피크이노베이션즈 무선통신 시스템에서 요소 반송파 집합 정보 전송방법 및 그 기지국, 단말의 수신방법
CN102013961B (zh) * 2009-11-05 2014-04-02 电信科学技术研究院 一种发送上行反馈信息的方法、系统和设备
US8761087B2 (en) * 2009-11-11 2014-06-24 Samsung Electronics Co., Ltd. Method and system for balancing reference signal powers across OFDM symbols
KR20110055367A (ko) * 2009-11-17 2011-05-25 엘지전자 주식회사 다중 안테나 시스템에서 ｈａｒｑ 수행 방법 및 장치
CN102648656B (zh) 2009-11-27 2015-02-25 夏普株式会社 移动通信系统、基站装置、移动站装置以及通信方法
WO2011065695A2 (ko) * 2009-11-27 2011-06-03 엘지전자 주식회사 하향링크 제어정보 전송방법 및 기지국과, 하향링크 제어정보 수신방법 및 사용자기기
CN104079388B (zh) 2009-12-03 2017-10-17 华为技术有限公司 载波聚合时反馈ack/nack信息的方法、基站和用户设备
RU2541117C2 (ru) * 2010-01-07 2015-02-10 Самсунг Электроникс Ко., Лтд. Индексация ресурса для сигналов квитирования в ответ на прием множества назначений
CN102812658B (zh) 2010-01-08 2015-12-16 交互数字专利控股公司 针对多个载波的信道状态信息传输的方法及设备
CA2786896C (en) 2010-01-11 2017-01-03 Electronics And Telecommunications Research Institute Carrier aggregation in wireless communication system
TWI542168B (zh) * 2010-01-15 2016-07-11 諾基亞科技公司 針對四載波高速下行鏈接封包接取多重輸入多重輸出之混成自動重覆請求確認頻道編碼技術
CN106788903A (zh) * 2010-01-15 2017-05-31 中兴通讯股份有限公司 一种传输ue支持多载波能力的方法和系统
KR101730369B1 (ko) * 2010-01-17 2017-04-26 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
MX2012008312A (es) 2010-01-18 2012-08-08 Ericsson Telefon Ab L M Estacion base de radio y equipo de usuario y metodos en el mismo.
KR101782647B1 (ko) 2010-01-28 2017-09-28 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보 인코딩 방법 및 장치
US9021072B2 (en) * 2010-01-28 2015-04-28 Verizon Patent And Licensing Inc. Localized media offload
WO2011093758A1 (en) * 2010-02-01 2011-08-04 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for load balancing in a telecommunications system
KR101799272B1 (ko) 2010-02-03 2017-11-20 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
KR20110090754A (ko) * 2010-02-03 2011-08-10 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
KR101753586B1 (ko) * 2010-02-03 2017-07-04 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
US8750234B2 (en) * 2010-02-09 2014-06-10 Sharp Kabushiki Kaisha Communication method, mobile station apparatus, base station apparatus and mobile communication system
CN102088429B (zh) * 2010-02-11 2013-09-18 电信科学技术研究院 一种解调参考符号端口映射的方法及设备
KR101328213B1 (ko) * 2010-02-12 2013-11-14 엘지전자 주식회사 무선 통신 시스템에서 데이터 전송 방법 및 장치
KR101656293B1 (ko) * 2010-02-23 2016-09-23 삼성전자주식회사 무선통신시스템에서 비대칭 밴드 조합을 지원하기 위한 장치 및 방법
WO2011112015A2 (en) * 2010-03-11 2011-09-15 Lg Electronics Inc. Method of transceiving signal at relay node in wireless communication system and apparatus thereof
KR101861661B1 (ko) * 2010-03-15 2018-05-28 엘지전자 주식회사 무선통신 시스템에서 제어정보를 송신 및 수신하기 위한 장치 및 그 방법
US10439786B2 (en) 2010-03-18 2019-10-08 Qualcomm Incorporated Methods of resolving PDCCH confusion in LTE
PT2378828E (pt) 2010-03-22 2013-08-22 Samsung Electronics Co Ltd Multiplexagem de informação de controlo e de dados proveniente de um equipamento de utilizador num canal de dados físico
KR20110108226A (ko) 2010-03-26 2011-10-05 삼성전자주식회사 이동 통신 시스템에서 캐리어를 활성화하는 방법 및 장치
KR101915271B1 (ko) 2010-03-26 2018-11-06 삼성전자 주식회사 무선 통신 시스템에서 자원 할당을 위한 하향링크 제어 지시 방법 및 장치
CN102083211B (zh) * 2010-03-29 2017-04-19 电信科学技术研究院 上行控制信道资源的确定方法和设备
KR101617350B1 (ko) * 2010-03-30 2016-05-02 삼성전자주식회사 셀룰러 무선 통신시스템에서 단말의 구성 반송파를 활성화하는 방법 및 장치
KR101771255B1 (ko) * 2010-03-30 2017-08-25 엘지전자 주식회사 다중 반송파 시스템에서 반송파 지시 필드 설정 방법
CN105897388B (zh) * 2010-03-31 2019-10-18 华为技术有限公司 用于通信的方法和装置
KR101487072B1 (ko) * 2010-03-31 2015-01-28 후지쯔 가부시끼가이샤 무선 통신 시스템, 무선 통신 장치 및 무선 통신 방법
KR101802756B1 (ko) * 2010-04-05 2017-11-29 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
US9553697B2 (en) * 2010-04-05 2017-01-24 Qualcomm Incorporated HARQ ACK/NACK transmission for multi-carrier operation
CN102255696B (zh) * 2010-04-07 2016-03-30 华为技术有限公司 一种传输上行控制信息的方法、用户设备和基站
US8676138B2 (en) * 2010-04-19 2014-03-18 Htc Corporation Method of handling system information reception and related communication device
US8634364B2 (en) * 2010-04-20 2014-01-21 Qualcomm Incorporated Semi-persistent scheduling grants in heterogeneous networks
EP2566087B1 (en) * 2010-04-28 2022-12-14 LG Electronics Inc. Method and apparatus for transmitting extended uplink acknowledgement information in a wireless communication system
KR20110120808A (ko) * 2010-04-29 2011-11-04 엘지전자 주식회사 하향링크 ａｃｋ/ｎａｃｋ 신호 전송방법 및 기지국과, 하향링크 ａｃｋ/ｎａｃｋ 신호 수신방법 및 사용자기기
CN103036660B (zh) 2010-04-30 2015-09-16 北京三星通信技术研究有限公司 一种反馈数据接收状况的方法
CN102237991B (zh) 2010-04-30 2016-08-24 北京三星通信技术研究有限公司 在tdd系统中发送ack/nack信息的方法
JP5527913B2 (ja) * 2010-04-30 2014-06-25 ブラックベリー リミテッド キャリアアグリゲーションに対する制御チャネルを共有するためのシステム及び方法
ES2742753T3 (es) * 2010-04-30 2020-02-17 Nokia Solutions & Networks Oy Soporte de retroalimentación de ACK/NACK de UL para la agregación de portadoras durante un período de (re-) configuración/activación/desactivación de portadora de componente de incertidumbre de sincronización
KR101699493B1 (ko) 2010-05-03 2017-01-26 주식회사 팬택 Ｍｉｍｏ 환경에서 직교성을 제공하는 사이클릭 쉬프트 파라메터를 송수신하는 방법 및 장치
US20110267948A1 (en) * 2010-05-03 2011-11-03 Koc Ali T Techniques for communicating and managing congestion in a wireless network
US8422429B2 (en) * 2010-05-04 2013-04-16 Samsung Electronics Co., Ltd. Method and system for indicating the transmission mode for uplink control information
EP3407522B1 (en) 2010-05-04 2020-07-15 LG Electronics Inc. Method and apparatus for transmitting a reference signal in a wireless communication system
US9083495B2 (en) * 2010-05-06 2015-07-14 Telefonaktiebolaget Lm Ericsson (Publ) System and method for signaling control information in a mobile communication network
CN102237986A (zh) * 2010-05-06 2011-11-09 宏达国际电子股份有限公司 复合及传输上链路控制信息的方法及其通讯装置
US20110274063A1 (en) * 2010-05-10 2011-11-10 Ming-Che Li Method and apparatus for handling dynamic aperiodic srs (sounding reference signal) in a wireless communication network
JP5265616B2 (ja) * 2010-05-18 2013-08-14 株式会社エヌ・ティ・ティ・ドコモ 無線通信システム
US9762372B2 (en) * 2010-06-15 2017-09-12 Texas Instruments Incorporated CSI reporting on PUSCH for carrier aggregation
US8929326B2 (en) * 2010-06-16 2015-01-06 Lg Electronics Inc. Method and device for transmitting acknowledgement in wireless communication system
US8315221B2 (en) * 2010-06-18 2012-11-20 Sharp Laboratories Of America, Inc. Reducing feedback overhead for multiple component carriers
US8660107B2 (en) * 2010-06-18 2014-02-25 Mediatek Inc. Uplink HARQ feedback channel design for carrier aggregation in OFDMA systems
JP2012005075A (ja) * 2010-06-21 2012-01-05 Ntt Docomo Inc 移動端末装置及び無線通信方法
US8891461B2 (en) * 2010-06-21 2014-11-18 Futurewei Technologies, Inc. System and method for control information multiplexing for uplink multiple input, multiple output
US8787304B2 (en) * 2010-06-22 2014-07-22 Acer Incorporated Method for reference signal pattern allocation and related communication device
US8867464B2 (en) * 2010-06-28 2014-10-21 Telefonaktiebolaget Lm Ericsson (Publ) Methods and arrangements in a wireless communication system
CN102300313B (zh) * 2010-06-28 2013-03-27 华为技术有限公司 专用解调参考信号的资源配置方法和相关装置
US8649326B2 (en) * 2010-07-06 2014-02-11 Htc Corporation Method of handling capability information of a mobile device and related communication device
US8509155B2 (en) * 2010-07-16 2013-08-13 Samsung Electronics Co., Ltd. Method and system for multiplexing acknowledgement signals and sounding reference signals
WO2012015216A2 (ko) 2010-07-26 2012-02-02 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
EP2600580B1 (en) * 2010-07-26 2018-04-18 LG Electronics Inc. Method and device for transmitting control information
WO2012018228A2 (en) * 2010-08-03 2012-02-09 Samsung Electronics Co., Ltd. Transmission of uplink control signals in a communication system
GB2482497A (en) * 2010-08-03 2012-02-08 Icera Inc Adapting transport block size for uplink channel transmission
JP4852166B1 (ja) * 2010-08-04 2012-01-11 シャープ株式会社 移動局装置、通信システム、通信方法および集積回路
CN101917766B (zh) * 2010-08-12 2015-09-16 中兴通讯股份有限公司 一种确定物理上行控制信道资源的方法及系统
CN102378325B (zh) * 2010-08-13 2016-03-30 索尼公司 对终端的副小区的上行链路进行激活和去激活的方法及装置
US9819458B2 (en) * 2010-08-13 2017-11-14 Qualcomm Incorporation Feedback bundling for power-limited devices in wireless communications
CN102378372B (zh) * 2010-08-16 2014-11-05 上海贝尔股份有限公司 分量载波调度方法
JP4913896B2 (ja) * 2010-08-16 2012-04-11 株式会社エヌ・ティ・ティ・ドコモ 移動端末装置及び無線通信方法
WO2012023793A2 (ko) * 2010-08-17 2012-02-23 엘지전자 주식회사 무선통신 시스템에서의 제어정보의 전송 방법 및 장치
CN102377542A (zh) * 2010-08-19 2012-03-14 宏达国际电子股份有限公司 处理上链路回报触发及组态的方法及其通信装置
CN102378274A (zh) * 2010-08-19 2012-03-14 宏达国际电子股份有限公司 处理上链路控制信息回报的方法及其通讯装置
DK2606599T3 (en) * 2010-08-20 2015-03-23 Ericsson Telefon Ab L M DEVICE AND PROCEDURE FOR IDENTIFICATION OF PUCCH FORMAT 3 RESOURCES
EP3203677B1 (en) 2010-09-03 2020-12-09 Sun Patent Trust Terminal and communication method
KR101285398B1 (ko) 2010-09-08 2013-07-10 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
WO2012036457A2 (ko) * 2010-09-13 2012-03-22 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US9131491B2 (en) * 2010-09-15 2015-09-08 Lg Electronics Inc. Apparatus for transmitting control information in a wireless communication system and method thereof
US9001768B2 (en) * 2010-09-16 2015-04-07 Lg Electronics Inc. Method and device for transmitting control information in wireless communication system
CN102104962B (zh) * 2010-09-17 2014-02-05 电信科学技术研究院 多天线场景下的上行控制信道资源的配置方法和设备
KR101470265B1 (ko) * 2010-09-17 2014-12-05 엘지전자 주식회사 무선통신 시스템에서 복수의 수신 확인 정보 전송 방법 및 장치
US8670410B2 (en) * 2010-09-17 2014-03-11 Qualcomm Incorporated Uplink control channel resource mapping for carrier aggregation
CN105721117B (zh) * 2010-09-19 2019-02-15 Lg电子株式会社 发送控制信息的方法和装置
JP5572265B2 (ja) * 2010-09-28 2014-08-13 ブラックベリー リミテッド 断続伝送の信号伝達
CN101969361B (zh) * 2010-09-30 2015-06-03 中兴通讯股份有限公司 传输周期反馈报告的方法和装置
CN103238279A (zh) 2010-10-01 2013-08-07 捷讯研究有限公司 正交资源选择发送分集和资源指派
US9113457B2 (en) * 2010-10-01 2015-08-18 Lg Electronics Inc. Method and apparatus for transmitting control information
US8670379B2 (en) * 2010-10-02 2014-03-11 Sharp Kabushiki Kaisha Uplink control information multiplexing on the physical uplink control channel for LTE-A
US9236977B2 (en) * 2010-10-04 2016-01-12 Qualcomm Incorporated Method and apparatus for PUCCH and PUSCH encoding
US8804639B2 (en) * 2010-10-04 2014-08-12 Qualcomm Incorporated Control channel resources for multi-bit ACK/NAK
US8885496B2 (en) * 2010-10-08 2014-11-11 Sharp Kabushiki Kaisha Uplink control information transmission on backward compatible PUCCH formats with carrier aggregation
US20140016546A1 (en) * 2010-10-10 2014-01-16 Lg Electronics Inc. Method and device for transmitting uplink control information in wireless access system
US9172513B2 (en) 2010-10-11 2015-10-27 Qualcomm Incorporated Resource assignments for uplink control channel
WO2012050340A2 (ko) 2010-10-11 2012-04-19 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
WO2012050342A2 (ko) 2010-10-12 2012-04-19 엘지전자 주식회사 무선통신 시스템에서 제어정보의 전송방법 및 장치
KR101771550B1 (ko) * 2010-10-15 2017-08-29 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 신호 송수신 방법 및 장치
US8837358B2 (en) * 2010-10-18 2014-09-16 Nokia Siemens Networks Oy UL ACK/NACK for inter-radio access technology carrier aggregation
US8842609B2 (en) * 2010-10-21 2014-09-23 Lg Electronics Inc. Method and apparatus for transmitting ACK/NACK information in multicarrier-supporting wireless communication system
KR101769375B1 (ko) * 2010-10-21 2017-08-18 엘지전자 주식회사 무선 통신 시스템에서 릴레이 노드가 기지국으로부터 데이터를 수신하는 방법 및 이를 위한 장치
US8472471B2 (en) * 2010-10-28 2013-06-25 Lg Electronics Inc. Method and apparatus for transmitting control information
JP4948671B1 (ja) 2010-10-29 2012-06-06 シャープ株式会社 移動局装置、処理方法および集積回路
CN103190112B (zh) * 2010-11-02 2016-08-03 高通股份有限公司 在多分量载波通信系统中使用调度请求资源的混合自动重传请求反馈传输方法与装置
WO2012060632A2 (ko) 2010-11-02 2012-05-10 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어정보 송수신 방법 및 장치
EP2448167B1 (en) 2010-11-02 2019-08-21 LG Electronics Inc. Method and apparatus for transmitting control information in radio communication system
US9288798B2 (en) * 2010-11-03 2016-03-15 Lg Electronics Inc. Method and device for transmitting control information in a wireless communication system
US8582518B2 (en) * 2010-11-09 2013-11-12 Telefonaktiebolaget L M Ericsson (Publ) Power control for ACK/NACK formats with carrier aggregation
CN103299571B (zh) * 2010-11-11 2015-12-02 Lg电子株式会社 无线通信系统中的上行链路控制信息发射/接收方法和装置
US10873425B2 (en) * 2010-11-12 2020-12-22 Qualcomm Incorporated Acknowledgement / negative acknowledgement feedback for TDD
US8990656B2 (en) * 2010-11-17 2015-03-24 Lg Electronics Inc. Method for transmitting uplink control information in a wireless access system and terminal for same
US20120127869A1 (en) * 2010-11-22 2012-05-24 Sharp Laboratories Of America, Inc. Multiple channel state information (csi) reporting on the physical uplink shared channel (pusch) with carrier aggregation
JP5427162B2 (ja) * 2010-11-26 2014-02-26 株式会社Ｎｔｔドコモ 無線基地局装置及び制御情報検出方法
US9930677B2 (en) * 2010-12-07 2018-03-27 Sharp Kabushiki Kaisha Prioritizing multiple channel state information (CSI) reporting with carrier aggregation
US8681627B2 (en) 2010-12-07 2014-03-25 Sharp Kabushiki Kaisha Prioritizing multiple channel state information (CSI) reporting with carrier aggregation
KR101468349B1 (ko) 2010-12-13 2014-12-03 엘지전자 주식회사 Tdd 기반 무선 통신 시스템에서 ack/nack 전송 방법 및 장치
KR101165643B1 (ko) 2010-12-20 2012-07-17 엘지전자 주식회사 Ａｃｋ/ｎａｃｋ 전송방법 및 사용자기기와, ａｃｋ/ｎａｃｋ 수신방법 및 기지국
KR102069071B1 (ko) 2010-12-21 2020-02-11 엘지전자 주식회사 무선 통신 시스템에서 신호를 송수신하는 방법 및 이를 위한 장치
KR101867311B1 (ko) * 2010-12-21 2018-07-19 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 자원 할당 방법 및 장치와 이를 이용한 ａｃｋ／ｎａｃｋ 신호 전송 방법
US9001778B2 (en) * 2010-12-23 2015-04-07 Qualcomm Incorporated System synchronization in TD-SCDMA and TDD-LTE systems
CN102045827B (zh) * 2011-01-06 2013-07-31 大唐移动通信设备有限公司 上行功率控制方法、功率控制参数配置方法及其装置
US8934440B2 (en) * 2011-01-07 2015-01-13 Pantech Co., Ltd. Method and device for transmitting response information, and resource allocation for response information transmission according to transmission conditions in a wireless communication system
EP2661824A2 (en) 2011-01-07 2013-11-13 Interdigital Patent Holdings, Inc. Communicating channel state information (csi) of multiple transmission points
US9094955B2 (en) * 2011-01-07 2015-07-28 Panasonic Intellectual Property Corporation Of America Transmitter, receiver, transmission method, and reception method
US9107175B2 (en) * 2011-01-11 2015-08-11 Samsung Electronics Co., Ltd. Uplink transmission power configuration method and apparatus for mobile communication system
US8750860B2 (en) * 2011-01-21 2014-06-10 Telefonaktiebolaget L M Ericsson (Publ) Stale feedback using a secondary base station
WO2012099388A2 (ko) * 2011-01-21 2012-07-26 주식회사 팬택 Ｈａｒｑ ａｃｋ／ｎａｃｋ 신호 처리 방법 및 장치
JP5655867B2 (ja) * 2011-01-27 2015-01-21 日本電気株式会社 基地局、移動局、通信制御システム、及び通信制御方法
CN103404047B (zh) * 2011-02-10 2016-10-19 Lg电子株式会社 在载波聚合系统中调度的方法和装置
US9363687B2 (en) * 2011-02-10 2016-06-07 Lg Electronics Inc. Method and device for transmitting reception confirmation in wireless communication system
WO2012106840A1 (en) * 2011-02-10 2012-08-16 Renesas Mobile Corporation Resource allocation for flexible tdd configuration
CN103563270A (zh) * 2011-02-11 2014-02-05 韩国电子通信研究院 使用多传送和接收点的无线通信系统
CN102638879A (zh) * 2011-02-12 2012-08-15 北京三星通信技术研究有限公司 一种分配ack/nack信道资源的方法
WO2012107912A1 (en) * 2011-02-13 2012-08-16 Renesas Mobile Corporation Method and apparatus for configuring transmission of a power headroom report in carrier aggregation systems
WO2012110493A1 (en) * 2011-02-14 2012-08-23 Nokia Siemens Networks Oy Multiplexing of ack/nack and channel state information on uplink control channel
CN102638896B (zh) * 2011-02-15 2017-07-21 中兴通讯股份有限公司 一种确定分量载波优先级别的方法及系统
KR101907528B1 (ko) 2011-02-18 2018-10-12 삼성전자 주식회사 이동 통신 시스템 및 그 이동 통신 시스템에서 채널 송수신 방법
CN104883243B (zh) * 2011-02-24 2018-06-05 华为技术有限公司 用于载波聚合系统的通信方法和装置
KR20140034730A (ko) * 2011-02-25 2014-03-20 엘지전자 주식회사 반송파 집성 기법이 적용된 무선 통신 시스템에서 릴레이 노드가 마크로 기지국으로 채널 상태 정보를 송신하는 방법 및 이를 위한 장치
KR101919780B1 (ko) * 2011-03-03 2018-11-19 엘지전자 주식회사 무선 통신 시스템에서 확인응답 정보를 전송하는 방법 및 장치
US9112633B2 (en) * 2011-03-11 2015-08-18 Lg Electronics Inc. Method for receiving ACK(acknowledgement)/NACK (negative ACK) information and method for transmitting same, user equipment and base station
US20120236805A1 (en) * 2011-03-14 2012-09-20 Innovative Sonic Corporation Method and apparatus for providing information to determine a cause of low quality of service in a wireless communication system
WO2012134138A2 (ko) 2011-03-28 2012-10-04 엘지전자 주식회사 상향링크 신호 전송방법 및 수신방법과, 사용자기기 및 기지국
CN102724757B (zh) * 2011-03-30 2017-11-07 中兴通讯股份有限公司 一种控制信道信息处理方法和系统
CN102740433B (zh) * 2011-04-02 2017-06-13 中兴通讯股份有限公司 一种物理上行控制信道的功率控制方法和装置
KR101868627B1 (ko) * 2011-04-04 2018-07-19 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보를 전송하는 방법 및 이를 위한 장치
US9019850B2 (en) 2011-04-11 2015-04-28 Qualcomm Incorporated CSI reporting for multiple carriers with different system configurations
US9198101B2 (en) 2011-04-19 2015-11-24 Lg Electronics Inc. Method for transmitting control information in wireless communication system and device therefor
ES2802001T3 (es) 2011-04-19 2021-01-15 Samsung Electronics Co Ltd Aparato y procedimiento para transmitir información de reconocimiento en un sistema de comunicación TDD
CN102752085B (zh) * 2011-04-21 2014-09-17 华为技术有限公司 Tdd系统中确认或不确认指示信息发送的方法和设备
CN102752089B (zh) * 2011-04-22 2017-02-08 北京三星通信技术研究有限公司 反馈ack/nack的方法
EP2704341B1 (en) * 2011-04-25 2017-10-18 LG Electronics Inc. Efficient transmission of reference signals in wireless communication systems using carrier aggregation
US10075969B2 (en) * 2011-04-25 2018-09-11 Texas Instruments Incorporated Medium access control schedulers for wireless communication
US9001756B2 (en) * 2011-04-27 2015-04-07 Texas Instruments Incorporated Physical downlink control channel and physical hybrid automatic repeat request indicator channel enhancements
EP2702817A1 (en) * 2011-04-29 2014-03-05 Nokia Solutions and Networks Oy Method and apparatus for for deactivating one of a primary and secondary cells of a user equipment
EP2706678B1 (en) * 2011-05-03 2019-04-03 LG Electronics Inc. Method for transmitting/receiving downlink control information in wireless communication system and device therefor
EP2708077B1 (en) * 2011-05-09 2018-09-19 ZTE Corporation Power control of physical uplink control channel for long term evolution - advanced time division duplex
WO2012157981A2 (ko) 2011-05-17 2012-11-22 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US8855027B2 (en) * 2011-05-24 2014-10-07 Lg Electronics Inc. Method for transmitting control information and apparatus therefor
US11476995B2 (en) * 2011-05-31 2022-10-18 Samsung Electronics Co., Ltd. Method and apparatus for transmitting ACK/NACK information
CN103733682A (zh) 2011-06-01 2014-04-16 株式会社Ntt都科摩 使用小节点设备的移动通信中的增强的本地接入
US9215135B2 (en) * 2011-06-03 2015-12-15 Panasonic Intellectual Property Corporation Of America Terminal device and response signal sending method
WO2012169753A2 (ko) * 2011-06-06 2012-12-13 엘지전자 주식회사 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국
GB2491815B (en) * 2011-06-06 2013-12-18 Renesas Mobile Corp Method, apparatus and computer program for wireless communication
US8718003B2 (en) 2011-06-20 2014-05-06 Samsung Electronics Co., Ltd. System and method for an uplink control signal in wireless communication systems
CN107465491B (zh) 2011-06-27 2021-02-12 华为技术有限公司 确定控制信道资源的方法和用户设备
CN103650373B (zh) * 2011-06-28 2017-08-04 Lg电子株式会社 时分双工系统中通信的方法和装置
EP2727305A4 (en) * 2011-07-01 2015-01-07 Intel Corp LAYER SHIFTING IN MULTIPLE INPUT COMMUNICATIONS, MULTIPLE OPEN LOOP OUTPUTS
WO2013012285A2 (ko) * 2011-07-20 2013-01-24 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
KR20140050666A (ko) * 2011-07-22 2014-04-29 엘지전자 주식회사 무선통신 시스템에서 상향링크 제어 정보를 전송하는 방법 및 장치
JP5811443B2 (ja) * 2011-07-22 2015-11-11 シャープ株式会社 端末装置、基地局装置、集積回路および通信方法
US9160513B2 (en) * 2011-07-28 2015-10-13 Qualcomm Incorporated Method and apparatus for signaling control data of aggregated carriers
US9258086B2 (en) 2011-08-03 2016-02-09 Qualcomm Incorporated Allocating physical hybrid ARQ indicator channel (PHICH) resources
CN102916789B (zh) 2011-08-05 2016-01-13 财团法人工业技术研究院 时分双工无线通信系统与混合自动重复请求确认回报方法
WO2013021569A1 (ja) * 2011-08-10 2013-02-14 パナソニック株式会社 端末装置、基地局装置及び送受信方法
CN103718492A (zh) * 2011-08-10 2014-04-09 瑞典爱立信有限公司 用于预编码无线电控制信号的发射分集
KR101663392B1 (ko) * 2011-08-10 2016-10-06 인터디지탈 패튼 홀딩스, 인크 다중-사이트 스케줄링에 대한 업링크 피드백
CN103858375A (zh) * 2011-08-11 2014-06-11 诺基亚公司 用于fdd scell ack/nack传输的pdsch指配指示
US8908492B2 (en) 2011-08-11 2014-12-09 Blackberry Limited Orthogonal resource selection transmit diversity and resource assignment
US8891353B2 (en) 2011-08-11 2014-11-18 Blackberry Limited Orthogonal resource selection transmit diversity and resource assignment
US20130039290A1 (en) * 2011-08-11 2013-02-14 Research In Motion Korea Method and System for Uplink Control Channel Transmit Diversity Using Multiple Downlink Control Channel Based Resource Allocation
TW201322813A (zh) * 2011-08-11 2013-06-01 Research In Motion Ltd 正交資源選擇傳輸分集及資源指派
EP3975609A3 (en) 2011-08-12 2022-08-03 Interdigital Patent Holdings, Inc. Interference measurement in wireless networks
US9900131B2 (en) 2011-08-15 2018-02-20 Telefonaktiebolaget Lm Ericsson (Publ) Flexible transmission of messages in a wireless communication system with multiple transmit antennas
US9780931B2 (en) * 2011-08-15 2017-10-03 Telefonaktiebolaget Lm Ericsson (Publ) Flexible transmission of messages in a wireless communication system
CN102957490B (zh) * 2011-08-17 2015-08-05 上海贝尔股份有限公司 用于增强型下行物理专用控制信道的干扰消除方法和设备
US9226206B2 (en) 2011-09-12 2015-12-29 Ntt Docomo, Inc. Method and apparatus at the physical and link layer for mobile communications
JP6130836B2 (ja) * 2011-09-12 2017-05-17 株式会社Ｎｔｔドコモ Ｆｄｄリソース割り当てを用いる移動通信における拡張ローカルアクセス
CN107196743B (zh) 2011-09-23 2020-11-06 Lg电子株式会社 在无线通信系统中控制上行链路控制信息的方法和装置
KR101584552B1 (ko) * 2011-09-25 2016-01-22 엘지전자 주식회사 상향링크 신호 전송방법 및 사용자기기와, 상향링크 신호 수신방법 및 기지국
US9148272B2 (en) * 2011-09-26 2015-09-29 Lg Electronics Inc. Method and apparatus for transceiving signals
WO2013048114A2 (en) * 2011-09-26 2013-04-04 Lg Electronics Inc. Method and apparatus for transmitting and receiving uplink control information in radio access system
US10673602B2 (en) * 2011-09-30 2020-06-02 Innovative Sonic Corporation Method and apparatus for improvement of TDD inter-band carrier aggregation in a wireless communication system
CN102377535A (zh) 2011-09-30 2012-03-14 中兴通讯股份有限公司 上行控制信息的发送方法及装置、终端
EP2763338B1 (en) * 2011-09-30 2018-11-28 LG Electronics Inc. Method and apparatus for transmitting channel state information in wireless communication system
US9131524B2 (en) * 2011-10-03 2015-09-08 Qualcomm Incorporated Half-duplex/full-duplex operation for TDD carrier aggregation
CN103843277B (zh) 2011-10-03 2018-02-16 瑞典爱立信有限公司 使用pucch格式3资源的ack/nack和信道状态信息的同时报告
EP2765723B1 (en) * 2011-10-04 2016-05-18 LG Electronics Inc. Method for scheduling bundling in wireless access system and apparatus for same
AU2013202045A1 (en) * 2011-10-04 2013-05-02 Telefonaktiebolaget L M Ericsson (Publ) Simultaneous reporting of ACK/NACK and channel-state information using PUCCH Format 3 resources
CN103843278B (zh) * 2011-10-06 2017-02-15 Lg电子株式会社 发送控制信息的方法和用于该方法的装置
EP2765724B1 (en) 2011-10-09 2019-10-02 LG Electronics Inc. Method for setting starting position of data channel in wireless communication system and device using method
KR101556181B1 (ko) * 2011-10-13 2015-09-30 엘지전자 주식회사 상향링크 신호 전송방법 및 사용자기기와, 상향링크 신호 수신방법 및 기지국
US9014130B2 (en) * 2011-10-27 2015-04-21 Lg Electronics Inc. Method and apparatus for transmitting control information through uplink
US8937918B2 (en) 2011-10-29 2015-01-20 Ofinno Technologies, Llc Efficient special subframe allocation
US11696300B2 (en) 2011-10-29 2023-07-04 Comcast Cable Communications, Llc Configuration of reduced transmission power time intervals based on traffic load
US8971250B2 (en) 2011-10-29 2015-03-03 Ofinno Technologies, Llc Special subframe allocation
US8811144B2 (en) * 2011-11-04 2014-08-19 Intel Corporation User equipment (UE)-specific assignment of demodulation reference signal (DMRS) sequences to support uplink (UL) coordinated multipoint (CoMP)
US9100951B2 (en) * 2011-11-04 2015-08-04 Intel Corporation Simultaneous transmission of different types of feedback information in a wireless environment
AU2012333239A1 (en) * 2011-11-04 2014-05-22 Intel Corporation Downlink resource scheduling
CN104025683B (zh) * 2011-11-07 2018-08-14 华为技术有限公司 用于harq-ack信息反馈的发射分集的方法
IN2014KN00965A (ru) 2011-11-07 2015-10-09 Ericsson Telefon Ab L M
CN105591718B (zh) 2011-11-09 2019-10-01 华为技术有限公司 传输信息的方法及装置
US9246538B2 (en) * 2011-11-09 2016-01-26 Lg Electronics Inc. Method and device for decoding signal in wireless communication system
US8873467B2 (en) 2011-12-05 2014-10-28 Ofinno Technologies, Llc Control channel detection
US8837375B2 (en) 2011-12-09 2014-09-16 Qualcomm Incorporated Support for voice over flexible bandwidth carrier systems
US9166729B2 (en) * 2011-12-14 2015-10-20 Marvell World Trade Ltd. Enhanced demodulation reference signal (DM-RS) design
US9838194B2 (en) * 2011-12-16 2017-12-05 Goldpeak Innovations Inc User equipment, PDSCH A/N transmitting method thereof, transmission/reception point, and PDSCH A/N receiving method thereof
CN103167615B (zh) * 2011-12-19 2016-03-02 华为技术有限公司 信息的处理方法及装置
JP5873708B2 (ja) * 2011-12-19 2016-03-01 シャープ株式会社 移動局装置、方法および集積回路
WO2013093786A2 (en) 2011-12-20 2013-06-27 Marvell World Trade Ltd. Reference signal design for coordinated multipoint transmission
US9247563B2 (en) * 2011-12-23 2016-01-26 Blackberry Limited Method implemented in a user equipment
US8964679B2 (en) 2011-12-23 2015-02-24 Blackberry Limited Method implemented in an eNodeB base station
US8929319B2 (en) 2011-12-23 2015-01-06 Blackberry Limited Updating scheduling request resources
US8964678B2 (en) 2011-12-23 2015-02-24 Blackberry Limited Method implemented in an eNodeB base station
US9088971B2 (en) 2011-12-23 2015-07-21 Blackberry Limited Method implemented in a user equipment
US8989122B2 (en) 2011-12-23 2015-03-24 Blackberry Limited Method implemented in a user equipment UE for use in a wireless system
CN103178883B (zh) * 2011-12-26 2016-09-14 华为技术有限公司 物理下行控制信道数据的处理方法、发射端和用户终端
US8934436B2 (en) 2011-12-31 2015-01-13 Ofinno Technologies, L.L.C. Special subframe configuration in wireless networks
CN103188062B (zh) * 2011-12-31 2018-08-17 中兴通讯股份有限公司 混合自动重传请求应答信息发送方法及装置
CN103199961A (zh) * 2012-01-06 2013-07-10 北京三星通信技术研究有限公司 一种采用发送分集技术传输harq-ack信息的方法
CN104135353B (zh) * 2012-01-09 2016-03-30 华为终端有限公司 实现混合自动重传请求的方法、用户设备
CN105227266B (zh) 2012-01-12 2019-06-14 华为技术有限公司 传输上行控制信息的方法、用户设备和基站
JP5926402B2 (ja) 2012-01-17 2016-05-25 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるアップリンク制御情報転送方法及び装置
KR102014795B1 (ko) 2012-01-18 2019-08-27 엘지전자 주식회사 무선 통신 시스템에서 개선된 제어 채널 기반 동작 방법 및 장치
CN103220073A (zh) * 2012-01-20 2013-07-24 中兴通讯股份有限公司 下行解调导频控制信令的通知及接收方法、基站及终端
JP5956769B2 (ja) * 2012-02-13 2016-07-27 シャープ株式会社 無線通信システム、通信方法、基地局装置、および移動体端末
SG11201405083UA (en) * 2012-03-02 2014-09-26 Nokia Solutions & Networks Oy Allocation of communication resources
EP2637344B1 (en) * 2012-03-05 2022-01-12 Samsung Electronics Co., Ltd. HARQ-ACK signal transmission in response to detection of control channel type in case of multiple control channel types
JP6191997B2 (ja) * 2012-03-06 2017-09-06 シャープ株式会社 移動局装置、基地局装置、通信方法、および集積回路
CN103312470B (zh) * 2012-03-09 2016-05-11 电信科学技术研究院 一种harq反馈的实现方法及装置
US9007963B2 (en) 2012-03-16 2015-04-14 Blackberry Limited Uplink control channel resource mapping in carrier aggregation systems
US9973955B2 (en) 2012-03-16 2018-05-15 Futurewei Technologies, Inc. Systems and methods for reference signals and CSI feedback
CN103313404B (zh) * 2012-03-16 2017-06-13 华为技术有限公司 一种控制信道资源传输方法、用户设备及基站
US8923255B2 (en) 2012-03-16 2014-12-30 Blackberry Limited Uplink control channel resource collision avoidance in carrier aggregation systems
US8923196B2 (en) * 2012-03-16 2014-12-30 Blackberry Limited Uplink control channel resource collision resolution in carrier aggregation systems
CN103312467B (zh) * 2012-03-16 2018-11-27 北京三星通信技术研究有限公司 下行物理共享信道的传输方法
CN103326767B (zh) * 2012-03-20 2017-03-22 上海贝尔股份有限公司 上行链路控制信息的反馈方法
JP6208409B2 (ja) * 2012-04-06 2017-10-04 株式会社Ｎｔｔドコモ ユーザ装置及び通信方法
CN103368709B (zh) * 2012-04-09 2018-08-14 中兴通讯股份有限公司 一种混合自动重传请求确认应答信息发送方法及装置
CN103378954B (zh) 2012-04-20 2019-03-15 北京三星通信技术研究有限公司 支持发送分集和信道选择的分配harq-ack信道资源的方法
US10003998B2 (en) 2012-05-04 2018-06-19 Qualcomm Incorporated Systems and methods for reduced overhead in wireless communication systems
US9185564B2 (en) * 2012-05-11 2015-11-10 Sharp Kabushiki Kaisha Devices for sending and receiving feedback information
AU2013257581A1 (en) * 2012-05-11 2015-01-22 Telefonaktiebolaget L M Ericsson (Publ) Selection of uplink control transmission format parameters based on content of the uplink control transmission
WO2013175691A1 (ja) 2012-05-23 2013-11-28 パナソニック株式会社 端末装置および送信方法
EP3883172A1 (en) 2012-06-04 2021-09-22 Interdigital Patent Holdings, Inc. Communicating channel state information (csi) of multiple transmission points
US9661612B2 (en) * 2012-06-29 2017-05-23 Samsung Electronics Co., Ltd. Methods and apparatus for uplink control channel multiplexing in beamformed cellular systems
AU2012384578B2 (en) * 2012-07-06 2017-03-02 Telefonaktiebolaget L M Ericsson (Publ) Method and network node for allocating resources of an uplink subframe
CN103636253B (zh) * 2012-07-06 2017-06-06 华为技术有限公司 虚拟载波聚合的方法、基站和用户设备
US9544885B2 (en) * 2012-07-31 2017-01-10 Lg Electronics Inc. Method and user device for receiving downlink signal, and method and base station for transmitting downlink signal
CN103581918B (zh) * 2012-07-31 2018-06-01 夏普株式会社 分量载波配置方法、基站和用户设备
GB2504544A (en) * 2012-08-02 2014-02-05 Nec Corp Resource allocation signalling within an enhanced Physical Downlink Control Channel (ePDCCH)
US9544801B2 (en) * 2012-08-03 2017-01-10 Intel Corporation Periodic channel state information reporting for coordinated multipoint (coMP) systems
CN103580797B (zh) * 2012-08-03 2017-05-03 电信科学技术研究院 上行控制信息uci的传输方法和设备
CN103581891B (zh) * 2012-08-06 2019-01-25 中兴通讯股份有限公司 信息的处理方法及装置
EP3823197A1 (en) 2012-09-26 2021-05-19 Interdigital Patent Holdings, Inc. Methods for dynamic tdd uplink/downlink configuration
WO2014051508A1 (en) * 2012-09-27 2014-04-03 Telefonaktiebolaget L M Ericsson (Publ) Methods and systems for tdd pucch harq resource allocation for enhanced physical downlink control channel (epdcch)
WO2014051254A1 (ko) 2012-09-28 2014-04-03 엘지전자 주식회사 상향링크 전송 방법 및 장치
EP2901606B1 (en) * 2012-09-28 2019-04-17 Telefonaktiebolaget LM Ericsson (publ) Component carrier (de)activation in communication systems using carrier aggregation
JP2014090396A (ja) * 2012-10-04 2014-05-15 Ntt Docomo Inc 移動局及び無線基地局
US9930646B2 (en) * 2012-10-10 2018-03-27 Lg Electronics Inc. Method and user device for receiving uplink control information, and method and base station for transmitting uplink information
WO2014063322A1 (zh) 2012-10-25 2014-05-01 华为技术有限公司 一种漏检控制信道的修复方法和装置
CN105634678B (zh) * 2012-10-25 2019-04-05 华为技术有限公司 一种漏检控制信道的修复方法和装置
US9980247B2 (en) 2012-10-26 2018-05-22 Qualcomm Incorporated Primary cell signaling for eMBMS in carrier aggregation
US10111049B2 (en) 2012-10-26 2018-10-23 Qualcomm Incorporated Multiband eMBMS enhancement using carrier aggregation
ES2760478T3 (es) 2012-10-30 2020-05-14 Huawei Tech Co Ltd Método para procesar un canal de control de enlace descendente físico mejorado y equipo de usuario
KR101407094B1 (ko) 2012-10-31 2014-06-16 엘지전자 주식회사 상향링크 신호 전송 방법 및 장치
TWI584621B (zh) * 2012-11-01 2017-05-21 創新音速股份有限公司 在無線通訊系統中處理傳輸時間區間集束傳輸之方法和設備
ES2911606T3 (es) 2012-11-01 2022-05-20 Huawei Tech Co Ltd Procedimiento y aparato para determinar un espacio de búsqueda de canal de control
WO2014079018A1 (zh) * 2012-11-22 2014-05-30 华为技术有限公司 可变带宽的方法、网络侧设备和用户设备
CN104813726A (zh) * 2012-11-23 2015-07-29 Lg电子株式会社 收发控制信号的方法及其设备
US9112662B2 (en) 2013-01-17 2015-08-18 Samsung Electronics Co., Ltd. Overhead reduction for transmission of acknowledgment signals
EP3544221A1 (en) 2013-01-17 2019-09-25 Intel IP Corporation Dynamic configuration of uplink (ul) and downlink (dl) frame resources for a time division duplex (tdd) transmission
EP3537643B1 (en) * 2013-01-25 2023-06-07 Telefonaktiebolaget LM Ericsson (publ) Method, wireless communication device and computerreadable product for reporting ack/nack in dynamic tdd configurations
EP2957058A1 (en) * 2013-02-15 2015-12-23 Telefonaktiebolaget L M Ericsson (Publ) Allocation of uplink control channel resources from mapped resource region
WO2014137170A1 (ko) * 2013-03-07 2014-09-12 엘지전자 주식회사 무선 통신 시스템에서 장치 대 장치 통신에 관련된 신호 송수신방법 및 장치
JP6608696B2 (ja) * 2013-03-08 2019-11-20 シャープ株式会社 端末装置、基地局装置および通信方法
US10477524B2 (en) 2013-03-13 2019-11-12 Lg Electronics Inc. Method for transmitting wireless signal and device therefor
US10624075B2 (en) 2013-03-16 2020-04-14 Qualcomm Incorporated Apparatus and method for scheduling delayed ACKs/NACKs in LTE cellular systems
US9397800B2 (en) * 2013-03-21 2016-07-19 Broadcom Corporation Duplexing in long term evolution (LTE) cellular networks
CN105103625B (zh) * 2013-04-03 2019-03-08 Lg电子株式会社 在多个通信系统中搜索基站的方法及其设备
BR112015025272B1 (pt) 2013-04-05 2022-11-16 Telefonaktiebolaget L M Ericsson (Publ) Métodos para informar e para receber reconhecimento ou não reconhecimento de pedido repetição automática híbrida, equipamento de usuário, e, estação base
JP6598764B2 (ja) * 2013-04-09 2019-10-30 エルジー エレクトロニクス インコーポレイティド 無線接続システムにおいてチャネル状態情報送信方法及び装置
US10361831B2 (en) * 2013-04-16 2019-07-23 Telefonaktiebolaget Lm Ericsson (Publ) Wireless device and method for selecting uplink transmission parameters
US9801164B2 (en) * 2013-04-18 2017-10-24 Lg Electronics Inc. Methods and devices for transmitting scheduling request in wireless access system
TWI815125B (zh) 2013-05-08 2023-09-11 美商內數位專利控股公司 在長期進化(lte)系統中網路輔助干擾取消及/或抑制(naics)方法、系統及裝置
WO2014183274A1 (en) * 2013-05-15 2014-11-20 Telefonaktiebolaget L M Ericsson (Publ) Method and bs for identifying ue transmits sr, and method and ue for transmitting sr to bs
US9706568B2 (en) 2013-06-28 2017-07-11 Texas Instruments Incorporated Uplink control signaling for joint FDD and TDD carrier aggregation
US9479293B2 (en) * 2013-07-10 2016-10-25 Industrial Technology Research Institute Method of handling HARQ feedbacks and related communication device
EP2824862B8 (en) 2013-07-10 2020-05-13 Acer Incorporated Method of handling HARQ feedbacks
US9887818B2 (en) * 2013-07-26 2018-02-06 Lg Electronics Inc. Method and apparatus for transreceiving channel state information in wireless communication system
US9887810B2 (en) * 2013-08-05 2018-02-06 Sharp Kabushiki Kaisha Terminal, base station, and communication method
WO2015024215A1 (en) * 2013-08-21 2015-02-26 Qualcomm Incorporated Pucch resource mapping an harq-ack feedback
EP2975795B1 (en) * 2013-09-16 2020-03-25 NEC Corporation Lte fdd-tdd carrier aggregation
US9787458B2 (en) 2013-09-16 2017-10-10 Nec Corporation Methods and apparatus relating to LTE FDD-TDD inter-system carrier aggregation in advanced wireless communication systems
EP3047593B1 (en) * 2013-09-17 2020-09-02 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatus for uplink resource assignment
JP5931828B2 (ja) * 2013-09-26 2016-06-08 株式会社Ｎｔｔドコモ ユーザ端末、基地局及び無線通信方法
MX364204B (es) * 2013-09-26 2019-04-16 Huawei Tech Co Ltd Metodo de retroalimentacion de informacion de control, equipo de usuario, y estacion base.
EP3054614B1 (en) * 2013-11-01 2019-09-25 Huawei Technologies Co., Ltd. Transmission method for uplink control information, base station and user equipment
KR102305629B1 (ko) * 2013-11-25 2021-09-28 엘지전자 주식회사 단말이 기지국에게 보고하는 방법 및 이를 위한 장치
US9698944B2 (en) 2013-12-04 2017-07-04 Google Technology Holdings LLC Methods for communicating simultaneously on multiple frequencies
JP6012588B2 (ja) 2013-12-26 2016-10-25 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
US10313986B2 (en) * 2014-01-15 2019-06-04 Lg Electronics Inc. Method and apparatus for controlling uplink power in wireless
WO2015113256A1 (zh) * 2014-01-29 2015-08-06 华为技术有限公司 上行控制信道传输方法、装置及系统
KR102311250B1 (ko) * 2014-02-10 2021-10-12 엘지전자 주식회사 무선 통신 시스템에서 D2D(Device-to-Device) 통신을 위한 신호 송신 방법 및 이를 위한 장치
WO2015142932A1 (en) * 2014-03-17 2015-09-24 Interdigital Patent Holdings, Inc. Methods for reception failure identification and remediation for wifi
WO2015147544A1 (ko) * 2014-03-25 2015-10-01 엘지전자 주식회사 무선 통신 시스템에서 제어 정보 전송 방법 및 장치
EP3136641B1 (en) * 2014-04-20 2019-07-24 LG Electronics Inc. Method and terminal for transmitting sounding reference signal in wireless communication system
US20150327156A1 (en) * 2014-05-06 2015-11-12 Qualcomm Incorporated Optimization of mbsfn decoding on scells when the pcell and scells belong to same mbsfn area
WO2016003216A1 (ko) * 2014-07-04 2016-01-07 엘지전자 주식회사 Ack/nack 전송 방법 및 장치
US9642159B1 (en) * 2014-07-11 2017-05-02 Sprint Spectrum L.P. Use of indication in downlink control information messaging to signal presence of additional downlink control information messaging
US10033505B2 (en) * 2014-07-31 2018-07-24 Qualcomm Incorporated Transmission of uplink control channels over an unlicensed radio frequency spectrum band
MX2017002023A (es) * 2014-08-15 2017-08-14 Interdigital Patent Holdings Inc Metodo y aparato para apoyar la transmision de enlace ascendente y un mbms para una wtru con ancho de banda reducido.
CN105376035B (zh) * 2014-08-28 2018-10-02 成都鼎桥通信技术有限公司 非对称上行载波聚合中辅载波的控制方法及装置
US9572149B1 (en) 2014-09-03 2017-02-14 Sprint Spectrum L.P. Use of assigned PDSCH resource to assign PDSCH resource of subsequent TTI
EP3192204B8 (en) 2014-09-10 2020-02-19 Telefonaktiebolaget LM Ericsson (publ) Radio access node, communication terminal and methods performed therein
US10244514B2 (en) * 2014-09-11 2019-03-26 Lg Electronics Inc. Method and apparatus for splitting PUSCH/PUCCH with large number of aggregated carriers in wireless communication system
CN105577331A (zh) * 2014-10-09 2016-05-11 中兴通讯股份有限公司 一种终端设备及多业务模式的混合自动重传请求反馈方法
US10021677B2 (en) * 2014-10-31 2018-07-10 Qualcomm Incorporated Two-stage PDCCH with DCI flag and DCI format size indicator
KR102248783B1 (ko) * 2014-11-05 2021-05-07 한국전자통신연구원 Ｌｔｅ 기반의 무선 인터페이스에서 저속데이터 전송 기법
CN106664686B (zh) 2014-11-07 2020-06-26 华为技术有限公司 一种数据传输方法、设备及系统
WO2016073216A1 (en) 2014-11-07 2016-05-12 Nokia Technologies Oy Packet number representation for multicast channel block error rate reporting
KR20170094190A (ko) 2014-12-09 2017-08-17 엘지전자 주식회사 5개를 초과하는 셀을 반송파 집성에 따라 사용하는 경우 하향링크 데이터에 대한 harq ack/nack를 전송하는 방법 및 사용자 장치
US11818717B2 (en) 2014-12-31 2023-11-14 Texas Instruments Incorporated Method and apparatus for uplink control signaling with massive Carrier Aggregation
CN105812109B (zh) 2014-12-31 2018-09-11 中兴通讯股份有限公司 数据传输方法及装置
WO2016111599A1 (ko) * 2015-01-09 2016-07-14 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
US10200160B2 (en) * 2015-01-15 2019-02-05 Lg Electronics Inc. Method for transmitting multiplexed HARQ feedbacks in a carrier aggregation system and a device therefor
US10009920B2 (en) * 2015-01-27 2018-06-26 Qualcomm Incorporated Triggering a group acknowledgement/negative acknowledgement or channel state information
EP4221011A1 (en) 2015-01-28 2023-08-02 InterDigital Patent Holdings, Inc. Uplink feedback methods for operating with a large number of carriers
US10511427B2 (en) 2015-01-30 2019-12-17 Qualcomm Incorporated Uplink control channel for acknowledging increased number of downlink component carriers
US10264564B2 (en) * 2015-01-30 2019-04-16 Futurewei Technologies, Inc. System and method for resource allocation for massive carrier aggregation
WO2016119251A1 (zh) * 2015-01-30 2016-08-04 华为技术有限公司 上行控制信息的传输方法、装置及系统
US10270579B2 (en) * 2015-02-05 2019-04-23 Qualcomm Incorporated Efficient ACK/NACK transmission
CN107211443B (zh) * 2015-02-26 2021-01-22 苹果公司 用于无线电接入技术协调的系统、方法及设备
US10172157B2 (en) * 2015-03-12 2019-01-01 Qualcomm Incorporated PUCCH management for enhanced carrier aggregation
US10425921B2 (en) * 2015-04-01 2019-09-24 Acer Incorporated Method of uplink control information transmission
US9888465B2 (en) * 2015-04-06 2018-02-06 Samsung Electronics Co., Ltd. Codeword determination for acknowledgement information
US9985742B2 (en) * 2015-04-06 2018-05-29 Samsung Electronics Co., Ltd. Transmission power control for an uplink control channel
US11362759B2 (en) * 2015-04-06 2022-06-14 Samsung Electronics Co., Ltd. Transmission power control for an uplink control channel
CN107683576B (zh) * 2015-04-09 2021-09-17 瑞典爱立信有限公司 对于上行链路控制信息的自适应传送方法
MX367996B (es) * 2015-04-10 2019-09-13 Ericsson Telefon Ab L M Método y equipo de usuario para compactación de retroalimentación de harq.
WO2016173217A1 (zh) * 2015-04-27 2016-11-03 华为技术有限公司 一种数据传输方法、装置及系统
KR102237511B1 (ko) * 2015-04-29 2021-04-07 삼성전자주식회사 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치
JP6100829B2 (ja) * 2015-05-14 2017-03-22 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
EP3297203B1 (en) * 2015-05-14 2020-03-11 LG Electronics Inc. Method for reporting channel state information and device using same
WO2016186552A1 (en) * 2015-05-15 2016-11-24 Telefonaktiebolaget Lm Ericsson (Publ) Uplink control information for multiple different downlnik carriers
JPWO2016185641A1 (ja) * 2015-05-15 2018-02-15 日本電気株式会社 ＨＡＲＱ ＡＣＫ／ＮＡＣＫ ｂｉｔｓ送信のための装置及び方法
US10292158B2 (en) * 2015-05-23 2019-05-14 Qualcomm Incorporated Techniques for adjusting clear channel assessment (CCA) window for transmissions in a shared radio frequency spectrum band
US10798685B2 (en) * 2015-05-27 2020-10-06 Qualcomm Incorporated Cyclic redundancy check for uplink control information on control and data channels
CA2985322C (en) * 2015-07-07 2023-08-22 Sony Corporation Communication device and communication method for performing frame communication
WO2017008828A1 (en) 2015-07-10 2017-01-19 Huawei Technologies Co., Ltd. Baseband processors, base station, user device, and methods thereof
EP3910844A1 (en) * 2015-07-15 2021-11-17 Ntt Docomo, Inc. User terminal, radio base station, and radio communication method
GB2540628A (en) * 2015-07-24 2017-01-25 Fujitsu Ltd Control messages in wireless communication
CN106712894B (zh) * 2015-07-29 2021-09-10 大唐移动通信设备有限公司 一种上行控制信息传输方法及装置
JP2017034450A (ja) * 2015-07-31 2017-02-09 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
CN112040545A (zh) 2015-08-14 2020-12-04 华为技术有限公司 一种反馈信息的发送方法、用户设备和基站
CN107615697B (zh) * 2015-08-14 2020-08-25 华为技术有限公司 一种信息发送、接收方法及设备
EP3322115B1 (en) * 2015-08-14 2024-01-24 Huawei Technologies Co., Ltd. Method and device for transmitting uplink control information
WO2017030325A1 (ko) * 2015-08-14 2017-02-23 엘지전자 주식회사 스페셜 서브프레임에서의 신호 송수신 방법 및 이를 위한 장치
CN108292974B (zh) * 2015-08-14 2021-09-10 联想创新有限公司（香港) 确定无线通信系统中的harq-ack响应码本
KR102407923B1 (ko) * 2015-09-04 2022-06-13 삼성전자주식회사 디코딩을 제어하기 위한 장치 및 방법
CN107925523B (zh) * 2015-09-11 2021-04-13 苹果公司 无线系统中的上行链路控制信息的传输
WO2017048215A1 (en) 2015-09-17 2017-03-23 Intel IP Corporation Transmission of uplink control information in wireless systems
CN118694482A (zh) * 2015-09-24 2024-09-24 交互数字专利控股公司 用于无线系统中的增强复用的系统
EP3355494B1 (en) * 2015-09-24 2022-10-26 NTT DoCoMo, Inc. User terminal, system, and wireless communication method
CN107113675B (zh) * 2015-09-25 2021-02-12 华为技术有限公司 小区切换方法、装置及设备
CN107294665A (zh) * 2016-04-01 2017-10-24 北京三星通信技术研究有限公司 Harq-ack信息的反馈方法及设备
CN106559198B (zh) * 2015-09-25 2019-09-17 电信科学技术研究院 一种基于pucch的上行控制信息传输方法及装置
US10735146B2 (en) * 2015-09-25 2020-08-04 Samsung Electronics Co., Ltd. Method and device for feeding back and receiving HARQ-ACK information
EP3228040B1 (en) * 2015-10-13 2020-05-13 Telefonaktiebolaget LM Ericsson (PUBL) Method and devices for mitigating error propagation in transmission assignments
MX2021011298A (es) 2015-11-04 2022-06-03 Interdigital Patent Holdings Inc Metodos y procedimientos para la operacion de sistemas de operacion a largo plazo (lte) de banda estrecha.
WO2017076475A1 (en) * 2015-11-06 2017-05-11 Huawei Technologies Co., Ltd. Methods and nodes in a wireless communication network
BR112018006742B1 (pt) * 2015-11-13 2024-01-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd Método para alocação de recursos de rádio
US11202282B2 (en) * 2015-12-16 2021-12-14 Qualcomm Incorporated Contention-based physical uplink shared channel
CN108432312B (zh) * 2015-12-31 2022-08-02 日本电气株式会社 用于传输和接收上行链路信息的方法和装置
US10492181B2 (en) 2016-01-20 2019-11-26 Qualcomm Incorporated Communication of uplink control information
US10135596B2 (en) 2016-01-20 2018-11-20 Qualcomm Incorporated Narrow band ACK / NACK transmissions
WO2017135682A1 (ko) 2016-02-02 2017-08-10 엘지전자 주식회사 상향링크 제어 채널 전송 방법 및 이를 수행하는 사용자 장치
TW201737650A (zh) * 2016-02-03 2017-10-16 內數位專利控股公司 副框及混合自動重複請求(harq)反饋排程方法、系統及裝置
RU2617211C1 (ru) * 2016-03-02 2017-04-24 Федеральное государственное бюджетное образовательное учреждение высшего образования "Омский государственный технический университет" Способ средневолновой многоканальной зоновой сети двусторонней мобильной автоматической радиосвязи с временным разделением режимов приема и передачи сообщений
US10477520B2 (en) * 2016-03-14 2019-11-12 Qualcomm Incorporated Feedback resource allocation for multiple carriers
ES2842925T3 (es) * 2016-03-18 2021-07-15 Guangdong Oppo Mobile Telecommunications Corp Ltd Procedimiento de transmisión de datos, dispositivo terminal y dispositivo de red
WO2017164141A1 (ja) * 2016-03-23 2017-09-28 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
US10187169B2 (en) * 2016-03-24 2019-01-22 Qualcomm Incorporated Synchronization signal optimizations for symbol index detection
US10069613B2 (en) * 2016-04-01 2018-09-04 Motorola Mobility Llc Method and apparatus for scheduling uplink transmissions with reduced latency
US10790942B2 (en) 2016-04-01 2020-09-29 Samsung Electronics Co., Ltd Method and apparatus for feeding back HARQ-ACK information
US10326559B2 (en) 2016-04-20 2019-06-18 Qualcomm Incorporated Techniques for acknowledgment of transmissions in a wireless communication system
WO2017188734A1 (ko) * 2016-04-26 2017-11-02 엘지전자 주식회사 하향링크 신호 수신 방법 및 사용자기기와, 하향링크 신호 전송 방법 및 기지국
US11171746B2 (en) 2016-06-15 2021-11-09 Apple Inc. Channel state and beam related information reporting
FR3053192A1 (fr) * 2016-06-23 2017-12-29 Orange Procede de transmission d'un signal numerique pour un systeme a au moins un relais half-duplex dynamique a logique selective, produit programme et dispositif relais correspondants
CN107566080A (zh) * 2016-06-30 2018-01-09 普天信息技术有限公司 一种上行控制信道发送方法
WO2018010077A1 (zh) * 2016-07-11 2018-01-18 广东欧珀移动通信有限公司 传输数据的方法和终端设备
EP3488645A4 (en) * 2016-07-19 2020-03-11 Nec Corporation METHOD AND DEVICE FOR CARRYING OUT COMMUNICATION
EP3758270B1 (en) * 2016-07-20 2022-09-07 Telefonaktiebolaget LM Ericsson (publ) Srs carrier based switching on unlicensed bands
MX2019000653A (es) * 2016-08-02 2019-10-17 Fg Innovation Ip Co Ltd Metodo para señalizacion de indice de perfil de red de acceso de radio (ran) y equipo de radio comunicacion que usa el mismo.
CN107682129B (zh) * 2016-08-02 2021-11-12 中兴通讯股份有限公司 Harq的反馈处理、发送处理方法以及装置
CN107690192A (zh) * 2016-08-05 2018-02-13 华为技术有限公司 通信方法、装置和系统
CN109845366B (zh) * 2016-08-09 2023-04-25 夏普株式会社 终端装置、基站装置、通信方法以及集成电路
US10631329B2 (en) * 2016-08-12 2020-04-21 Qualcomm Incorporated Non-coherent joint transmission techniques
JP6765506B2 (ja) * 2016-08-12 2020-10-07 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 制御情報送信方法、基地局およびユーザ機器
CN109923894B (zh) * 2016-09-09 2024-10-29 株式会社Ntt都科摩 终端、基站、系统以及无线通信方法
CN115190460A (zh) * 2016-09-28 2022-10-14 Idac控股公司 用于新无线电的控制信道
JP2019208083A (ja) * 2016-09-29 2019-12-05 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN113411894B (zh) * 2016-09-30 2022-04-29 华为技术有限公司 信息的传输方法、终端设备和网络设备
CN115866783A (zh) * 2016-09-30 2023-03-28 中兴通讯股份有限公司 上行控制信息传输方法及装置
US10743296B2 (en) * 2016-10-25 2020-08-11 Qualcomm Incorporated For an uplink control channel
US10708938B2 (en) * 2016-10-31 2020-07-07 Samsung Electronics Co., Ltd. Transmission of UL control channels with dynamic structures
US10425971B2 (en) 2016-11-02 2019-09-24 Qualcomm Incorporated Collision reduction in contention-based access
WO2018106911A2 (en) * 2016-12-07 2018-06-14 Intel IP Corporation Multefire user equipment for grantless uplink transmission
US11272380B2 (en) * 2016-12-13 2022-03-08 Qualcomm Incorporated Methods and apparatus for managing code block interleaving
CN112929958B (zh) * 2016-12-14 2022-12-13 Oppo广东移动通信有限公司 传输方法和装置
US10873439B2 (en) * 2016-12-16 2020-12-22 Samsung Electronics Co., Ltd. Method and apparatus for multiplexing channel state information
US10182424B2 (en) * 2016-12-16 2019-01-15 Qualcomm Incorporated Techniques and apparatuses for configuring transmission of corresponding uplink control information in new radio
WO2018109500A1 (en) * 2016-12-16 2018-06-21 In Aria! Ltd Low delay, error resilient video transport protocol over public ip transit
PT3566371T (pt) * 2017-01-05 2021-11-11 Sharp Kk DESIGN DE CANAL DE CONTROLO DE LIGAÇÃO ASCENDENTE FÍSICO (PUCCH) CURTO PARA NOVO RÁDIO (NR) DE 5ª GERAÇÃO (5G)
US10455560B2 (en) 2017-01-05 2019-10-22 Sharp Kabushiki Kaisha Short physical uplink control channel (PUCCH) design for 5th generation (5G) new radio (NR)
CN108282881B (zh) * 2017-01-06 2020-12-15 华为技术有限公司 一种资源配置方法及装置
US10225046B2 (en) 2017-01-09 2019-03-05 At&T Intellectual Property I, L.P. Adaptive cyclic redundancy check for uplink control information encoding
WO2018129699A1 (en) 2017-01-13 2018-07-19 Qualcomm Incorporated Logical channel prioritization and mapping to different numerologies
WO2018131985A1 (en) * 2017-01-16 2018-07-19 Samsung Electronics Co., Ltd. Method and apparatus for performing random access
CN108347312B (zh) * 2017-01-25 2020-06-16 华为技术有限公司 控制信息的发送及接收方法、网络设备及终端设备
US10841904B2 (en) * 2017-02-02 2020-11-17 Sharp Kabushiki Kaisha Short physical uplink control channel (PUCCH) design for 5th generation (5G) new radio (NR)
WO2018141903A1 (en) * 2017-02-03 2018-08-09 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic mcs offset for short tti
EP4117214B8 (en) * 2017-02-06 2024-05-01 Samsung Electronics Co., Ltd. Method and user equipment (ue) for managing harq procedure for multiple numerologies
US10440698B2 (en) * 2017-02-06 2019-10-08 Qualcomm Incorporated Transmitting uplink control information
US10708942B2 (en) * 2017-02-09 2020-07-07 Qualcomm Incorporated Control resources reuse for data transmission in wireless communication
US10931411B2 (en) 2017-03-13 2021-02-23 Qualcomm Incorporated Uplink ACK resource allocation in new radio
CN110383739B (zh) 2017-03-21 2021-12-14 Lg 电子株式会社 在无线通信系统中在终端和基站之间发送和接收物理上行链路控制信道的方法和装置
AU2017405239A1 (en) 2017-03-22 2019-08-15 Sony Corporation Terminal device, base station device, communication method, and storage medium
WO2018175801A1 (en) * 2017-03-24 2018-09-27 Intel IP Corporation New radio (nr) short and long duration physical uplink control channel (pucch) design
KR102066103B1 (ko) 2017-03-24 2020-01-14 엘지전자 주식회사 Sr 전송 여부를 결정하는 방법 및 nb 무선 기기
US10771211B2 (en) * 2017-03-28 2020-09-08 Samsung Electronics Co., Ltd. Method and apparatus for channel state information (CSI) acquisition with DL and UL reference signals
WO2018186791A1 (en) * 2017-04-03 2018-10-11 Telefonaktiebolaget Lm Ericsson (Publ) Uci resource determination
US10686564B2 (en) * 2017-04-18 2020-06-16 Qualcomm Incorporated Pre-timed and on-demand HARQ Ack feedback
EP3606152B1 (en) * 2017-04-24 2022-01-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information transmission method, terminal device, and network device
US10880058B2 (en) 2017-04-25 2020-12-29 Qualcomm Incorporated Transmitting uplink control information (UCI)
KR20230164216A (ko) * 2017-05-03 2023-12-01 인터디지탈 패튼 홀딩스, 인크 낮은 레이턴시 트래픽에 의해 영향을 받을 때 embb의 harq 피드백 성능을 개선하기 위한 방법 및 장치
JP2020520147A (ja) * 2017-05-03 2020-07-02 アイディーエーシー ホールディングス インコーポレイテッド アップリンク制御情報を送信するための方法、システム、および装置
KR102288629B1 (ko) * 2017-05-04 2021-08-11 삼성전자 주식회사 무선 통신 시스템에서 상향 제어 채널 전송 방법 및 장치
US11985699B2 (en) 2017-05-04 2024-05-14 Nokia Technologies Oy Ultra-reliable low-latency communications support using grant free transmissions
US10958379B2 (en) * 2017-05-12 2021-03-23 Qualcomm Incorporated Mapping of channel encoded bits to symbol for retransmission
HUE060080T2 (hu) * 2017-05-31 2023-01-28 Ntt Docomo Inc Felhasználói terminál és vezeték nélküli kommunikációs eljárás
WO2018222102A1 (en) * 2017-06-02 2018-12-06 Telefonaktiebolaget Lm Ericsson (Publ) Control signaling size
CN116032448A (zh) 2017-06-14 2023-04-28 Idac控股公司 可靠控制信令
EP3626009B1 (en) * 2017-06-15 2024-01-10 Huawei Technologies Co., Ltd. Method and devices for multiple transmit receive point cooperation for reliable communication
US10680782B2 (en) * 2017-06-16 2020-06-09 Qualcomm Incorporated Strategic mapping of uplink resources
CN109152078B (zh) * 2017-06-16 2022-01-04 大唐移动通信设备有限公司 上行控制信道的发送方法、接收方法、装置、终端及基站
CN109121220B (zh) * 2017-06-23 2022-07-26 夏普株式会社 无线通信方法和设备
US20180376473A1 (en) 2017-06-23 2018-12-27 Qualcomm Incorporated Long uplink burst channel design
US11251923B2 (en) * 2017-07-31 2022-02-15 Qualcomm Incorporated Uplink ACK/NACK and SR in short durations
US11445483B2 (en) * 2017-08-01 2022-09-13 Qualcomm Incorporated Uplink control channel resource definition and mapping to user equipment
EP4304280A3 (en) * 2017-08-01 2024-04-03 NEC Corporation Method performed by a user equipment, method performed by a base station, user equipment and base station
CN109391342B (zh) * 2017-08-04 2020-10-23 华为技术有限公司 一种数据传输方法、相关设备及系统
JP7405614B2 (ja) * 2017-08-08 2023-12-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、通信方法、及び、集積回路
US10278184B2 (en) 2017-08-10 2019-04-30 At&T Intellectual Property I, L.P. Radio resource management framework for 5G or other next generation network
WO2019033071A1 (en) 2017-08-10 2019-02-14 Babaei Alireza MULTIPLEXING UPLINK CONTROL INFORMATION
US11140575B2 (en) * 2017-08-11 2021-10-05 Qualcomm Incorporated Modifying CSI transmissions over uplink shared resources
US11678332B2 (en) * 2017-08-22 2023-06-13 Qualcomm Incorporated Control and data multiplexing in uplink wireless transmissions
US11212151B2 (en) * 2017-08-23 2021-12-28 Qualcomm Incorporated User multiplexing for uplink control information
CN109474373B (zh) * 2017-09-08 2021-01-29 华为技术有限公司 交织方法和交织装置
CN109474999B (zh) * 2017-09-08 2024-08-13 华为技术有限公司 发送上行控制信道的方法和装置
EP3480995B1 (en) * 2017-09-08 2023-03-29 LG Electronics Inc. Method and apparatus for transmitting and receiving wireless signals in wireless communication system
CN113746610B (zh) 2017-09-08 2023-04-07 中兴通讯股份有限公司 上行控制信道资源分配方法和装置
US20190081741A1 (en) * 2017-09-11 2019-03-14 Mediatek Singapore Pte. Ltd. Hybrid Automatic Repeat Request Feedback Design For Grant-Free Transmission In Mobile Communications
CN109525362B (zh) 2017-09-18 2024-07-16 华为技术有限公司 一种极性码的编码方法和编码装置
RU2743054C1 (ru) * 2017-09-30 2021-02-15 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ указания ресурса канала, оконечное устройство и сетевое устройство
EP3695542A1 (en) * 2017-10-10 2020-08-19 Telefonaktiebolaget LM Ericsson (publ) Physical uplink control channel fallback mode
EP3703290A4 (en) * 2017-10-23 2021-06-16 Ntt Docomo, Inc. USER TERMINAL DEVICE AND RADIO COMMUNICATION PROCEDURES
KR102457794B1 (ko) * 2017-10-26 2022-10-20 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 업링크 제어 채널 전송 방법, 단말 기기 및 네트워크 기기
EP3706495B1 (en) * 2017-11-03 2022-12-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method and device
EP3711229A1 (en) 2017-11-14 2020-09-23 Telefonaktiebolaget LM Ericsson (Publ) Acknowledgement signaling processes for radio access networks
US11533137B2 (en) * 2017-11-15 2022-12-20 Idac Holdings, Inc. Grant-free uplink transmissions
WO2019099670A1 (en) * 2017-11-15 2019-05-23 Idac Holdings, Inc. Method and apparatus for harq-ack codebook size determination and resource selection in nr
US20190149298A1 (en) * 2017-11-15 2019-05-16 Mediatek Inc. Reference Signals With Improved Cross-Correlation Properties In Wireless Communications
CN109803393B (zh) * 2017-11-17 2024-03-15 中兴通讯股份有限公司 信息发送方法及装置
US10750484B2 (en) 2017-11-22 2020-08-18 Qualcomm Incorporated Physical uplink control channel (PUCCH) configuration for new-radio-spectrum sharing (NR-SS)
US11303384B2 (en) * 2017-11-29 2022-04-12 Qualcomm Incorporated User equipment shift randomization for uplink control channel transmission
CN111492590B (zh) * 2017-12-22 2021-10-08 中兴通讯股份有限公司 用于参考信号的扩频码序列
WO2019127342A1 (zh) * 2017-12-29 2019-07-04 北京小米移动软件有限公司 混合自动重传请求反馈配置方法及装置和数据接收设备
EP4250613A3 (en) 2018-01-12 2023-11-22 Beijing Xiaomi Mobile Software Co., Ltd. Information feedback method and apparatus
US10880033B2 (en) * 2018-01-12 2020-12-29 Qualcomm Incorporated Two-stage resource spread multiple access (RSMA) design
US11101910B2 (en) * 2018-01-12 2021-08-24 Qualcomm Incorporated Sequence based short code design for resource spread multiple access (RSMA)
CN108259154B (zh) * 2018-01-12 2022-05-24 中兴通讯股份有限公司 信息传输、接收方法及装置、存储介质、电子装置
CN110035532B (zh) * 2018-01-12 2022-12-27 华为技术有限公司 一种保留资源的指示方法及设备
WO2019136708A1 (en) * 2018-01-12 2019-07-18 Lenovo (Beijing) Limited Method and apparatus for determining a harq-ack codebook for carrier aggregation
US11343822B2 (en) * 2018-01-12 2022-05-24 Qualcomm Incorporated Coded-bit allocation for uplink control information (UCI) segmentation
ES2955572T3 (es) * 2018-01-12 2023-12-04 Nokia Technologies Oy Planificación de canal de enlace ascendente para retener ocupación de canal para un espectro inalámbrico sin licencia
WO2019143131A1 (ko) * 2018-01-17 2019-07-25 엘지전자 주식회사 무선 통신 시스템에서 상향링크 신호를 송신하는 방법 및 장치
US10827516B2 (en) * 2018-01-19 2020-11-03 Qualcomm Incorporated Resource splitting among different types of control information and uplink data for a transmission on an uplink shared channel
ES2965225T3 (es) * 2018-01-19 2024-04-11 Guangdong Oppo Mobile Telecommunications Corp Ltd Método de comunicaciones inalámbricas, dispositivo terminal y dispositivo de red
WO2019140671A1 (en) * 2018-01-20 2019-07-25 Qualcomm Incorporated Reference resource indication techniques in wireless communications
WO2019144405A1 (en) 2018-01-29 2019-08-01 Zte Corporation Method and apparatus for generating spreading sequence codebooks
EP3703452B1 (en) * 2018-02-08 2022-11-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for transmitting information, method for receiving information, terminal device, and network device
CN111373689B (zh) * 2018-02-14 2023-04-04 Lg电子株式会社 在无线通信系统中发送和接收无线信号的方法和设备
KR20230069255A (ko) * 2018-02-15 2023-05-18 텔레폰악티에볼라겟엘엠에릭슨(펍) 세미-지속적인 srs에 대한 공간적인 관련의 효율적인 mac ce 인디케이션
WO2019173961A1 (en) * 2018-03-13 2019-09-19 Qualcomm Incorporated Sequence selection techniques for non-orthogonal multiple access (noma)
US10849148B2 (en) * 2018-03-21 2020-11-24 Qualcomm Incorporated Group common control channel and bandwidth part management in wireless communications
US10772091B2 (en) 2018-03-28 2020-09-08 Qualcomm Incorporated Resource coordination with acknowledgement of scheduling grant
ES2890406T3 (es) 2018-03-28 2022-01-19 Ericsson Telefon Ab L M Indicación de relación espacial eficiente para recursos del canal físico de control de enlace ascendente (PUCCH)
CN111511019B (zh) * 2018-04-04 2021-11-23 Oppo广东移动通信有限公司 一种信道资源的确定方法、设备及计算机存储介质
HUE062750T2 (hu) * 2018-04-06 2023-12-28 Ericsson Telefon Ab L M Teljesítmény vezérlés visszacsatoló jelzéshez
KR20210022583A (ko) * 2018-06-28 2021-03-03 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 정보 전송 방법, 디바이스 및 컴퓨터 저장 매체
WO2020009624A1 (en) * 2018-07-02 2020-01-09 Telefonaktiebolaget Lm Ericsson (Publ) Resource scheduling for uplink reporting
CN110677222B (zh) * 2018-07-03 2022-04-05 大唐移动通信设备有限公司 一种pdsch重复传输的harq反馈方法及装置
CN110752904A (zh) * 2018-07-24 2020-02-04 电信科学技术研究院有限公司 一种信息传输方法、终端及基站
US12009929B2 (en) 2018-07-30 2024-06-11 Ntt Docomo, Inc. User terminal and radio communication method
EP3832929A4 (en) 2018-07-30 2022-03-23 NTT DoCoMo, Inc. USER TERMINAL AND WIRELESS COMMUNICATION METHOD
JP7291144B2 (ja) * 2018-08-01 2023-06-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 通信装置、通信方法及び集積回路
CN110798889B (zh) * 2018-08-02 2022-05-10 华为技术有限公司 一种通信方法及装置
EP3831122A4 (en) 2018-08-03 2022-04-27 Sharp Kabushiki Kaisha DETERMINATION OF HARQ-ACK TIMING AND PUCCH RESOURCES FOR ULTRA-LOW-LATENCY PDSCH TRANSMISSION
JP2021533653A (ja) 2018-08-07 2021-12-02 アイディーエーシー ホールディングス インコーポレイテッド Ｈａｒｑ拡張のための方法および装置
CA3108907A1 (en) * 2018-08-08 2020-02-13 Idac Holdings, Inc. Efficient and robust acknowledgement procedures for new radio operation in unlicensed bands
BR112021001565A8 (pt) * 2018-08-09 2022-06-28 Sharp Kk Equipamento de usuário
US11924824B2 (en) * 2018-09-20 2024-03-05 Lg Electronics Inc. Method for transmitting scheduling information related to V2X operation in wireless communication system and terminal using method
WO2020072963A1 (en) * 2018-10-05 2020-04-09 Intel Corporation Pdcch monitoring span and dci format set determination
US11825418B2 (en) * 2018-10-17 2023-11-21 Apple Inc. Enhanced physical uplink control channel (PUCCH) power control
CN111106912A (zh) * 2018-10-29 2020-05-05 中国移动通信有限公司研究院 一种辅小区控制方法、网络侧设备及终端
CN111406373A (zh) * 2018-11-02 2020-07-10 Oppo广东移动通信有限公司 一种上行控制信息确定方法和通信设备
CN111314033B (zh) * 2018-12-25 2021-08-27 维沃移动通信有限公司 一种上行控制信息uci的传输方法及终端
CN111385080B (zh) * 2018-12-28 2024-08-06 北京三星通信技术研究有限公司 发送上行控制信息的方法及设备
EP3909168A2 (en) 2019-01-09 2021-11-17 IDAC Holdings, Inc. Methods, apparatus and systems for enhanced control signaling of ultra-reliable transmissions
US11172495B2 (en) * 2019-01-11 2021-11-09 Qualcomm Incorporated Collision handling
CN111182636B (zh) * 2019-01-11 2023-06-06 维沃移动通信有限公司 下行控制信息检测方法、网络侧设备及终端设备
KR102640665B1 (ko) * 2019-01-21 2024-02-27 엘지전자 주식회사 무선통신시스템에서 사이드링크 harq 피드백을 전송하는 방법
CN111181709B (zh) * 2019-02-26 2022-01-28 维沃移动通信有限公司 一种信息传输方法及终端
EP3716520B1 (en) 2019-03-26 2022-05-04 Ofinno, LLC Discontinuous reception
US11357039B2 (en) * 2019-05-03 2022-06-07 Qualcomm Incorporated Feedback for multicast communications
US10979200B2 (en) 2019-05-24 2021-04-13 Qualcomm Incorporated Acknowledgment feedback for multiple active downlink semi-persistent scheduling configurations
US11533738B2 (en) * 2019-06-28 2022-12-20 Qualcomm Incorporated Joint activation and/or release for multiple configured grant and/or semi-persistent scheduling configurations
JP7572419B2 (ja) * 2019-07-12 2024-10-23 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて信号を送受信する方法及び装置
US11606175B2 (en) 2019-07-13 2023-03-14 Qualcomm Incorporated Enhancement of physical uplink control channel (PUCCH) format
WO2021007796A1 (en) * 2019-07-17 2021-01-21 Nokia Shanghai Bell Co., Ltd. Integrated signaling of harq acknowledgements
WO2021012997A1 (zh) * 2019-07-25 2021-01-28 大唐移动通信设备有限公司 一种信息传输方法、装置及通信设备
CN112398623B (zh) * 2019-08-16 2022-03-29 华为技术有限公司 混合自动重传请求确认harq-ack资源确定方法
CN114270758B (zh) * 2019-08-23 2024-02-23 联想(北京)有限公司 用于确定harq-ack码本的方法及设备
US11452123B2 (en) 2019-09-17 2022-09-20 Qualcomm Incorporated Uplink control information multiplexing with dynamic physical uplink shared channel skipping
US11647456B2 (en) * 2020-01-10 2023-05-09 Qualcomm Incorporated Layer 1 activation/deactivation of secondary cell
US11818723B2 (en) 2020-02-14 2023-11-14 Qualcomm Incorporated Downlink assignment index for multi-component carrier scheduling
CN115412220A (zh) * 2020-02-25 2022-11-29 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US11877299B2 (en) * 2020-03-05 2024-01-16 Qualcomm Incorporated Control channel resources for group-feedback in multi-cast
CN113543318B (zh) * 2020-04-15 2024-09-10 大唐移动通信设备有限公司 一种载波确定及指示方法、设备、装置、介质
US11444667B2 (en) * 2020-04-22 2022-09-13 Qualcomm Incorporated Methods and apparatus for orthogonal sequence transmission with frequency hopping
US11558862B2 (en) * 2020-04-24 2023-01-17 Qualcomm Incorporated Codepoint scrambling for a non-coherent transmission
US11659569B2 (en) * 2020-04-29 2023-05-23 Qualcomm Incorporated Rate matching for piggyback downlink control information
US11502715B2 (en) * 2020-04-29 2022-11-15 Eagle Technology, Llc Radio frequency (RF) system including programmable processing circuit performing block coding computations and related methods
CN117353887A (zh) * 2020-05-06 2024-01-05 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2021244725A1 (en) * 2020-06-01 2021-12-09 Nokia Technologies Oy First and second apparatus of a radio communications network, methods to operate the first and second apparatus
RU202325U1 (ru) * 2020-07-14 2021-02-11 Федеральное государственное бюджетное образовательное учреждение высшего образования "Омский государственный технический университет"(ОмГТУ) Радиостанция
WO2022031023A1 (ko) * 2020-08-06 2022-02-10 엘지전자 주식회사 무선 통신 시스템에서 신호 송수신 방법 및 장치
US11165482B1 (en) 2020-08-20 2021-11-02 Nxp Usa, Inc. Efficient engine and algorithm for control and data multiplexing/demultiplexing in 5G NR devices
US20220116184A1 (en) * 2020-10-12 2022-04-14 Qualcomm Incorporated Acknowledgement (ack) and negative acknowledgement (nack) reporting for a physical downlink shared channel (pdsch) grant
US11923874B2 (en) 2020-10-23 2024-03-05 Qualcomm Incorporated Codebook compression with lossy encoding for low probability events
US11765731B2 (en) * 2021-01-22 2023-09-19 Qualcomm Incorporated Discrete fourier transform based uplink control information design
CN112636891B (zh) * 2021-03-09 2021-06-04 三维通信股份有限公司 资源调度参数的调整方法、装置、存储介质及电子装置
CN115314085A (zh) * 2021-05-08 2022-11-08 维沃移动通信有限公司 指示信息接收方法、发送方法、装置、设备和存储介质
CN113595684B (zh) * 2021-07-12 2022-09-16 中国科学院计算技术研究所 一种基于深度强化学习的mptcp动态编码调度方法和系统
CN115733578A (zh) * 2021-08-30 2023-03-03 上海移远通信技术股份有限公司 一种被用于无线通信的节点中的方法和装置
CN114126094B (zh) * 2021-11-02 2024-07-19 锐捷网络股份有限公司 一种dtx判决的方法及装置
CN114614959B (zh) * 2022-01-18 2024-06-18 锐捷网络股份有限公司 信号解调方法、装置和计算机可读存储介质及电子设备
CN116996177A (zh) * 2022-04-21 2023-11-03 北京三星通信技术研究有限公司 发送和接收混合自动重传请求应答信息的方法和设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2330379C2 (ru) * 2002-09-27 2008-07-27 Айбиквити Диджитал Корпорейшн Способ и устройство для перемежения битов сигналов в системе цифрового звукового радиовещания

Family Cites Families (117)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3010969A1 (de) * 1980-03-21 1981-10-01 Siemens AG, 1000 Berlin und 8000 München Pcm-system mit sendeseitigem verwuerfler und empfangsseitigem entwuerfler
US4520490A (en) * 1983-08-05 1985-05-28 At&T Information Systems Inc. Differentially nonlinear convolutional channel coding with expanded set of signalling alphabets
US5305349A (en) * 1993-04-29 1994-04-19 Ericsson Ge Mobile Communications Inc. Quantized coherent rake receiver
JP3884115B2 (ja) * 1996-12-10 2007-02-21 三菱電機株式会社 デジタルマッチドフィルタ
JP2001237826A (ja) * 2000-02-23 2001-08-31 Nec Corp パラレルランダムパタン生成回路及びそれを用いたスクランブル回路並びにデスクランブル回路
JP2002050996A (ja) 2000-07-31 2002-02-15 Sony Corp 整数倍相互関係を有するブロック長を用いて符号化された信号を通信伝送路を介して送信する通信システム
US7352796B1 (en) * 2001-02-13 2008-04-01 Urbain Alfred von der Embse Multiple data rate complex Walsh codes for CDMA
US7050419B2 (en) * 2001-02-23 2006-05-23 Terayon Communicaion Systems, Inc. Head end receiver for digital data delivery systems using mixed mode SCDMA and TDMA multiplexing
US6771706B2 (en) 2001-03-23 2004-08-03 Qualcomm Incorporated Method and apparatus for utilizing channel state information in a wireless communication system
US6987778B2 (en) * 2001-05-22 2006-01-17 Qualcomm Incorporated Enhanced channel interleaving for optimized data throughput
US7594010B2 (en) * 2001-06-28 2009-09-22 King's London College Virtual antenna array
CA2462135C (en) * 2001-09-29 2014-12-30 Lg Electronics Inc. Method for transferring and /or receiving data in communication system and apparatus thereof
US20030103554A1 (en) * 2001-12-05 2003-06-05 Yunxin Li Providing a partially encrypted data packet in a spread spectrum signal
US8121292B2 (en) * 2002-02-26 2012-02-21 Qualcomm Incorporated Method and apparatus for scrambling information bits on a channel in a communications system
US7305043B2 (en) * 2002-10-17 2007-12-04 Ibiquity Digital Corporation Method and apparatus for formatting signals for digital audio broadcasting transmission and reception
US20040223553A1 (en) * 2003-02-07 2004-11-11 Kumar Derek D. Method and system for wireless audio transmission using low bit-weight words
US7672384B2 (en) * 2004-03-12 2010-03-02 Regents Of The University Of Minnesota Bandwidth and power efficient multicarrier multiple access
JP2006033156A (ja) * 2004-07-13 2006-02-02 Fujitsu Ltd 通信装置
DE602004029619D1 (de) * 2004-08-09 2010-11-25 Telecom Italia Spa Verfahren und vorrichtung zum erzeugen von zufallsdaten
WO2006103737A1 (ja) * 2005-03-28 2006-10-05 Mitsubishi Denki Kabushiki Kaisha 移動体通信システム及び移動端末
KR20080032033A (ko) * 2005-06-24 2008-04-14 코닌클리케 필립스 일렉트로닉스 엔.브이. 무선 네트워크에서 시공간 터보 채널 코딩/디코딩을 위한방법 및 장치
US20070297386A1 (en) 2005-07-28 2007-12-27 Interdigital Technology Corporation Method and system for scheduling uplink transmissions in a single carrier frequency division multiple access system
US9042212B2 (en) * 2005-07-29 2015-05-26 Qualcomm Incorporated Method and apparatus for communicating network identifiers in a communication system
TWI410150B (zh) 2005-08-23 2013-09-21 Nokia Corp 在ｓｒｎｃ中，具有ｄｓｃｈ／ｅ-ｄｃｈ服務胞改變狀態下，當ｒｌ增加／ｒｌ刪除狀態同時地觸發時，ｉｕｂ／ｉｕｒ ｈｓｄｐａ／ｈｓｕｐａ行動程序之改良結構
JP2009514310A (ja) * 2005-10-28 2009-04-02 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 可変ダイバーシティ利得を有する多重アンテナ伝送
US20070171849A1 (en) 2006-01-03 2007-07-26 Interdigital Technology Corporation Scheduling channel quality indicator and acknowledgement/negative acknowledgement feedback
TW200733622A (en) * 2006-01-17 2007-09-01 Interdigital Tech Corp Method and apparatus for mapping an uplink control channel to a physical channel in a single carrier frequency division multiple access system
US20070258384A1 (en) 2006-03-03 2007-11-08 Interdigital Technology Corporation Method and system for enhanced basic service set transition for a high throughput wireless local area network
JP2007274094A (ja) 2006-03-30 2007-10-18 Toshiba Corp 基地局、無線端末および無線通信方法
CN100428678C (zh) 2006-06-01 2008-10-22 华为技术有限公司 多播组播业务的实现方法
GB0614157D0 (en) * 2006-07-17 2006-08-23 Ttp Communications Ltd LFSR emulation
US8295243B2 (en) * 2006-08-21 2012-10-23 Qualcomm Incorporated Method and apparatus for random access in an orthogonal multiple-access communication system
US20080075032A1 (en) 2006-09-22 2008-03-27 Krishna Balachandran Method of resource allocation in a wireless communication system
ES2526439T3 (es) 2006-10-23 2015-01-12 Interdigital Technology Corporation Método y aparato para enviar y recibir indicadores de calidad de canal
EP2077677A4 (en) * 2006-10-27 2013-04-24 Mitsubishi Electric Corp DATA COMMUNICATION METHOD, COMMUNICATION SYSTEM AND MOBILE TERMINAL
JP4786503B2 (ja) * 2006-11-01 2011-10-05 株式会社エヌ・ティ・ティ・ドコモ セルサーチ方法、移動局及び基地局
US8370561B2 (en) * 2006-12-24 2013-02-05 Sandisk Il Ltd. Randomizing for suppressing errors in a flash memory
US8705456B2 (en) * 2007-01-05 2014-04-22 Interdigital Technology Corporation Fast uplink response to downlink shared channel transmission without a dedicated uplink channel
WO2008115393A2 (en) 2007-03-15 2008-09-25 Interdigital Technology Corporation Group resource allocation, scheduling and signaling in wireless communications
ES2628086T3 (es) 2007-03-19 2017-08-01 Telefonaktiebolaget Lm Ericsson (Publ) Emisión de la información de retorno del estado del canal en un sistema de telecomunicación
JP5162657B2 (ja) * 2007-05-08 2013-03-13 インターデイジタル テクノロジー コーポレーション ピギーバック肯定応答／否定応答フィールドインジケータおよびポーリングインジケータを提供する方法および装置
US8059735B2 (en) * 2007-06-04 2011-11-15 Texas Instruments Incorporated Allocation of block spreading sequences
KR100956494B1 (ko) 2007-06-14 2010-05-07 엘지전자 주식회사 제어신호 전송 방법
EP2111005A1 (en) * 2007-06-18 2009-10-21 Mitsubishi Electric R&D Centre Europe B.V. Method for allocating, by a telecommunication device, at least a channel element of a group of channel elements of a channel resource to a destination
US7894504B2 (en) * 2007-07-23 2011-02-22 Itt Manufacturing Enterprises, Inc. Coherent and non-coherent hybrid direct sequence/frequency hopping spread spectrum systems with high power and bandwidth efficiency and methods thereof
KR101323089B1 (ko) * 2007-08-07 2013-10-29 엘지전자 주식회사 Ｔｄｄ 무선 통신 시스템에서 제어 정보의 전송 방법
EA016371B1 (ru) * 2007-08-08 2012-04-30 Шарп Кабусики Кайся Система радиосвязи и устройство мобильной станции
US8169992B2 (en) * 2007-08-08 2012-05-01 Telefonaktiebolaget Lm Ericsson (Publ) Uplink scrambling during random access
US8503375B2 (en) 2007-08-13 2013-08-06 Qualcomm Incorporated Coding and multiplexing of control information in a wireless communication system
US8289946B2 (en) * 2007-08-14 2012-10-16 Qualcomm Incorporated Reference signal generation in a wireless communication system
US9467958B2 (en) * 2007-08-23 2016-10-11 Qualcomm Incorporated Method and apparatus for mitigating temporary loss of synchronization in a wireless communication system
CN101884190B (zh) * 2007-10-02 2014-10-29 诺基亚通信公司 改进的ack/nack dtx检测
US9398520B2 (en) * 2007-10-02 2016-07-19 Qualcomm Incorporated System search for full service while on a cell with limited service
US8059524B2 (en) * 2008-01-04 2011-11-15 Texas Instruments Incorporated Allocation and logical to physical mapping of scheduling request indicator channel in wireless networks
KR101476202B1 (ko) 2008-01-08 2014-12-24 엘지전자 주식회사 주기적/비주기적 채널상태정보 송수신 방법
US8774156B2 (en) 2008-01-29 2014-07-08 Texas Instruments Incorporated ACKNAK and CQI channel mapping schemes in wireless networks
US8848620B2 (en) 2008-02-04 2014-09-30 Qualcomm Incorporated Simultaneous transmission of acknowledgement, channel quality indicator and scheduling request
US8121082B2 (en) 2008-02-05 2012-02-21 Nokia Siemens Networks Oy DTX detection when ACK/NACK is transmitted with scheduling request
CN101227231B (zh) * 2008-02-05 2012-11-14 中兴通讯股份有限公司 一种时分双工系统中物理上行控制信号的传输方法
US8630240B2 (en) * 2008-02-19 2014-01-14 Texas Instruments Incorporated Mapping between logical and physical uplink control resource blocks in wireless networks
WO2009113815A2 (en) * 2008-03-13 2009-09-17 Lg Electronics Inc. Random access method for improving scrambling efficiency
US8792426B2 (en) * 2008-03-24 2014-07-29 Qualcomm Incorporated Method and apparatus for resource management in a wireless communication system
CN101252783B (zh) * 2008-03-27 2012-09-05 中兴通讯股份有限公司 一种资源分配方法
WO2009131099A1 (ja) 2008-04-25 2009-10-29 株式会社 エヌ・ティ・ティ・ドコモ 移動通信システムにおける基地局装置及び方法
WO2009132203A1 (en) 2008-04-25 2009-10-29 Interdigital Patent Holdings, Inc. Harq process utilization in multiple carrier wireless communications
US20090303972A1 (en) * 2008-06-06 2009-12-10 Silver Spring Networks Dynamic Scrambling Techniques for Reducing Killer Packets in a Wireless Network
JP2011524711A (ja) * 2008-06-17 2011-09-01 センター オブ エクセレンス イン ワイアレス テクノロジー 干渉軽減方法及びシステム
JP5127588B2 (ja) * 2008-06-23 2013-01-23 株式会社エヌ・ティ・ティ・ドコモ 移動通信システムにおけるユーザ装置、基地局装置及び通信方法
KR100987458B1 (ko) 2008-06-24 2010-10-13 엘지전자 주식회사 상향링크 신호 전송 방법
WO2009156929A2 (en) 2008-06-26 2009-12-30 Koninklijke Philips Electronics N.V. Method for allocating transmission resources in a telecommunication system
WO2010000312A1 (en) 2008-07-01 2010-01-07 Nokia Siemens Networks Oy Apparatus for ranging, in particular for use in a multiple user multiple input multiple output wireless telecommunications network
KR20100019947A (ko) * 2008-08-11 2010-02-19 엘지전자 주식회사 무선 통신 시스템에서 정보 전송 방법
KR101571566B1 (ko) * 2008-08-11 2015-11-25 엘지전자 주식회사 무선 통신 시스템에서 제어신호 전송 방법
WO2010019088A1 (en) * 2008-08-12 2010-02-18 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a communication system
WO2010019019A2 (en) 2008-08-14 2010-02-18 Samsung Electronics Co., Ltd. Method and apparatus for supporting multiple reference signals in ofdma communication systems
US8611313B2 (en) 2008-08-27 2013-12-17 Qualcomm Incorporated Multiplexing of control information and data for wireless communication
JP4864162B2 (ja) * 2008-10-22 2012-02-01 シャープ株式会社 移動通信システム、移動局装置、基地局装置、移動局装置の管理方法、基地局装置の管理方法、及び処理部
US9019902B2 (en) 2008-11-11 2015-04-28 Qualcomm Incorporated Channel quality feedback in multicarrier systems
KR101711864B1 (ko) 2008-12-23 2017-03-03 엘지전자 주식회사 반송파 집성 환경에서의 상향링크 αｃｋ／ｎａｃｋ 시그널링
CN101465720B (zh) * 2009-01-23 2013-08-21 中兴通讯股份有限公司 一种发送上行harq反馈信息的方法和装置
EP3404963B1 (en) 2009-01-30 2019-08-28 Samsung Electronics Co., Ltd. Transmitting uplink control information over a data channel or over a control channel
CN101505293A (zh) * 2009-03-13 2009-08-12 华为技术有限公司 上行控制信道数据的处理方法及装置
EP2244515A1 (en) 2009-04-23 2010-10-27 Panasonic Corporation Logical channel prioritization procedure for generating multiple uplink transport blocks
US9236985B2 (en) 2009-04-23 2016-01-12 Qualcomm Incorporated Method and apparatus for control and data multiplexing in a MIMO communication system
WO2010123304A2 (en) 2009-04-24 2010-10-28 Samsung Electronics Co., Ltd. Multiplexing large payloads of control information from user equipments
WO2010126339A2 (en) 2009-04-30 2010-11-04 Samsung Electronics Co., Ltd. Multiplexing large payloads of control information from user equipments
WO2010137926A2 (ko) 2009-05-29 2010-12-02 엘지전자 주식회사 중계기 백홀 상향링크에서 제어 정보의 전송 방법 및 장치
KR101643636B1 (ko) 2009-06-02 2016-07-29 엘지전자 주식회사 무선 통신 시스템에서 ａｃｋ/ｎａｃｋ 시퀀스 정보를 송신하는 방법 및 이를 위한 장치
WO2010140826A2 (en) 2009-06-03 2010-12-09 Samsung Electronics Co., Ltd. Selective application of frequency hopping for transmission of control signals
US9209933B2 (en) 2009-06-11 2015-12-08 Qualcomm Incorporated Method and apparatus for dispatching a channel quality indicator feedback in multicarrier system
KR101781871B1 (ko) 2009-07-16 2017-09-26 엘지전자 주식회사 무선 통신 시스템에서 수신 장치가 제어 정보를 전송하는 방법
EP2282575A1 (en) 2009-08-04 2011-02-09 Panasonic Corporation Channel quality reporting in a mobile communications system
US20110205981A1 (en) 2009-08-13 2011-08-25 Changsoo Koo Multiplexing uplink l1/l2 control and data
US8948097B2 (en) 2009-09-30 2015-02-03 Qualcomm Incorporated UE-RS sequence initialization for wireless communication systems
US9961579B2 (en) 2009-10-01 2018-05-01 Qualcomm Incorporated Scalable channel feedback for wireless communication
ES2797083T3 (es) 2009-10-01 2020-12-01 Interdigital Patent Holdings Inc Transmisión de datos de control del enlace ascendente
EP2337413A1 (en) 2009-12-18 2011-06-22 Panasonic Corporation Implicit component carrier determination for aperiodic channel quality reports
CN102812658B (zh) 2010-01-08 2015-12-16 交互数字专利控股公司 针对多个载波的信道状态信息传输的方法及设备
CN102792600B (zh) 2010-01-11 2015-05-20 黑莓有限公司 用于控制信道干扰管理和扩展pdcch的系统和方法
KR101835328B1 (ko) 2010-03-17 2018-04-19 엘지전자 주식회사 다중 안테나를 지원하는 무선 통신 시스템에서 채널상태정보-참조신호의 설정 정보를 제공하는 방법 및 장치
EP2552044A4 (en) 2010-03-22 2014-12-31 Lg Electronics Inc METHOD AND USER DEVICE FOR TRANSMITTING UPLINK TAX INFORMATION
CN105897388B (zh) 2010-03-31 2019-10-18 华为技术有限公司 用于通信的方法和装置
US8520491B2 (en) 2010-04-01 2013-08-27 Nokia Siemens Networks Oy Periodic channel state information signaling with carrier aggregation
US8743799B2 (en) 2010-06-24 2014-06-03 Nokia Siemens Networks Oy Change of rate matching modes in presence of channel state information reference signal transmission
US9057772B1 (en) * 2010-09-27 2015-06-16 Rockwell Collins, Inc. Referenced-based radio frequency feature estimation
US8687555B2 (en) 2010-09-29 2014-04-01 Lg Electronics Inc. Method and apparatus for performing effective feedback in wireless communication system supporting multiple antennas
US8995400B2 (en) 2011-02-11 2015-03-31 Qualcomm Incorporated Method and apparatus for enabling channel and interference estimations in macro/RRH system
WO2013049768A1 (en) * 2011-09-30 2013-04-04 Interdigital Patent Holdings, Inc. Device communication using a reduced channel bandwidth
US9787383B2 (en) 2011-10-14 2017-10-10 Lg Electronics Inc. Method and device for transmitting channel state information in wireless communication system
US9008585B2 (en) 2012-01-30 2015-04-14 Futurewei Technologies, Inc. System and method for wireless communications measurements and CSI feedback
EP3883172A1 (en) 2012-06-04 2021-09-22 Interdigital Patent Holdings, Inc. Communicating channel state information (csi) of multiple transmission points
US9284953B2 (en) 2012-06-07 2016-03-15 George H Blume Multiple port discharge manifold fluid end
US9755706B2 (en) 2012-06-22 2017-09-05 Qualcomm Incorporated Techniques for joint support of coordinated multipoint (CoMP) operations and carrier aggregation (CA)
US20140045510A1 (en) 2012-07-25 2014-02-13 Nec Laboratories America, Inc. Coordinated Multipoint Transmission and Reception (CoMP)
US9755768B2 (en) 2013-02-07 2017-09-05 Lg Electronics Inc. Method for measuring channel and interference in wireless communication system
JP6166616B2 (ja) 2013-08-07 2017-07-19 株式会社東芝 情報処理方法、情報処理装置及びプログラム
US11729775B2 (en) * 2019-08-15 2023-08-15 Ofinno, Llc Antenna panel activation/deactivation

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2330379C2 (ru) * 2002-09-27 2008-07-27 Айбиквити Диджитал Корпорейшн Способ и устройство для перемежения битов сигналов в системе цифрового звукового радиовещания

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2712122C1 (ru) * 2016-05-10 2020-01-24 Хуавей Текнолоджиз Ко., Лтд. Способы и устройство передачи и приема радиокадра
US10924227B2 (en) 2016-05-10 2021-02-16 Huawei Technologies Co., Ltd. Radio frame sending and receiving methods and apparatus
RU2720977C1 (ru) * 2016-09-28 2020-05-15 Хуавэй Текнолоджиз Ко., Лтд. Способ для возврата ack/nack-информации для данных нисходящей линии связи и связанное устройство
US11968050B2 (en) 2016-09-28 2024-04-23 Huawei Technologies Co., Ltd. Method for feeding back ACK/NACK information for downlink data and related device
US11483028B2 (en) 2016-10-24 2022-10-25 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Interleaving for the transfer of telegrams with a variable number of sub-packets and successive decoding
RU2748466C2 (ru) * 2016-10-24 2021-05-26 Фраунхофер-Гезелльшафт Цур Фердерунг Дер Ангевандтен Форшунг Е.Ф. Перемежение для переноса телеграмм с переменным количеством подпакетов и последующее декодирование
US11076390B2 (en) 2017-03-14 2021-07-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Aggregation methods, gNodeBs, user equipments and storage medium
RU2760318C2 (ru) * 2017-03-14 2021-11-23 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способы агрегирования, базовые станции gnodebs, пользовательские устройства и носитель для хранения
US11751201B2 (en) 2017-03-14 2023-09-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Aggregation methods, gNodeBs, user equipments and storage medium
US11160105B2 (en) 2017-05-04 2021-10-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Scheduling request transmission control method and related product
RU2728898C1 (ru) * 2017-05-04 2020-08-03 Гуандун Оппо Мобайл Телекоммьюникейшнс Корп., Лтд. Способ управления передачей запроса на диспетчеризацию и относящийся к нему продукт
RU2749094C1 (ru) * 2017-11-09 2021-06-04 Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. Способ определения ресурсов канала управления восходящей линии связи, оконечное устройство и устройство со стороны сети
US11147049B2 (en) 2017-11-09 2021-10-12 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Uplink control channel resource determining method, terminal, and network side device
US11153859B2 (en) 2017-11-09 2021-10-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method, terminal and network side device for determining uplink control channel resource
US11627559B2 (en) 2017-11-09 2023-04-11 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Uplink control channel resource determination method, terminal, and network side device
RU2760156C1 (ru) * 2017-12-09 2021-11-22 Хуавей Текнолоджиз Ко., Лтд. Способ связи и устройство связи
US12101760B2 (en) 2017-12-09 2024-09-24 Huawei Technologies Co., Ltd. Communication method and communication apparatus

Also Published As

Publication number Publication date
US20180302896A1 (en) 2018-10-18
CN107104780B (zh) 2020-10-16
US20230362941A1 (en) 2023-11-09
CN102577209A (zh) 2012-07-11
EP4287538A2 (en) 2023-12-06
TW201138358A (en) 2011-11-01
EP3691172B1 (en) 2023-12-06
JP6310019B2 (ja) 2018-04-11
JP2013507067A (ja) 2013-02-28
TW201642614A (zh) 2016-12-01
TWI628933B (zh) 2018-07-01
US20170013612A1 (en) 2017-01-12
PL2484039T3 (pl) 2019-01-31
ES2972016T3 (es) 2024-06-10
EP2484039A1 (en) 2012-08-08
JP5993740B2 (ja) 2016-09-14
US20110243066A1 (en) 2011-10-06
US11743898B2 (en) 2023-08-29
KR20130023338A (ko) 2013-03-07
EP3267610B1 (en) 2020-04-08
US10904869B2 (en) 2021-01-26
US9967866B2 (en) 2018-05-08
DK2484039T3 (en) 2018-10-22
EP3691172A1 (en) 2020-08-05
WO2011041623A1 (en) 2011-04-07
TWI545912B (zh) 2016-08-11
CN102577209B (zh) 2017-04-05
ES2694076T3 (es) 2018-12-17
KR20180028555A (ko) 2018-03-16
EP3267610A1 (en) 2018-01-10
US10039087B2 (en) 2018-07-31
CN112202536B (zh) 2024-09-06
JP2017022726A (ja) 2017-01-26
ES2797083T3 (es) 2020-12-01
KR101897448B1 (ko) 2018-10-08
BR112012007487A2 (pt) 2017-08-22
CN107104780A (zh) 2017-08-29
EP4287538A3 (en) 2024-08-14
US20170245262A1 (en) 2017-08-24
EP2484039B1 (en) 2018-08-15
US20190349918A1 (en) 2019-11-14
KR101838284B1 (ko) 2018-03-13
CN112202536A (zh) 2021-01-08
KR20120093912A (ko) 2012-08-23
US9485060B2 (en) 2016-11-01
US10368342B2 (en) 2019-07-30
US20210029694A1 (en) 2021-01-28
RU2012117218A (ru) 2013-11-10

Similar Documents

Publication Publication Date Title
RU2557164C2 (ru) Передача управляющих данных восходящей линии связи
EP3242433B1 (en) Method for transmitting ack/nack in wireless communication system and device using same
JP2022116039A (ja) 物理アップリンクデータチャンネルで制御情報多重化
KR101334536B1 (ko) 무선 통신 시스템에서 수신 확인 전송 방법 및 장치
JP2016208553A (ja) 複数キャリアのチャネル状態情報の伝送
KR20150096390A (ko) 무선 통신 시스템에서 하향링크 제어 정보 전송 방법 및 장치
KR20170094190A (ko) 5개를 초과하는 셀을 반송파 집성에 따라 사용하는 경우 하향링크 데이터에 대한 harq ack/nack를 전송하는 방법 및 사용자 장치
KR20110073334A (ko) 무선 통신 시스템에서 상향링크 ｈａｒｑ 수행 장치 및 방법
CN118944845A (en) Uplink control data transmission