RU2569319C2 - Сигнализация управляющей информации восходящей линии связи в lte-a - Google Patents
Сигнализация управляющей информации восходящей линии связи в lte-a Download PDFInfo
- Publication number
- RU2569319C2 RU2569319C2 RU2012101787/07A RU2012101787A RU2569319C2 RU 2569319 C2 RU2569319 C2 RU 2569319C2 RU 2012101787/07 A RU2012101787/07 A RU 2012101787/07A RU 2012101787 A RU2012101787 A RU 2012101787A RU 2569319 C2 RU2569319 C2 RU 2569319C2
- Authority
- RU
- Russia
- Prior art keywords
- control information
- bits
- uplink control
- uci
- transmit
- Prior art date
Links
Images
Classifications
-
- 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
- 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/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0026—Transmission of channel quality indication
-
- 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/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0028—Formatting
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
Изобретение относится к области связи. Раскрываются способы и системы для передачи управляющей информации восходящей линии связи в системе LTE Advanced. Пользовательское устройство может определять, удовлетворяет или нет управляющая информация восходящей линии связи и/или доступных каналов определенным критериям, и определять, следует или нет передавать управляющую информацию восходящей линии связи по физическому каналу управления восходящей линии связи, по физическому совместно используемому каналу восходящей линии связи или по ним обоим, основываясь на данных критериях. Критерии могут включать в себя размер управляющей информации восходящей линии связи (абсолютный размер или размер по отношению к пространству, доступному в канале, или пороговое значение), тип битов управляющей информации, количество доступных (т.е. активных или сконфигурированных) составляющих несущих и величину мощности, которая может потребоваться для передачи управляющей информации восходящей линии связи по более чем одному каналу. 2 н. и 26 з.п. ф-лы, 16 ил., 2 табл.
Description
ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
Данная заявка испрашивает преимущество по предварительной заявке на патент США № 61/218782, поданной 19 июня 2009, и предварительной заявке на патент США № 61/220017, поданной 24 июня 2009, обе из которых во всей полноте заключены в настоящий документ по ссылке.
УРОВЕНЬ ТЕХНИКИ
Для поддержания более высоких скорости передачи данных и эффективности использования спектра система долгосрочного развития (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 (eNodeB), обслуживающий эти WTRU, может принимать составной сигнал восходящей линии связи по всей полосе пропускания передачи.
Технология LTE Advanced (которая включает в себя LTE Выпуск 10 (R10) и любые будущие выпуски, такие как Выпуск 11, также упоминается в данной заявке как LTE-A, LTE R10 или R10-LTE) является развитием стандарта LTE, который обеспечивает полностью совместимый с 4G путь обновления сетей LTE и 3G. И в LTE, и в LTE-A, существует потребность в определенной ассоциированной управляющей информации восходящей линии связи (UCI) уровня 1/уровня 2 (L1/2) для поддержки передачи UL, передачи нисходящей линии связи (DL), планирования, передачи по технологии с множеством входов и множеством выходов (MIMO) и т.д. В LTE-A установку мощности для каналов восходящей линии связи, соответственно, можно выполнять независимо. В предшествующем уровне техники необходимы системы и способы для обеспечения управляющей информации восходящей линии связи и для решения проблем мощности, которые могут возникать, когда используется множество каналов восходящей линии связи.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Раскрываются способы и системы для передачи управляющей информации восходящей линии связи (UCI) в системе LTE Advanced. Пользовательское оборудование (UE) может определять, следует или нет передавать управляющую информацию восходящей линии связи по PUCCH и по PUSCH (передавать поднабор битов по PUCCH, а остальные биты передавать по PUSCH), основываясь на том, является или нет количество битов в UCI меньшим или равным порогу, который можно предоставить для UE. Если количество битов UCI меньше или равно порогу, то биты UCI можно передавать по PUCCH, тогда как, если количество битов UCI больше порога, то биты UCI можно передавать и по PUSCH, и по PUCCH в том же самом субкадре. В другом варианте осуществления количество битов UCI можно сравнивать со вторым более высоким порогом, и если количество битов UCI превышает второй более высокий порог, то все биты UCI можно передавать по PUSCH. В другом варианте осуществления, если все биты UCI будут помещаться в PUCCH, то их можно передавать по PUCCH. Если все биты не будут помещаться в PUCCH, то их можно передавать и по PUCCH, и по PUSCH в том же самом субкадре. В другом варианте осуществления можно определять относительный размер UCI (т.е. размер полезной нагрузки UCI по сравнению с размером емкости совместно используемого канала, например PUSCH), и если относительный размер меньше порога, то биты UCI можно передавать только по PUSCH.
В другом варианте осуществления можно определять тип битов UCI, и если присутствуют биты определенного типа (например, биты ACK/NACK), то биты этого определенного типа можно передавать по одному каналу, например по PUCCH, в то время как остальные биты можно передавать по второму каналу, например по PUSCH. Альтернативно, можно учитывать количество составляющих несущих нисходящей линии связи (CC DL), которые являются активными, или альтернативно - сконфигурированными, и использование режимов передачи, поддерживаемых в LTE Выпуск 8. Если количество CC DL не равно единице или режимы передачи, поддерживаемые в LTE Выпуск 8, не используются, то поднабор битов UCI можно передавать по PUCCH, в то время как в том же самом субкадре остальные биты можно передавать по PUSCH. Если количество CC DL равно единице и поддерживаемые в LTE Выпуск 8 режимы передачи используются, то UCI можно оценивать для определения, содержит или нет содержимое UCI биты определенного типа (например, ACK/NACK, CQI/PMI, RI), и можно определять, какие каналы следует использовать для передачи таких битов. Можно также оценивать приоритетные или первичные CC DL, когда множество CC DL доступны (активны или, альтернативно, сконфигурированы), и биты UCI, ассоциированные с первичной CC DL или с CC DL с самым высоким приоритетом, можно передавать по PUCCH, причем остальные биты передают по PUSCH.
Можно также оценивать величину мощности, которая может требоваться для передачи управляющей информации восходящей линии связи более чем по одному каналу. Если UE определяет, что передача битов UCI и по PUSCH, и по PUCCH превысит максимальный порог мощности, то UE может передавать биты UCI только на одном из PUSCH и PUCCH или уменьшать мощность PUSCH и/или PUCCH. В вариантах осуществления, когда доступно множество PUSCH, различные средства можно использовать для определения, какой PUSCH необходимо использовать для передачи битов UCI, что включает в себя определение соответствующего PUSCH, основываясь на размере полезной нагрузки UCI, размере полезной нагрузки данных PUSCH или соотношении между размером полезной нагрузки UCI и емкостью доступных PUSCH. Эти и дополнительные аспекты текущего раскрытия сформулированы более подробно ниже.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Последующее подробное описание раскрытых вариантов осуществления лучше понимается при его изучении вместе с прилагаемыми чертежами. В целях иллюстрации на чертежах показаны примерные варианты осуществления; однако предмет изобретения не ограничен раскрытыми конкретными элементами и средствами.
Фиг.1 иллюстрирует неограничивающее примерное пользовательское оборудование, eNodeB и MME/S-GW, посредством которых можно воплощать способы и системы для сигнализации управляющей информации восходящей линии связи, которые раскрыты в данной заявке.
Фиг.2 иллюстрирует неограничивающую примерную сетевую среду, в которой можно воплощать способы и системы для сигнализации управляющей информации восходящей линии связи, которые раскрыты в данной заявке.
Фиг.3 иллюстрирует неограничивающую примерную систему для передачи битов ACK/NACK для различных несущих нисходящей линии связи.
Фиг.4 иллюстрирует примерное неограничивающее средство для использования множества ресурсов RB PUCCH в области PUCCH для передачи UCI.
Фиг.5 иллюстрирует примерное неограничивающее средство для передачи UCI и по PUCCH, и по PUSCH от UE в системе, использующей скоординированную многоточечную передачу по нисходящей линии связи (DL COMP).
Фиг.6 иллюстрирует неограничивающий примерный способ определения, как передавать UCI.
Фиг.7 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.8 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.9 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.10 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.11 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.12 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.13 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.14 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.15 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
Фиг.16 иллюстрирует другой неограничивающий примерный способ определения, как передавать UCI.
ПОДРОБНОЕ ОПИСАНИЕ ИЛЛЮСТРАТИВНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
На фиг.1 иллюстрируется неограничивающее примерное UE 101, которое может воплощать настоящий предмет изобретения и функциональные возможности LTE-A. UE 101 может быть беспроводным устройством передачи и приема (WTRU) любого типа, которое включает в себя мобильный телефон, интеллектуальный телефон, карманный персональный компьютер (КПК), портативный компьютер или любое другое устройство, которое может беспроводным образом осуществлять связь с одним или большим количеством других устройств или сетей. В некоторых вариантах осуществления UE 101 можно конфигурировать для осуществления связи с сетью или системой LTE-A. UE 101 можно конфигурировать с процессором 140, который можно с возможностью осуществления связи соединять с памятью 150, и оно может потреблять мощность от источника питания, такого как батарея 160, которая может также обеспечивать питание для любого из других компонентов UE 101. Процессор 140 можно конфигурировать для выполнения сигнализации UCI и связанных функциональных возможностей, которые раскрыты в данной заявке, а также любых других раскрытых функциональных возможностей и/или любых других функциональных возможностей, которые можно выполнять с помощью процессора, сконфигурированного в UE. Память 150 можно конфигурировать для хранения данных, которые включают в себя исполняемые компьютером команды, для выполнения любой из описанных функциональных возможностей или любых других функциональных возможностей, которые можно выполнять с помощью UE. UE 101 можно также конфигурировать с одной или большим количеством антенн 110а-d, которые могут передавать данные, принимаемые от одного или большего количества приемопередатчиков 120a-d, к базовой станции, eNodeB или к другому сетевому устройству, и могут обеспечивать данные от такого устройства к одному или большему количеству приемопередатчиков 120a-d.
Приемопередатчики 120a-d и/или антенны 110а-d можно с возможностью осуществления связи соединять с модулем 130 отображения/предварительного кодирования антенны. Модуль 130 отображения/предварительного кодирования антенны можно с возможностью осуществления связи соединять с процессором 140. Следует отметить, что любые из компонентов, проиллюстрированных на фиг.1, могут быть физически тем же самым компонентом, или их можно объединять в один физический блок, или, альтернативно, они могут быть физически отдельными. Например, модуль 130 отображения/предварительного кодирования антенны, процессор 140 и приемопередатчики 120a-d можно физически конфигурировать на одной микросхеме или можно каждый из них конфигурировать на отдельных микросхемах. Любые разновидности таких конфигураций рассматриваются, как находящиеся в рамках настоящего раскрытия.
UE 101 можно конфигурировать для осуществления беспроводной связи с eNodeB 170. В дополнение к компонентам, которые можно обнаружить в типичном eNodeB, eNodeB 170 может включать в себя процессор 173, который может быть любым процессором или множеством процессоров, которые можно конфигурировать для выполнения функциональных возможностей eNodeB и/или предмета изобретения, раскрытого в данной заявке. Процессор 173 можно с возможностью осуществления связи соединять с памятью 174, которая может быть памятью любого типа или комбинацией типов памяти, которые включают в себя энергозависимую и энергонезависимую память. eNodeB 170 можно также конфигурировать с приемопередатчиками 172a-d, которые можно с возможностью осуществления связи соединять с антеннами 171a-d, сконфигурированными для осуществления беспроводной связи, например, с UE 101 в системе LTE-A или LTE. Множество передающих и/или приемных антенн можно конфигурировать в eNodeB 170 для обеспечения MIMO и/или других технологий, которые могут использовать преимущества такого множества антенн.
eNodeB 170 можно с возможностью осуществления связи соединять через одно или большее количество беспроводных или проводных соединений для осуществления связи с объектом управления мобильностью/обслуживающим шлюзом (MME/S-GW) 180. MME/S-GW 180 можно конфигурировать с процессором 181, который может быть любым процессором или множеством процессоров, которые можно конфигурировать для выполнения функциональных возможностей MME/S-GW и/или предмета изобретения, раскрытого в данной заявке. Процессор 181 можно с возможностью осуществления связи соединять с памятью 182, которая может быть памятью любого типа или комбинацией типов памяти, которые включают в себя энергозависимую и энергонезависимую память. В одном из вариантов осуществления UE 101, eNodeB 170 и/или MME/S-GW 180 конфигурируют для осуществления сигнализации UCI в системе LTE-A, как раскрыто в данной заявке.
DFT-S-OFDM можно использовать в качестве средства связи от UE 101 к eNodeB 170 (т.е. в восходящей линии связи). DFT-S-OFDM является видом передачи OFDM с дополнительным ограничением, что частотно-временной ресурс, назначенный для UE, состоит из набора последовательных частотных поднесущих. Восходящая линия связи LTE может не включать в себя поднесущую постоянного тока (DC). Восходящая линия связи LTE может включать в себя один режим работы, в котором скачкообразное изменение частоты можно применять к передачам UE. В восходящей линии связи (UL) в LTE Выпуск 8 (R8) существует потребность в определенной ассоциированной управляющей информации восходящей линии связи (UCI) уровня 1/уровня 2 (L1/2) для обеспечения передачи UL, передачи нисходящей линии связи (DL), планирования, передачи по технологии с множеством входов и множеством выходов (MIMO) и т.д. Например, UE 101 можно конфигурировать для предоставления UCI к eNodeB 170 периодически и/или непериодически. UCI может состоять из подтверждения/отрицательного подтверждения (ACK/NACK) гибридного автоматического запроса повторной передачи (HARQ), которое может составлять 1 или 2 бита, сообщения состояния канала, включающего в себя индикатор качества канала (CQI), индикатор матрицы предварительного кодирования (PMI) и/или индикатор ранга (RI), которое может составлять 4-11 битов, когда его передают по физическому каналу управления восходящей линии связи (PUCCH), и запроса о планировании (SR), который может составлять 1 бит. Эти примеры количества битов для UCI этих типов соответствуют количеству битов для этих типов в LTE Выпуск 8. Количество битов для этих типов не ограничено этими значениями, и другие варианты осуществления рассматриваются как находящиеся в рамках настоящего раскрытия.
В описанных вариантах осуществления и примерах, которые относятся конкретно к типам битов CQI, PMI и RI, эти варианты осуществления можно легко расширять так, чтобы они включали в себя дополнительные типы битов UCI, которые могут поддерживаться UE и которые можно сообщать периодически или непериодически. Эти варианты осуществления и примеры можно также легко расширять для замены любого одного или большего количества из типов битов CQI, PMI и RI другими типами битов UCI, которые могут поддерживаться UE и которые можно сообщать периодически или непериодически.
В LTE Выпуск 8 UE 101 может передавать UCI, например, одним из двух способов. При отсутствии ресурсов назначенного физического совместно используемого канала UL (PUSCH) в субкадре UE 101 может передавать UCI, используя ресурсы физического канала управления UL (PUCCH). Когда данные UL присутствуют или UE иначе передает данные по физическому совместно используемому каналу восходящей линии связи (PUSCH), сигнализация UCI может происходить по PUSCH и ее можно мультиплексировать с данными по PUSCH. Однако в Выпуске 8 одновременная передача PUCCH и PUSCH не поддерживается. Кроме того, одновременная передача ACK/NACK и CQI UE не может быть допущена специализированным для UE более высоким уровнем сигнализации. В этом случае CQI отбрасывается, и только ACK/NACK передают, используя PUCCH, что может привести к небольшому ухудшению в планировании и точности адаптации скорости передачи.
В LTE Advanced (LTE-A), представленном в Выпуске 10 (R10) 3GPP, можно поддерживать одновременную передачу по PUSCH и по PUCCH, например, с помощью UE 101, и ограничение одной несущей для сигнала UL снимается. В Выпуске 10 распределение ресурсов и на смежных частотах, и на несмежных частотах поддерживается на каждой составляющей несущей UL.
Ожидается, что в LTE-A размер UCI (количество битов UCI) будет увеличиваться по сравнению с LTE, принимая во внимание новые функциональные возможности, включающие в себя скоординированную многоточечную передачу (COMP), DL MIMO более высокого порядка, расширение полосы пропускания и ретрансляцию. Например, для поддержания MIMO высокого порядка (например, MIMO 8Ч8) и/или COMP большое количество сообщений о состоянии канала (CQI/PMI/RI) можно возвращать к обслуживающему eNodeB (и возможно - к соседнему eNodeB в реализациях COMP). Служебная информация UCI будет дополнительно увеличиваться при использовании асимметричного расширения полосы пропускания. Соответственно, размер полезной нагрузки PUCCH LTE Выпуск 8 может быть недостаточным для переноса увеличенного количества служебной информации UCI (даже для одной составляющей несущей DL) в LTE-A. Сигнализация UCI в LTE-A может быть более гибкой, чем сигнализация UCI в LTE, учитывая больше конфигураций при сигнализации UCI в LTE-A. Из-за этого и так как размер UCI (количество битов UCI) может быть большим в LTE-A, могут быть необходимы новые конфигурации для поддержания увеличенного размера UCI. В некоторых вариантах осуществления настоящего раскрытия возможность одновременной передачи по PUSCH и PUCCH выгодно используется для передачи сигнализации UCI, которую можно генерировать в системе LTE-A или в любой другой системе.
Кроме того, поскольку настройку мощности для PUSCH и PUCCH, соответственно, выполняют независимо, некоторые правила для сигнализации UCI в LTE-A сформулированы в данной заявке для вариантов осуществления, которые используют преимущества одновременной передачи по PUCCH и PUSCH в субкадре для ситуаций, когда сумма уровней мощности PUSCH и PUCCH достигает или превышает заданную максимальную мощность передачи.
Следует отметить, что в данной заявке физическим каналом управления восходящей линии связи (PUCCH) может быть PUCCH LTE или LTE-A, который является каналом восходящей линии связи, по которому передают управляющую информацию восходящей линии связи. Альтернативно, в данной заявке PUCCH может быть любым каналом или множеством каналов или других средств беспроводной связи, которые могут использоваться, исключительно или неисключительно, для передачи управляющей информации для восходящей линии связи. В данной заявке физическим совместно используемым каналом восходящей линии связи (PUSCH) может быть PUSCH LTE или LTE-A, который является каналом восходящей линии связи, по которому передают пользовательские данные (т.е. данные SCH). Альтернативно, в данной заявке PUSCH может быть любым каналом или множеством каналов или другим средством беспроводной связи, которое может использоваться, исключительно или неисключительно, для передачи пользовательских данных по восходящей линии связи. В данной заявке по PUSCH можно также переносить управляющую информацию. Управляющей информацией восходящей линии связи (UCI) в данной заявке может быть определенная для LTE или LTE-A управляющая информация, или UCI может быть любой управляющей информацией, используемой в любой беспроводной системе, передаваемой в канале или средстве беспроводной связи любого типа. Все такие варианты осуществления рассматриваются, как находящиеся в рамках настоящего раскрытия.
На фиг.2 показана система беспроводной связи/сеть доступа 200, которую можно конфигурировать как часть или как всю систему LTE или LTE-A. Сеть 200 может включать в себя усовершенствованную универсальную наземную сеть радиодоступа (E-UTRAN) 250. E-UTRAN 250 может включать в себя UE 210, которое может быть UE или WTRU любого типа, которое включает в себя UE 101 на фиг.1, и один или большее количество усовершенствованных узлов B (eNodeB) 220a, 220b и 220c, которые могут быть любым устройством, сконфигурированным для выполнения функциональных возможностей eNodeB, например eNodeB 170 на фиг.1. Как показано на фиг.2, UE 210 может осуществлять связь с eNodeB 220a. eNodeB 220a, 220b и 220c могут взаимодействовать друг с другом, используя интерфейс X2. eNodeB 220a, 220b и 220c могут также подключаться к объекту управления мобильностью (MME)/обслуживающему шлюзу (S-GW) 230a и/или 230b через интерфейс S1. MME/S-GW 230a и 230b может быть любым устройством, сконфигурированным для выполнения функциональных возможностей MME/S-GW, например MME/S-GW 180 на фиг.1. Хотя одно UE 210 и три eNodeB 220a, 220b и 220c показаны на фиг.2, рассматривают, что сеть 200 может включать в себя любое количество и комбинацию беспроводных и проводных устройств.
В некоторых вариантах осуществления, воплощаемых в системе LTE-A, может быть необходимо передавать управляющую информацию UL (UCI) от UE к eNodeB для обеспечения передачи пользовательских данных UL и других передач UL, передачи пользовательских данных DL и других передач DL, данных планирования, данных MIMO и т.д. UCI может включать в себя ACK/NACK HARQ, сообщение о состоянии канала, CQI/PMI/RI и/или запрос(ы) о планировании (SR), но не ограничена ими. Нужно отметить, что термин «пользовательские данные» в данной заявке можно использовать взаимозаменяемо с «данными SCH (совместно используемого канала)». UE может передавать UCI по PUCCH или PUSCH. В таблице 1 показаны форматы PUCCH, определенные для LTE, которые можно использовать в некоторых вариантах осуществления, и соответствующее содержимое UCI. Форматы 2a и 2b поддерживаются только для нормального циклического префикса. В некоторых вариантах осуществления при передаче UCI по PUSCH можно использовать те же самые форматы.
Таблица 1 Форматы PUCCH и соответствующее содержимое UCI |
|||
Формат PUCCH | Схема модуляции | Количество битов в субкадре, Mbit | UCI |
1 | Не определено | Не определено | SR |
1a | BPSK | 1 | ACK/NACK (SR) |
1b | QPSK | 2 | ACK/NACK (SR) |
2 | QPSK | 20 | CQI/PMI/RI |
2a | QPSK+BPSK | 21 | CQI/PMI/RI и ACK/NACK |
2b | QPSK+QPSK | 22 | CQI/PMI/RI и ACK/NACK |
Временными и частотными ресурсами, которые могут использоваться посредством UE для передачи UCI, можно управлять с помощью eNodeB. Сообщение некоторой UCI, такой как CQI, PMI и RI, может быть периодическим или непериодическим. В некоторых вариантах осуществления непериодические сообщения могут предоставлять данные, аналогичные данным, предоставляемым с помощью периодических сообщений, а также дополнительные данные. В таких вариантах осуществления, если и периодические, и непериодические сообщения выполняют в том же самом субкадре, то UE можно конфигурировать только для непериодического сообщения в этом субкадре.
Размеры полезной нагрузки CQI и PMI для каждого режима сообщения по PUCCH можно предварительно определять, например, обеспечивая с помощью спецификаций стандарта 3GPP. Размеры полезной нагрузки UCI другого типа каждого режима сообщения по PUCCH можно предварительно определять, например, обеспечивая с помощью спецификаций стандарта 3GPP.
Для обработки увеличенных размеров UCI и более высоких объемов управляющей информации восходящей линии связи (UCI), которые могут появляться в системах LTE-A, можно использовать несколько вариантов осуществления, представленных настоящим раскрытием. Некоторые из вариантов осуществления, раскрытых в данной заявке, используют преимущества возможностей LTE-A по передаче одновременно по PUSCH и PUCCH.
В одном из вариантов осуществления альтернативные конфигурации для сигнализации UCI от UE в системе LTE-A можно использовать в дополнение к способам сигнализации UCI в LTE. В первом таком варианте осуществления множество передач по PUCCH можно использовать для множества полей или сообщений UCI. Множество передач (или ресурсов) PUCCH для мультиплексирования множества полей/сообщений UCI можно осуществлять таким образом, что множество передач PUCCH мультиплексируют или с кодовым разделением, или с частотным разделением. Например, в LTE, когда передача индикатора качества канала (CQI) конфликтует с запросом о планировании (SR), CQI в том же самом субкадре отбрасывается. Однако в LTE-A можно передавать CQI и SR одновременно в том же самом субкадре, используя мультиплексирование с кодовым разделением (CDM) (т.е. используя различные ортогональные повороты фазы специфичной для соты последовательности) или мультиплексирование с частотным разделением (FDM) (т.е. используя различные ресурсные блоки (RB)). Соответственно, UE может мультиплексировать формат 1 PUCCH (возможно с 1a/1b) и формат 2 (возможно с 2a/2b) для одновременной их передачи по множеству ресурсов PUCCH. Альтернативно, передачи по множеству PUCCH, как можно полагать, передают большой объем UCI LTE-A от UE.
В вариантах осуществления, в которых сигнализацию UCI осуществляют по множеству ресурсов PUCCH, CDM, FDM или мультиплексирование с временным разделением каналов (TDM) или любую их комбинацию можно использовать для передачи UCI. В одном из вариантов осуществления, когда необходим большой объем UCI, UCI можно передавать от UE по множеству ресурсов PUCCH, используя CDM (т.е. различные повороты фазы специфичной для соты последовательности). В таких вариантах осуществления различные ортогональные повороты фазы (эквивалентно - циклические повороты) специфичной для соты последовательности из 12 частотных интервалов (или временных интервалов) можно применять для каждого бита (или группы битов, или различных управляющих полей) UCI. Например, в случае асимметричного расширения полосы пропускания (например, 2 составляющие несущие DL и 1 составляющая несущая UL) биты ACK/NACK HARQ для различных составляющих несущих DL можно передавать на одной несущей UL, используя различные повороты фазы специфичной для соты последовательности. Альтернативно или дополнительно, как иллюстрируется на фиг.3, биты ACK/NACK для различных несущих DL (биты ACK/NACK 310 и 320) можно передавать (на том же самом частотно-временном ресурсе), используя ту же самую последовательность поворотов фазы, но используя различные ортогональные покрывающие последовательности w1 и w2 для несущей 1 и несущей 2 соответственно.
eNodeB может конфигурировать UE для мультиплексирования множества полей/сообщений UCI в субкадре при сигнализации уровня 1 или 2 (L1/2) или сигнализации более высокого уровня. В вариантах осуществления, которые используют передачи по множеству PUCCH, если полная мощность передачи по множеству PUCCH превышает максимальную мощность передачи UE, обозначенную как Pmax (или Pmax+Pthreshold, где Pthreshold является порогом), то UE может выполнять совмещение с процедурой UE LTE (т.е. с помощью отбрасывания сообщений обратной связи с низким приоритетом, таких как CQI/PMI).
eNodeB может использовать «слепое» обнаружение передач по множеству PUCCH для определения, какие передачи (поля UCI) PUCCH применяют в субкадре. Альтернативно, некоторые из подходов сокращения/уменьшения мощности, раскрытые в заявке на патент США № 12/703,092, поданной 9 февраля 2010, озаглавленной «APPARATUS AND METHOD FOR UPLINK POWER CONTROL FOR A WIRELESS TRANSMITTER/ RECEIVER UNIT UTILIZING MULTIPLE CARRIERS», которая заключена в данный документ во всей полноте по ссылке, можно использовать в некоторых вариантах осуществления с некоторой модификацией. Например, после вычисления уровней мощности для каждого PUCCH, если сумма мощностей превышает Pmax, то соответствующую мощность передачи можно корректировать с помощью установки одинаковой мощности или относительной мощности (в зависимости от приоритета отдельного канала) для соответствия ограничению максимальной мощности. Другой возможностью для установки мощности для множества PUCCH является изменение управления мощностью PUCCH LTE, например введение смещения мощности для отдельного PUCCH. Превышение максимальной разрешенной мощности(ей) передачи CC можно учитывать вместо или в дополнение к превышению Pmax для принятия этих решений.
В альтернативном варианте осуществления сигнализацию UCI по множеству ресурсов PUCCH можно осуществлять, используя FDM. В таком варианте осуществления каждый бит (или группу битов, например биты ACK/NACK и биты CQI или различные управляющие поля) UCI можно передавать, используя другую пару RB в пределах предварительно сконфигурированной области PUCCH (т.е. ресурсов PUCCH). На фиг.4 иллюстрируется пример использования множества RB ресурсов PUCCH (основываясь на FDM) в области 410 PUCCH для передачи большого объема UCI (например, множества сообщений UCI), так что ACK/NACK передают по RB 420, соответствующему m=0, в то время как в том же самом субкадре CQI/PMI/RI передают по другому RB, например по RB 430, соответствующему m=2. Альтернативно или дополнительно, в случае асимметричного расширения полосы пропускания (например, 2 составляющие несущие DL и 1 составляющая несущая UL) бит(ы) UCI для различных составляющих несущих DL можно передавать по различным парам RB, например, m=0,2 для несущей 1 и несущей 2 соответственно.
В другом варианте осуществления сигнализацию UCI по множеству ресурсов PUCCH можно осуществлять, используя TDM. В таком варианте осуществления каждый бит (или группу битов, например биты ACK/NACK и биты CQI или различные управляющие поля) UCI можно передавать с временным разделением каналов (TDB) на основе символа OFDM, на основе слота или на основе субкадра.
Следует отметить, что в указанных выше вариантах осуществления сигнализации UCI по множеству ресурсов PUCCH UE можно конфигурировать с помощью eNodeB через сигнализацию более высокого уровня (или сигнализацию L1), по которому ресурсы PUCCH (время/частота/код) распределены UE. В этих вариантах осуществления могут поддерживаться форматы PUCCH LTE R8, как определено в спецификации стандарта 3GPP; т.е. поддерживают обратную совместимость с LTE R8. Кроме того, в случае CDM (и FDM), CM (показатель третьей степени) может увеличиваться в зависимости от количества используемых ресурсов (кодов/поворотов фазы или RB). Соответственно, воздействие CM на установку мощности для PUCCH можно учитывать, т.е. применять уменьшение мощности на величину увеличения CM, если оно существует.
В другом варианте осуществления сигнализацию UCI и по PUCCH, и по PUSCH в том же самом субкадре (передачу UCI, например UCI большого объема, и по PUSCH, и по PUCCH от UE) можно осуществлять, например, когда используют асимметричное агрегирование несущих (CA), DL MIMO более высокого уровня и/или COMP. Для сигнализации UCI и по PUCCH, и по PUSCH (для одновременной передачи UCI по PUCCH и PUSCH) в том же самом субкадре, ACK/NACK и/или SR можно мультиплексировать с CQI/PMI/RI таким образом, что ACK/NACK и/или SR можно передавать по PUCCH, в то время как в том же самом субкадре (периодическую или непериодическую) сигнализацию CQI/PMI/RI можно выполнять по PUSCH (или наоборот). В некоторых вариантах осуществления UE без пользовательских данных для передачи можно конфигурировать для передачи UCI по PUSCH без данных UL. Например, UE в COMP DL может передавать UCI (включающую в себя ACK/NACK, CQI/PMI/RI и SR), ассоциированную с обслуживающей (опорной) сотой, по PUSCH, предназначенному для данной обслуживающей соты, в то время как в том же самом субкадре UE может передавать другую управляющую информацию (например, CQI/PMI), предназначенную для необслуживающей (опорной) соты, по предварительно указанному PUCCH для этой соты-получателя или наоборот.
На фиг.5 иллюстрируется пример передачи UCI и по PUCCH, и по PUSCH от UE в COMP DL. В этом примере предполагают, что UE имеет данные совместно используемого канала UL (UL-SCH), передаваемые в субкадре. Если у UE нет никаких данных для передачи, то UCI посылают по PUSCH без данных UL. Альтернативно или дополнительно, в случае асимметричного CA (например, 1 несущая UL и N несущих DL, где N>1) UE может передавать UCI, ассоциированную с опорной несущей DL, или по PUSCH, или по PUCCH. В то же самое время UE может передавать UCI для неопорной несущей(их) DL по другому физическому каналу (например, неиспользуемому для опорной несущей DL). Альтернативно, UE может передавать UCI для неопорной несущей(их) DL по PUSCH на другой составляющей несущей UL (CC).
В одном из вариантов осуществления системы LTE-A установку мощности для PUSCH и PUCCH, соответственно, можно выполнять независимо. В случае передачи UCI и по PUSCH, и по PUCCH в том же самом субкадре, когда Pmax достигнута (т.е. в случае отрицательной разности между номинальным и максимально допустимым значением мощности), подходы уменьшения мощности, которые включают в себя описанные в заявке на патент США № 12/703,092, на которые существует ссылка в данной заявке, например, равное сокращение мощности, относительное сокращение мощности или сокращение мощности, используя приоритет канала (и/или тип UCI), для выполнения ограничения максимальной мощности. Альтернативно или дополнительно, UE, передающее UCI, используя и PUSCH, и PUCCH, которое обнаруживает, что Pmax достигнута, может переключаться к способу передачи UCI, используя множество ресурсов PUCCH, как раскрыто в данной заявке. В другом альтернативном варианте такое UE может передавать UCI, используя только PUSCH. Альтернативно, UE может передавать UCI, используя PUCCH, только, возможно, отбрасывая поля UCI с низким приоритетом, например CQI/PMI, если они существуют. Превышение максимальной разрешенной мощности(ей) передачи CC вместо или в дополнение к превышению Pmax можно учитывать при принятии этих решений.
В другом варианте осуществления можно осуществлять одновременные периодические передачи по PUCCH и непериодические передачи по PUSCH для UCI. В существующей системе LTE (R8), в случае конфликта между периодическими сообщениями CQI/PMI/RI и непериодическими сообщениями CQI/PMI/RI, периодическое сообщение CQI/PMI/RI отбрасывается в данном субкадре. Однако UE можно конфигурировать для выполнения и непериодического сообщения, и периодического сообщения в том же самом субкадре в случае необходимости. Например, при асимметричном CA UE можно конфигурировать для выполнения периодического сообщения CQI/PMI/RI, ассоциированного с опорной несущей DL, используя PUCCH, и выполнения непериодического сообщения CQI/PMI/RI, ассоциированного с неопорной несущей(ими) DL, используя PUSCH, или наоборот, в том же самом субкадре. Когда Pmax достигнута (т.е. в случае отрицательной разности между номинальным и максимально допустимым значением мощности), UE может отбрасывать непериодическое сообщение CQI/PMI/RI по PUSCH. Альтернативно, UE может отбрасывать периодическое сообщение CQI/PMI/RI по PUCCH. Превышение максимальной разрешенной мощности(ей) передачи CC можно учитывать вместо или в дополнение к превышению Pmax при принятии таких решений.
В другом варианте осуществления UCI большого объема можно передавать по PUSCH. Когда размер полезной нагрузки UCI является настолько большим (например, сумма количества битов ACL/NACK HARQ и количества битов полезной нагрузки CQI/PMI/RI больше порога), что она не может поместиться в ресурсе PUCCH, UCI можно посылать по PUSCH с или без данных UL-SCH (в зависимости от того, запланировано или нет UE для передачи данных), аналогично сигнализации UCI LTE по PUSCH, когда UE запланировано для передачи данных по PUSCH. В данном варианте осуществления для переноса UCI может не требоваться, чтобы UE было запланировано для передачи данных по PUSCH. Вместо этого UE можно конфигурировать с помощью сигнализации более высокого уровня или сигнализации L1/2, когда UCI необходимо переносить по PUSCH.
eNodeB может конфигурировать UE для передачи UCI и по PUCCH, и по PUSCH, или конфигурировать UE для отсутствия передачи UCI и по PUCCH, и по PUSCH, например, в зависимости от возможностей UE, конфигурации/обслуживания DL/UL, условий в канале, доступности ресурса PUSCH/PUCCH и/или доступности мощности передачи UE. Конфигурацию UE можно выполнять через сигнализацию L1/2 или сигнализацию более высокого уровня. Для передачи UCI и по PUCCH, и по PUSCH в том же самом субкадре, после вычисления уровней мощности для PUCCH и PUSCH, соответственно, если сумма мощностей превышает Pmax, то можно использовать подходы уменьшения мощности (которые включают в себя описанные в заявке на патент США № 12/703,092, на которую существует ссылка в данной заявке), например, соответствующую мощность передачи канала можно корректировать/уменьшать с помощью установки одинаковой мощности или относительной мощности (в зависимости от приоритета отдельного канала) или с помощью предварительно определенного смещения для того, чтобы выполнялось условие ограничения максимальной мощности. В еще одном альтернативном варианте UE может передавать UCI по PUCCH, только, возможно, отбрасывая поля UCI с низким приоритетом, такие как CQI/PMI. В еще одном варианте осуществления UE может передавать все необходимые поля UCI по PUSCH только с или без данных совместно используемого канала восходящей линии связи (UL-SCH) в зависимости от того, запланировано или нет UE для передачи данных. В любом из этих вариантов осуществления eNodeB может использовать «слепое» обнаружение отдельного физического канала (т.е. PUCCH и PUSCH) для определения, какой физический канал(ы) (или поля UCI) передают в субкадре. Превышение максимальной разрешенной мощности(ей) передачи CC можно учитывать вместо или в дополнение к превышению Pmax при принятии таких решений.
В альтернативном варианте осуществления сигнализацию UCI для существующего стандарта LTE можно выполнять с помощью UE с аналогичной LTE конфигурацией DL/UL (например, взаимно-однозначное отображение спектров DL/UL, отсутствие COMP). Служебная информация UCI может быть аналогична LTE R8. Однако в отличие от LTE R8 UE может передавать ACK/NACK HARQ по PUCCH (в одном из вариантов осуществления для улучшения надежности ACK/NACK), в то же время передавая непериодические CQI/PMI/RI по PUSCH в том же самом субкадре.
В других альтернативных вариантах новые форматы PUCCH с модуляцией более высокого уровня (16QAM) можно использовать для поддержания большого размера UCI. Эти новые форматы PUCCH можно определять, используя модуляцию более высокого уровня. Как показано в таблице 2, новые форматы PUCCH представлены, используя 16QAM (формат 3, 4/4a/4b/4c). Формат 3 PDCCH можно использовать для переноса 4 битов ACK/NACK (возможно с SR). Например, 4 бита ACK/NACK можно использовать при агрегировании несущих (например, 2 несущие DL с SM MIMO и 1 несущая UL). Формат 4/4a/4b/4c PUCCH можно использовать для обратной передачи 40 кодированных битов CQI/PMI/RI (с ACK/NACK в 4a/4b/4c) в LTE-A. Для новых форматов, раскрытых в данной заявке, установка мощности для PUCCH может включать в себя смещение мощности для приспособления использования модуляции более высокого уровня 16QAM (т.е. чтобы отразить тот факт, что различные SINR требуются для различных схем модуляции).
Таблица 2 Расширенные форматы PUCCH |
|||
Формат PUCCH | Схема модуляции | Количество битов в субкадре, Mbit | Поле (поля) UCI |
1 | Не определено | Не определено | SR |
1a | BPSK | 1 | ACK/NACK (SR) |
1b | QPSK | 2 | ACK/NACK (SR) |
2 | QPSK | 20 | CQI/PMI/RI |
2a | QPSK+BPSK | 21 | CQI/PMI/RI и ACK/NACK |
2b | QPSK+QPSK | 22 | CQI/PMI/RI и ACK/NACK |
3 | 16QAM | 4 | ACK/NACK (и SR) |
4 | 16QAM | 40 | CQI/PMI/RI |
4a | 16QAM+BPSK | 41 | CQI/PMI/RI и ACK/NACK |
4b | 16QAM+QPSK | 42 | CQI/PMI/RI и ACK/NACK |
4c | 16QAM+16QAM | 44 | CQI/PMI/RI и ACK/NACK |
Следует отметить, что во всех сформулированных выше вариантах осуществления при использовании сигнализации UCI LTE-A eNodeB может конфигурировать UE для передачи UCI с помощью сигнализации L1/2 или сигнализации более высокого уровня.
В альтернативном варианте осуществления одновременные передачи PUCCH и SRS можно использовать в системе LTE-A, которая поддерживает одновременные передачи PUCCH (и PUSCH) и SRS в расположении символа SRS (в последнем символе OFDM). В таких вариантах осуществления UE может передавать SRS даже через формат 1/1a/1b SRS и PUCCH (включающий в себя обычный формат 1/1a/1b PUCCH) и/или 2/2a/2b (и потенциально - форматы 3/4/4a/4b/4c, как сформулировано в данной заявке), и данная передача происходит в том же самом субкадре, упрощая такие передачи в системе LTE-A.
В другом варианте осуществления сигнализацию UCI можно выполнять в системах LTE-A, которые воплощают MIMO UL. Можно использовать несколько режимов MIMO для PUSCH, которые включают в себя пространственное мультиплексирование (SM) MIMO (например, SM MIMO с разомкнутым контуром и замкнутым контуром), формирование диаграммы направленности (BF) и разнесенную передачу (например, разнесение циклической задержки (CDD), пространственно-временное блочное кодирование (STBC), пространственно-частотное блочное кодирование (SFBC), разнесенную передачу по пространственно-ортогональным ресурсам (SORTD) и т.д.). Система LTE-A, сконфигурированная согласно настоящему раскрытию, может использовать любой из следующих режимов MIMO для сигнализации UCI. Для передачи UCI по PUCCH можно воплощать любую из следующих возможностей MIMO:
- формирование диаграммы направленности с одним уровнем (в этом случае eNodeB предоставляет кодовую книгу или обратную связь PMI для UE);
- разнесенную передачу (tx) CDD;
- STBC/SFBC/SORTD;
- переключение антенн (в этом случае переключение антенн можно выполнять на основе символов OFDM или на основе слотов); и
- когда одновременно осуществляют передачу PUSCH и PUCCH в UL MIMO, когда UCI передают по PUCCH, любую из указанных выше возможностей MIMO можно использовать для PUCCH независимо от режима MIMO для PUSCH.
Для передачи UCI по PUSCH в одном из вариантов осуществления можно применять схему MIMO UL для части UCI в PUSCH независимо от MIMO UL для части данных, причем схема MIMO для части UCI может быть любой из следующего:
- формирование диаграммы направленности с одним уровнем;
- разнесенная tx CDD;
- STBC/SFBC;
- переключение антенн (в этом случае переключение антенн можно выполнять на основе символа OFDM или на основе слота);
- выбор антенны; и
- тот же самый режим MIMO, как для части данных PUSCH, можно применять для части UCI.
В другом варианте осуществления UE может передавать все биты UCI по PUSCH только там, где большой размер UCI можно использовать для передачи UCI LTE-A.
Далее способы и системы будут описаны, предоставляя более подробные варианты осуществления одновременной передачи UCI по PUCCH/PUSCH. Предоставляют способы и системы, которые предоставляют возможность UE определять, какие, если таковые имеются, из битов UCI следует передавать по PUCCH, а какие, если таковые имеются, следует передавать по PUSCH. Для UE с пользовательскими данными для передачи по PUSCH, UCI, передаваемую по PUSCH, можно передавать вместе с данными. Для передачи по PUSCH без пользовательских данных только UCI можно передавать по PUSCH. В приведенных ниже вариантах осуществления биты UCI могут включать в себя UCI для данного субкадра для всех активных (или сконфигурированных) составляющих несущих нисходящей линии связи (CC DL). Основываясь на различных факторах, таких как запросы о планировании eNodeB и передачи DL, биты UCI для данной CC DL могут включать в себя одно или большее количество из битов ACK/NACK (фактических битов или битов, зарезервированных для ACK/NACK, даже если их не посылают), битов CQI, битов PMI, битов RI, битов обратной связи других типов (например, долгосрочного (также называют внешним контуром) PMI, или краткосрочного (также называют внутренним контуром) PMI), и любых других служебных битов, которые UE может посылать в радиосеть. У различных CC DL могут быть биты UCI различного типа, которые должны быть переданы в данном субкадре. Любая одна или большее количество CC DL могут не иметь никаких битов UCI, которые должны быть переданы в данном субкадре. Биты UCI могут также включать в себя служебные биты типов, которые конкретно не относятся к CC DL.
Следует отметить, что сообщения CQI и PMI обычно сообщаются вместе и упоминаются в данной заявке как сообщения CQI/PMI. Однако такие сообщения можно сообщать отдельно, и приведенные варианты осуществления могут быть легко расширены на такие варианты осуществления. В качестве разновидности каждого из описанных способов и вариантов осуществления PUCCH можно расширять так, чтобы он означал множество PUCCH, если множество PUCCH распределено в данном субкадре и по ним разрешено переносить UCI.
В одном из вариантов осуществления можно принимать решение о том, как необходимо передавать UCI, основываясь на количестве битов UCI для передачи (которое может также упоминаться как размер полезной нагрузки UCI) в пределах субкадра. На фиг.6 иллюстрируется способ осуществления такого варианта осуществления. На этапе 610 определяют количество битов UCI для передачи. В одном из вариантов осуществления при этом определении можно исключать все биты непериодического сообщения CQI/PMI/RI и все другие биты непериодического сообщения. Другие варианты осуществления могут включать в себя такие биты непериодических сообщений.
На этапе 620 можно определять, выполняется или нет условие, что количество битов UCI меньше или равно некоторому числу N. N можно предварительно конфигурировать в UE или передавать к UE с помощью eNodeB. Значение N может быть функцией формата PUCCH, так что может существовать различное значение N для каждого формата PUCCH. Если количество битов UCI меньше или равно N, то на этапе 630 UE может готовиться передавать все биты UCI по PUCCH. Если количество битов UCI больше N, то на этапе 640 UE может готовиться передавать поднабор битов UCI по PUCCH, а остальную часть битов UCI - по PUSCH. Например, UE может готовиться передавать биты ACK/NACK по PUCCH, а остальные биты UCI (такие как биты CQI, PMI и RI) - по PUSCH. Альтернативно, на этапе 650 можно определять, больше или нет количество битов UCI, чем N', где N'>N. N' можно предварительно конфигурировать в UE или передавать к UE с помощью eNodeB. Значение N' может быть функцией формата PUCCH, так что может существовать различное значение N' для каждого формата PUCCH. В данном варианте осуществления, если количество битов UCI больше N', то на этапе 660 UE может готовиться передавать все биты UCI по PUSCH и ничего по PUCCH. Если количество битов UCI больше N, но меньше или равно N', то на этапе 640 UE может готовиться передавать поднабор битов UCI по PUCCH, а остальные биты UCI - по PUSCH. В другом альтернативном варианте, если на этапе 620 определяют, что количество битов UCI больше N, то на этапе 660 UE может готовиться передавать все биты UCI по PUSCH и ничего по PUCCH.
Следует отметить, что кроме других изменений или определений, которые, возможно, должны быть сделаны, такие биты UCI можно передавать без дополнительных корректировок. В настоящем раскрытии UE можно описывать как «готовящееся к передаче» битов UCI, вместо того, чтобы описывать как просто передающее такие биты, для учета возможности дополнительных корректировок перед передачей битов UCI. Например, UE может готовиться передавать биты UCI, используя и PUCCH, и PUSCH, но может позже определять, что порог мощности будет достигнут при такой передаче (как описано более подробно ниже), и поэтому может фактически передавать биты UCI, используя только один из PUCCH и PUSCH.
В альтернативном варианте осуществления UE может определять, помещается или нет полезная нагрузка UCI в распределенном PUCCH, для определения, как оно будет передавать UCI. На фиг.7 иллюстрируется способ осуществления такого варианта осуществления. На этапе 710 определяют количество битов UCI для передачи (также называют размером полезной нагрузки UCI). В одном из вариантов осуществления при таком определении можно исключать все биты непериодического сообщения CQI/PMI/RI и все другие биты непериодического сообщения. Другие варианты осуществления могут включать в себя такие биты непериодического сообщения.
На этапе 720 определяют, будут или нет все биты UCI помещаться в распределенном PUCCH. Если все биты UCI будут помещаться в распределенном PUCCH, то на этапе 730 UE может готовиться передавать все биты UCI по PUCCH и ничего по PUSCH. Если количество битов UCI не помещается в PUCCH, то на этапе 740 UE может готовиться передавать поднабор битов по PUCCH, а остальные - по PUSCH. Например, UE может готовиться передавать биты ACK/NACK по PUCCH, а остальные биты UCI (такие как биты CQI, PMI и RI) - по PUSCH. В качестве другого примера, UE может готовиться передавать биты ACK/NACK для всех CC DL и все не являющиеся ACK/NACK биты (такие как биты CQI, PMI и RI) для тех CC DL, которые будут помещаться, по PUCCH, а не являющиеся ACK/NACK биты (такие как биты CQI, PMI и RI) для других CC DL - по PUSCH. При определении, будут или нет биты UCI помещаться в распределенном PUCCH, UE может учитывать все разрешенные форматы PUCCH для этого PUCCH.
В другом варианте осуществления UE может сравнивать размер полезной нагрузки UCI с одним или большим количеством из размера полезной нагрузки данных или размера PUSCH (который можно также называть переносимой емкостью PUSCH) для определения, как оно будет передавать UCI. Размер PUSCH можно измерять, используя один или множество факторов, таких как количество RB, количество символов OFDM, количество физических кодированных битов или некоторая комбинация этих или других факторов. На фиг.8 иллюстрируется способ осуществления такого варианта осуществления. На этапе 810 определяют размер полезной нагрузки (количество битов) UCI для передачи. В одном из вариантов осуществления при таком определении можно исключать все биты непериодического сообщения CQI/PMI/RI и все другие биты непериодического сообщения. Другие варианты осуществления могут включать в себя такие биты непериодического сообщения.
На этапе 820 UE может определять соотношение между размером полезной нагрузки UCI и одним или большим количеством из размера полезной нагрузки данных и размера PUSCH. Например, UE может сравнивать с порогом N соотношение размера (например, процентное соотношение) полезной нагрузки UCI с размером PUSCH или соотношение размера (например, процентное соотношение) полезной нагрузки UCI с полезной нагрузкой данных для определения, как передавать UCI. N можно предварительно конфигурировать в UE или передавать к UE с помощью eNodeB. Например, если процентное соотношение размера полезной нагрузки UCI с размером PUSCH или процентное соотношение размера полезной нагрузки UCI с размером полезной нагрузки данных меньше порога N, то на этапе 830 UE может готовиться передавать всю UCI по PUSCH. Если процентное соотношение размера полезной нагрузки UCI с размером PUSCH или процентное соотношение размера полезной нагрузки UCI с размером полезной нагрузки данных больше или равно порогу N, то на этапе 840 UE может готовиться передавать некоторые биты UCI по PUCCH, а другие биты UCI - по PUSCH, или на этапе 850 UE может готовиться передавать все биты UCI по PUCCH.
В дополнительном варианте осуществления UE может сравнивать размер PUSCH с порогом для определения, как оно будет передавать UCI. Размер PUSCH можно измерять, используя один или множество факторов, таких как количество RB, количество символов OFDM, количество физических кодированных битов или некоторая комбинация этих или других факторов. Так как это определение не зависит от размера полезной нагрузки UCI, этап 810 можно пропускать. На этапе 820 размер PUSCH можно сравнивать с пороговым значением N. Значение N можно предварительно конфигурировать в UE или передавать к UE с помощью eNodeB. Если переносимая емкость PUSCH больше данного порога N, то на этапе 830 UE может готовиться передавать всю UCI по PUSCH. В случае большого PUSCH ухудшение производительности из-за объединения UCI с данными по PUSCH можно уменьшать, поэтому может быть необходимо в этом случае передавать всю UCI по PUSCH и избегать потенциальных ограничений мощности одновременной передачи по PUSCH-PUCCH из-за влияния снижения максимальной мощности (MPR). Если емкость PUSCH меньше или равна N, то на этапе 840 UE может готовиться передавать некоторые биты UCI по PUCCH, а другие биты UCI - по PUSCH. Альтернативно, на этапе 850 UE может готовиться передавать все биты UCI по PUCCH.
В других вариантах осуществления, если UE распределяют PUSCH и оно не имеет никаких пользовательских данных для передачи, то UE может готовиться передавать UCI по PUSCH или по комбинации PUCCH и PUSCH в зависимости от размера полезной нагрузки UCI. На фиг.9 иллюстрируется способ осуществления такого варианта осуществления. На этапе 910 определяют, что никакие пользовательские данные не доступны для передачи. На этапе 920 определяют количество битов UCI, которые должны быть переданы. На этапе 930 определяют, будут или нет все биты UCI помещаться в PUSCH. Если да, то на этапе 940 UE может готовиться передавать всю UCI по PUSCH. Если количество битов UCI не будет помещаться в PUSCH, то на этапе 950 UE может готовиться передавать поднабор UCI по PUCCH, например биты ACK/NACK, а остальные биты UCI - по PUSCH. Альтернативно, когда количество битов UCI не помещается в PUSCH, на этапе 950 UE может готовиться передавать все биты UCI по PUCCH. Следует отметить, что это возможно, только если переносимая емкость PUCCH больше, чем у PUSCH. В этих вариантах осуществления PUSCH можно предпочитать перед PUCCH, когда биты UCI будут помещаться, потому что, когда у UE нет никаких данных для передачи, передача UCI по PUSCH не влияет на производительность PUSCH.
В качестве разновидности любого из этих вариантов осуществления, если биты UCI, которые должны быть переданы, включают в себя биты CQI, PMI или RI, ассоциированные с непериодическими сообщениями CQI/PMI или RI, то UE может исключать такие биты при определении количества битов UCI, которые должны быть переданы, и/или при определении, какие биты можно передавать по PUCCH. В таких вариантах осуществления UE будет всегда передавать биты CQI, PMI и RI, ассоциированные с непериодическими сообщениями CQI/PMI и RI, по PUSCH. Такие варианты осуществления могут быть необходимы, когда непериодические сообщения намного больше, чем периодические сообщения, и вряд ли будут помещаться в PUCCH. Если дополнительные типы непериодических сообщений будут определены для R10 или в будущем, то UE можно конфигурировать так, чтобы исключать биты для этих сообщений таким образом и всегда передавать эти биты по PUSCH.
Например, если количество битов UCI, исключая все биты непериодического сообщения CQI/PMI и RI, меньше или равно некоторому числу N или, альтернативно, меньше или равно переносимой емкости PUCCH, то UE может готовиться передавать все биты UCI, кроме всех битов непериодического сообщения CQI/PMI и RI, по PUCCH и может готовиться передавать биты непериодического сообщения CQI/PMI и RI по PUSCH. Если количество битов UCI, исключая все биты непериодического сообщения CQI/PMI и RI, больше N или, альтернативно, больше переносимой емкости PUCCH, то UE может готовиться передавать поднабор битов по PUCCH, а остальные биты - по PUSCH. Например, в одном из вариантов осуществления UE может готовиться передавать биты ACK/NACK по PUCCH, а все биты CQI, PMI и RI (для периодических и непериодических сообщений) - по PUSCH. Альтернативно, если количество битов UCI, исключая все биты непериодического сообщения CQI/PMI и RI, больше N' (где N'>N), то UE может готовиться передавать все биты UCI по PUSCH и ничего по PUCCH. В другом альтернативном варианте, если количество битов UCI, исключая все биты непериодического сообщения CQI/PMI и RI, больше N, то UE может готовиться передавать все биты UCI по PUSCH и ничего по PUCCH. Каждый из N и N' можно предварительно конфигурировать в UE или передавать к UE с помощью eNodeB. Каждое из значений N и N' может быть функцией формата PUCCH, так что могут существовать различные значения N и/или N' для каждого формата PUCCH.
Следует отметить, что для любого из раскрытых вариантов осуществления, при определении переносимой емкости PUCCH, UE может рассматривать все разрешенные форматы PUCCH для распределенного PUCCH. В каждом из вариантов осуществления, если планирование таково, что периодические и непериодические сообщения UCI того же самого типа передают одновременно для данной CC DL, то UE может исключать периодическое сообщение этого типа для этой CC из передачи и из определения размера полезной нагрузки UCI.
В других вариантах осуществления UE может определять, как оно будет передавать UCI, основываясь на типе битов UCI, которые оно должно передавать, и такое определение может быть основано на приоритете UCI данного типа. В одном из таких вариантов осуществления, проиллюстрированном на фиг.10, тип битов UCI можно определять на этапе 1010. На этапе 1020 можно определять, является или нет какой-либо из битов UCI, которые должны быть переданы, битами ACK/NACK. Если биты UCI, которые должны быть переданы, содержат биты ACK/NACK, то на этапе 1030 UE может готовиться передавать биты ACK/NACK по PUCCH, а все биты UCI других типов - по PUSCH. Так как биты ACK/NACK могут быть самыми важными битами, для лучшей производительности их можно посылать по PUCCH, а не по PUSCH.
Альтернативно, как иллюстрируется на фиг.11, UE можно конфигурировать так, чтобы оно имело информацию, биты UCI какого типа помещаются вместе в PUCCH в каждом из форматов PUCCH, и определяло, как передавать UCI, основываясь на этой информации. На этапе 1110 тип битов UCI, которые должны быть переданы, можно определять с помощью UE. В одном из вариантов осуществления на этапе 1120 UE может выбирать комбинацию типов с самым высоким приоритетом, которые помещаются вместе, таким образом, чтобы количество битов с самым высоким приоритетом, которые должны быть переданы по PUCCH, стало максимальным. На этапе 1130 UE может готовиться передавать комбинацию типов с самым высоким приоритетом, которые помещаются вместе в PUCCH, используя соответствующий формат PUCCH. Следует отметить, что во многих вариантах осуществления ACK/NACK имеет самый высокий приоритет, RI (или аналогичные биты) имеет второй самый высокий приоритет, и CQI/PMI (или аналогичные биты) имеет следующий приоритет. UE может передавать всю UCI другого типа по PUSCH.
В дополнительных вариантах осуществления UE может определять, как оно будет передавать биты UCI, основываясь на конфигурации нисходящей линии связи (DL), которая включает в себя, например, множество активных (или сконфигурированных) CC DL, и/или на режиме передачи DL, например, на использовании методик с множеством антенн. В одном из таких вариантов осуществления, если UE определяет, что количество CC DL равно единице и режим передачи DL является режимом передачи, поддерживаемым в R8, то UE может готовиться передавать всю UCI по PUSCH и ничего по PUCCH. Альтернативный вариант осуществления с использованием конфигурации DL иллюстрируется на фиг.12. На этапе 1210 можно определять, равно или нет количество CC DL единице, и является или нет режим передачи DL режимом передачи, поддерживаемым в R8-LTE. Если нет, например, если количество CC DL больше единицы, то на этапе 1215 UE может готовиться передавать поднабор (агрегированных) битов UCI по PUCCH, а остальную часть битов UCI - по PUSCH. UE может определять, какие биты следует передавать по PUCCH, а какие биты следует передавать по PUSCH в соответствии с другими описанными способами и вариантами осуществления.
Если существует только одна CC DL и режим передачи DL является режимом передачи, поддерживаемым в R8-LTE, то на этапе 1220 можно определять, содержит или нет UCI биты ACK/NACK. Если да, то на этапе 1230 UE может готовиться передавать биты ACK/NACK по PUCCH. На этапе 1240 можно определять, существуют или нет биты периодической передачи CQI/PMI и периодической передачи RI в UCI. Если да, то на этапе 1250 UE может готовиться передавать биты периодического RI по PUCCH, а биты периодических CQI/PMI - по PUSCH. На этапе 1260 можно определять, существуют или нет биты периодических CQI/PMI и отсутствуют или нет биты периодического RI. Если да, то на этапе 1270 UE может готовиться передавать биты периодических CQI/PMI по PUCCH. На этапе 1280 можно определять, существуют или нет биты периодического RI и отсутствуют или нет биты периодических CQI/PMI. Если да, то на этапе 1290 UE может готовиться передавать биты периодического RI по PUCCH. Если UE определяет, что существуют биты непериодического сообщения UCI, то UE готовится передавать их по PUSCH.
В некоторых вариантах осуществления UE может определять, как оно будет передавать UCI, основываясь на режиме передачи UL, например, на количестве портов передающей антенны и/или на конфигурации PUSCH, которая включает в себя смежное распределение RB PUSCH по сравнению с несмежным распределением RB PUSCH. В одном из таких вариантов осуществления, если UE конфигурируют для передачи по PUSCH (который переносит два ключевых слова) с антеннами с множеством входов в субкадре, то UE может готовиться передавать биты CQI/PMI по PUSCH, а остальные биты UCI (например, биты ACK/NACK и/или биты RI) - по PUCCH. Альтернативно, UE может готовиться передавать все биты UCI по PUSCH и ничего по PUCCH.
В других вариантах осуществления, если предоставление ресурсов несмежного распределения RB PUSCH задано для UE, то UE может готовиться передавать всю UCI по PUSCH и ничего по PUCCH. Иначе (т.е. в случае смежного распределения RB PUSCH), UE может готовиться передавать биты UCI, используя один или большее количество из раскрытых способов.
В некоторых вариантах осуществления могут существовать и периодические, и непериодические сообщения UCI того же самого типа, которую запрашивают (или планируют для передачи) для CC DL в том же самом субкадре. В этом случае UE может передавать (или готовиться передавать) биты непериодического сообщения UCI для этой CC по PUSCH, и UE может отбрасывать (не передавать) периодическое сообщение этого типа для этой CC. На фиг.13 иллюстрируется один из способов осуществления такого варианта осуществления. На этапе 1310 можно определять, что существуют и периодические, и непериодические сообщения того же самого типа, которые запрашивают (или планируют для передачи) для CC DL в том же самом субкадре. На этапе 1320 UE может отбрасывать (не передавать) периодическое сообщение этого типа для этой CC. На этапе 1330 остальное содержимое UCI можно передавать или готовить к передаче в некоторых вариантах осуществления, используя один или большее количество из раскрытых способов.
В некоторых вариантах осуществления могут существовать и периодические, и непериодические сообщения UCI, которые запрашивают для различных CC DL в том же самом субкадре. Например, может существовать периодическое сообщение UCI, которую запрашивают для одной CC DL, в то время как может существовать непериодическое сообщение UCI, которую запрашивают для другой CC DL. В этом случае UE может передавать (или готовиться передавать) биты периодического сообщения UCI по PUCCH, а биты непериодического сообщения UCI - по PUSCH, или наоборот.
В других вариантах осуществления UE может использовать приоритет CC DL для определения, как оно будет передавать UCI, причем первичная CC DL имеет самый высокий приоритет. На фиг.14 иллюстрируется один из способов осуществления такого варианта осуществления. На этапе 1410 UE может определять, предназначен или нет какой-либо из битов UCI для первичной CC DL. Если нет, то на этапе 1420 UE может готовиться передавать всю UCI по PUSCH. Если существуют биты UCI, которые предназначены для первичной CC DL, то на этапе 1430 UE может готовиться передавать биты, ассоциированные с первичной CC DL, по PUCCH, в то время как остальные биты UCI UE может готовиться передавать по PUSCH в том же самом субкадре. Например, если UCI состоит из множества периодических сообщений CQI/PMI, которые должны быть переданы в данном субкадре, и одно из сообщений предназначено для первичной CC DL, то на этапе 1430 UE может готовиться передавать сообщение CQI/PMI для первичной CC DL по PUCCH, а другие сообщения - по PUSCH. Если ни одно из сообщений не предназначено для первичной CC DL, то на этапе 1420 UE может готовиться передавать все сообщения по PUSCH.
Следует отметить, что если на этапе 1410 определяют, что нет никаких битов, которые должны быть переданы для первичной CC DL, то вместо передачи всех битов UCI по PUSCH на этапе 1420, на этапе 1440 UE может готовиться передавать биты UCI для следующей CC DL с самым высоким приоритетом (который определяют, например, с помощью порядка конфигурирования, индекса или ID CC DL или любого другого средства, известного UE и/или eNodeB) по PUCCH, а UCI для других CC DL - по PUSCH. Например, если UCI состоит из множества периодических сообщений CQI/PMI, которые должны быть переданы в данном субкадре, и ни одно из сообщений не предназначено для первичной CC DL, то UE может готовиться передавать сообщение CQI/PMI для CC DL со следующим самым высоким приоритетом по PUCCH, а другие сообщения - по PUSCH. Возможности и альтернативные варианты для этой CC DL со следующим приоритетом являются такими же, как описано для первичной CC DL.
Альтернативно, если UE конфигурируют, зная, что только комбинации UCI определенного типа будут помещаться в PUCCH, используя разрешенные форматы PUCCH для распределенного PUCCH, то на этапе 1430 UE может готовиться передавать комбинацию UCI типов с самым высоким приоритетом для первичной CC DL (например, ACK/NACK и периодический RI, если периодический RI необходимо передавать; иначе - ACK/NACK и периодический CQI/PMI) по PUCCH, а UCI другого типа для первичной CC DL - по PUSCH. Альтернативно, UE может отбрасывать биты UCI другого типа для первичной CC DL. Если нет никаких битов UCI для первичной CC DL, то на этапе 1440 те же самые принципы можно применять к CC DL с самым высоким приоритетом, для которой существует UCI.
В другом альтернативном варианте, если UCI, которую следует передавать в данном субкадре, включает в себя ACK/NACK и периодическое сообщение CQI/PMI для первичной CC DL, то на этапе 1430 UE может готовиться передавать ACK/NACK и периодическое сообщение CQI/PMI для первичной CC DL по PUCCH, а другие биты UCI - по PUSCH. Если нет никаких битов UCI для первичной CC DL, то на этапе 1440 те же самые принципы можно применять к CC DL с самым высоким приоритетом, для которой существует UCI.
В некоторых вариантах осуществления UE может определять, как оно будет передавать биты UCI, основываясь на явном предоставлении ресурса для UCI (например, для периодических сообщений CQI/PMI/RI). В таких вариантах осуществления eNodeB может явно обеспечивать предоставление ресурса UL для UE для передачи UCI без пользовательских данных, например, через новый или измененный формат DCI или через сигнализацию более высокого уровня. Например, eNodeB может обеспечивать предоставление ресурса UL для UE для периодических сообщений, например, битов CQI/PMI или RI, когда у него есть информация, что у UE нет данных для передачи, и планируемые сообщения UCI не будут помещаться в PUCCH. В одном из вариантов осуществления, если UE принимает такое предоставление ресурса, то UE может готовиться передавать UCI только по PUSCH, в соответствии с предоставлением ресурса. В другом варианте осуществления UE может разделять UCI между PUCCH и PUSCH в соответствии с одним или большим количеством других описанных вариантов осуществления.
Следует отметить, что в любом из раскрытых способов и вариантов осуществления дополнительное определение того, как следует передавать биты UCI, можно выполнять с помощью UE и/или eNodeB, основываясь на том, выполняется или нет условие, что мощность удовлетворяет или превышает требования максимального порога мощности (или будет соответствовать или превышать). На фиг.15 иллюстрируется способ осуществления одного из таких вариантов осуществления. На этапе 1510 UE может принимать решение о том, как передавать UCI. Любое средство или способ передачи UCI можно определять на этапе 1510, которые включают в себя разделение UCI между PUCCH и PUSCH в том же самом субкадре, например, в соответствии с любым из других раскрытых вариантов осуществления. На этапе 1520 UE может определять мощность, необходимую для передачи UCI, используя средство, определенное на этапе 1510. На этапе 1530 UE может определять, превысит или нет мощность, необходимая для передачи, максимальную разрешенную мощность. Если максимальная мощность не будет превышена, то на этапе 1540 биты UCI должны быть переданы согласно предпочтительному способу, определенному на этапе 1510. Принятие решения о том, будет или нет превышена максимальная мощность, может включать в себя одно или большее количество сконфигурированных или иначе известных UE пределов мощности, например максимальную мощность передачи CC и максимальную мощность передачи UE.
Если на этапе 1530 определяют, что максимальная разрешенная мощность будет превышена, то UE может предпринимать один или большее количество дальнейших вариантов действия. В одном из вариантов осуществления на этапе 1550 UE может масштабировать одну или большее количество мощностей PUCCH и PUSCH. Следует отметить, что способы и средства масштабирования, которые можно использовать, включают в себя те, которые сформулированы в заявке на патент США № 12/703,092, на которую существует ссылка в данной заявке, но не ограничены ими.
Альтернативно, если на этапе 1530 определяют, что максимальная разрешенная мощность будет превышена, то на этапе 1560 UE может передавать всю UCI по PUSCH. Передача всей UCI по PUSCH устраняет влияние MPR, являющееся результатом одновременной передачи по PUSCH-PUCCH, что может уменьшать максимальную разрешенную мощность.
В другом альтернативном варианте, если на этапе 1530 UE определяет, что максимальная разрешенная мощность будет превышена, то на этапе 1570 UE может определять, будет или нет превышен максимальный разрешенный уровень мощности при передаче всей UCI по PUSCH. Если передача всей UCI по PUSCH не превышает максимальный разрешенный уровень мощности, то передача всей UCI по PUSCH избавит от необходимости масштабировать мощность перед передачей. Если передача UCI по PUSCH избавит от необходимости масштабировать мощность, то на этапе 1560 UE может передавать всю UCI по PUSCH. Если передача всей UCI по PUSCH не избавит от необходимости масштабировать мощность, то UE может сохранять свое первоначальное решение о способе передачи UCI, например, разделяя UCI по PUCCH и PUSCH в том же самом субкадре, и масштабировать мощность PUCCH и PUSCH на этапе 1580 любым из способов, которые описаны для этапа 1550, например, основываясь на приоритетах каналов. В таких вариантах осуществления можно оставлять передачу UCI по PUCCH, так как у PUCCH может быть самый высокий приоритет.
Следует отметить, что в любом из раскрытых в данной заявке способов и вариантов осуществления PUCCH и PUSCH можно передавать по тем же самым или различным CC UL. Эти способы и варианты осуществления можно применять в обоих случаях. Примером передачи на различных CC UL является передача PUCCH на первичной CC UL, в то время как PUSCH передают на другой CC UL.
В некоторых системах и реализациях LTE-A множество PUSCH можно использовать в субкадре. В таких вариантах осуществления UE, вероятно, придется определять, по какому PUSCH следует передавать биты UCI, когда оно определяет, что все биты UCI необходимо передавать по PUSCH, вместо или в дополнение к передаче по PUCCH. Такие биты упоминают в данной заявке как «биты UCI для PUSCH».
В одном из таких вариантов осуществления, проиллюстрированном на фиг.16, UE может сначала определять на этапе 1610, выполняется или нет условие, что множество PUSCH используется или доступно. Если нет, то на этапе 1620 UE может готовиться передавать все биты UCI, которые предназначены для передачи по PUSCH, по доступному PUSCH. Если существует множество доступных PUSCH, то на этапе 1630 UE может выбирать PUSCH для передачи UCI, основываясь на размере PUSCH (переносимой емкости). В одном из вариантов осуществления UE может готовиться передавать биты UCI для PUSCH по PUSCH, имеющему наибольший размер (или переносимую емкость). Размер PUSCH можно измерять, используя один или множество факторов, таких как количество RB, количество символов OFDM, количество физических кодированных битов или некоторая комбинация этих или других факторов. Альтернативно, на этапе 1630 UE может выбирать PUSCH, основываясь на соотношении между двумя или большим количеством из размера полезной нагрузки UCI, размера полезной нагрузки данных PUSCH и переносимой емкости PUSCH. Например, UE может передавать биты UCI для PUSCH по PUSCH, для которого размер полезной нагрузки UCI относительно (например, в процентах от) полного размера полезной нагрузки или размер полезной нагрузки UCI относительно (например, в процентах от) полезной нагрузки данных является наименьшим. Каждый из этих вариантов осуществления может уменьшать влияние на производительность включения UCI с данными на PUSCH. На этапе 1640 UE может готовиться передавать биты UCI для PUSCH по PUSCH, выбранному на этапе 1630.
В альтернативных вариантах осуществления после определения на этапе 1610, что существует множество PUSCH, на этапе 1650 UE может определять, существует или нет первичная CC UL, на которой существует PUSCH. Если да, то на этапе 1660 UE может готовиться передавать биты UCI для PUSCH по PUSCH первичной CC UL. Первичная CC UL может быть CC UL, которая связана с первичной CC DL. Если нет никакого PUSCH на первичной CC UL, то PUSCH можно выбирать, используя средство этапа 1630 или любое другое средство или способ. В альтернативных вариантах осуществления UE может выбирать PUSCH для передачи битов UCI, чтобы он был PUSCH на CC UL, которая сконфигурирована или определена некоторым образом с помощью eNodeB для UE для передачи на нем битов ACK/NACK.
В некоторых вариантах осуществления UE может выбирать PUSCH для передачи, основываясь на явной сигнализации или предоставлении, например предоставлении для запроса непериодического сообщения UCI. В одном из таких вариантов осуществления UE может готовиться передавать биты UCI для PUSCH по PUSCH, явно определяемом eNodeB через сигнализацию L1 или более высокого уровня. В одном из альтернативных вариантов, если eNodeB обеспечивает предоставление UL специально для UCI, то UE может готовиться передавать UCI для PUSCH по распределенному PUSCH. В другом альтернативном варианте, если UE принимает PDCCH, имеющий бит непериодического запроса UCI (или бит непериодического запроса, установленный в «1»), то UE может готовиться передавать биты UCI для PUSCH по PUSCH, ассоциированному с этим запросом PDCCH. Такие биты UCI могут включать в себя биты непериодического сообщения UCI, и все другие биты UCI должны быть переданы по PUSCH.
Хотя признаки и элементы раскрытых вариантов осуществления и способов описаны выше в определенных комбинациях, каждый признак или элемент можно использовать отдельно без других признаков и элементов или в различных комбинациях с или без других признаков и элементов. Обеспечиваемые способы или последовательности операций можно воплощать в компьютерной программе, программном обеспечении или встроенном программном обеспечении, внедренном в считываемый компьютером носитель данных для исполнения с помощью компьютера или процессора общего назначения. Примеры считываемых компьютером носителей данных включают в себя постоянную память (ROM), оперативную память (RAM), регистры, кэш-память, полупроводниковые устройства памяти, магнитные носители, например внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, например компакт-диски (CD-ROM) и цифровые универсальные диски (DVD).
Подходящие процессоры включают в себя, для примера, процессоры общего назначения, специализированные процессоры, обычные процессоры, процессоры цифровой обработки сигналов (DSP), множество микропроцессоров, один или большее количество микропроцессоров вместе с ядром DSP, контроллеры, микроконтроллеры, специализированные интегральные схемы (ASIC), программируемые пользователем вентильные матрицы (FPGA), интегральные схемы (IC) любого другого типа и/или конечные автоматы.
Процессор вместе с программным обеспечением можно использовать для воплощения радиочастотного приемопередатчика для использования в беспроводном устройстве передачи/приема (WTRU), пользовательском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или в любом хост-компьютере. UE можно использовать вместе с модулями, воплощаемыми в аппаратном обеспечении и/или в программном обеспечении, такими как фотоаппарат, видеокамера, видеофон, устройство громкой связи, вибрационное устройство, динамик, микрофон, телевизионный приемопередатчик, гарнитура «свободные руки», клавиатура, модуль Bluetooth™, радиоприемник частотно-модулированных (FM) сигналов, жидкокристаллическое (LCD) устройство отображения, устройство отображения на органических светоизлучающих диодах (OLED), цифровой аудиопроигрыватель, медиапроигрыватель, игровая видеоприставка, Интернет-браузер и/или модуль любой беспроводной локальной сети (WLAN) или модуль сверхширокополосной связи (UWB).
Claims (28)
1. Способ передачи управляющей информации восходящей линии связи, содержащий этапы, на которых:
определяют, что управляющая информация восходящей линии связи удовлетворяет критериям; и
в ответ на определение, что управляющая информация восходящей линии связи удовлетворяет критериям, передают первый поднабор битов управляющей информации восходящей линии связи по физическому каналу управления восходящей линии связи в первом субкадре и передают второй поднабор битов управляющей информации восходящей линии связи по физическому совместно используемому каналу восходящей линии связи в первом субкадре.
определяют, что управляющая информация восходящей линии связи удовлетворяет критериям; и
в ответ на определение, что управляющая информация восходящей линии связи удовлетворяет критериям, передают первый поднабор битов управляющей информации восходящей линии связи по физическому каналу управления восходящей линии связи в первом субкадре и передают второй поднабор битов управляющей информации восходящей линии связи по физическому совместно используемому каналу восходящей линии связи в первом субкадре.
2. Способ по п.1, в котором критерии содержат определенные типы битов управляющей информации восходящей линии связи.
3. Способ по п.2, в котором определенные типы битов управляющей информации восходящей линии связи содержат по меньшей мере одно из следующего: подтверждение (ACK)/отрицательное подтверждение (NACK) гибридного автоматического запроса повторной передачи (HARQ), запрос о планировании (SR), индикатор качества канала (CQI), индикатор матрицы предварительного кодирования (PMI) и индикатор ранга (RI).
4. Способ по п.3, в котором первый поднабор битов управляющей информации восходящей линии связи содержит по меньшей мере одно из следующего: ACK HARQ и SR.
5. Способ по п.3, в котором второй поднабор битов управляющей информации восходящей линии связи содержит по меньшей мере одно из следующего: периодический CQI, непериодический CQI, периодический PMI, непериодический PMI, периодический RI и непериодический RI.
6. Способ по п.1, в котором определение, что управляющая информация восходящей линии связи удовлетворяет критериям, содержит этап, на котором определяют, что количество битов управляющей информации восходящей линии связи больше первого порога.
7. Способ по п.6, дополнительно содержащий этап, на котором определяют, что количество битов управляющей информации восходящей линии связи ниже второго порога.
8. Способ по п.1, в котором определение, что управляющая информация восходящей линии связи удовлетворяет критериям, содержит этап, на котором определяют, что количество битов управляющей информации восходящей линии связи не будет помещаться в физическом канале управления восходящей линии связи.
9. Способ по п.1, в котором определение, что управляющая информация восходящей линии связи удовлетворяет критериям, содержит этапы, на которых:
определяют относительный размер полезной нагрузки управляющей информации восходящей линии связи; и
определяют, что относительный размер полезной нагрузки управляющей информации восходящей линии связи меньше первого порога.
определяют относительный размер полезной нагрузки управляющей информации восходящей линии связи; и
определяют, что относительный размер полезной нагрузки управляющей информации восходящей линии связи меньше первого порога.
10. Способ по п.1, в котором определение, что управляющая информация восходящей линии связи удовлетворяет критериям, содержит этап, на котором определяют, что нет никаких пользовательских данных для передачи и что количество битов управляющей информации восходящей линии связи не будет помещаться в физическом совместно используемом канале восходящей линии связи.
11. Способ по п.1, в котором определение, что управляющая информация восходящей линии связи удовлетворяет критериям, содержит этап, на котором определяют, что управляющая информация восходящей линии связи содержит по меньшей мере одно из битов подтверждения и битов отрицательного подтверждения.
12. Способ по п.11, в котором первый поднабор битов управляющей информации восходящей линии связи содержит по меньшей мере одно из битов подтверждения и битов отрицательного подтверждения, а второй поднабор битов управляющей информации восходящей линии связи содержит все другие биты управляющей информации восходящей линии связи.
13. Способ по п.1, в котором определение, что управляющая информация восходящей линии связи удовлетворяет критериям, содержит этап, на котором определяют, что существует одна составляющая несущая нисходящей линии связи.
14. Способ по п.13, дополнительно содержащий этап, на котором определяют, что управляющая информация восходящей линии связи содержит по меньшей мере одно из бита индикатора качества канала, бита индикатора матрицы предварительного кодирования и бита индикатора ранга.
15. Беспроводное устройство передачи и приема, сконфигурированное для передачи управляющей информации восходящей линии связи, содержащее:
процессор, сконфигурированный для:
определения, что управляющая информация восходящей линии связи удовлетворяет критериям, и
в ответ на определение, что управляющая информация восходящей линии связи удовлетворяет критериям, определения первого поднабора битов управляющей информации восходящей линии связи и второго поднабора битов управляющей информации восходящей линии связи; и
приемопередатчик, сконфигурированный для:
передачи первого поднабора битов управляющей информации восходящей линии связи по физическому каналу управления восходящей линии связи в первом субкадре, и
передачи второго поднабора битов управляющей информации восходящей линии связи по физическому совместно используемому каналу восходящей линии связи в первом субкадре.
процессор, сконфигурированный для:
определения, что управляющая информация восходящей линии связи удовлетворяет критериям, и
в ответ на определение, что управляющая информация восходящей линии связи удовлетворяет критериям, определения первого поднабора битов управляющей информации восходящей линии связи и второго поднабора битов управляющей информации восходящей линии связи; и
приемопередатчик, сконфигурированный для:
передачи первого поднабора битов управляющей информации восходящей линии связи по физическому каналу управления восходящей линии связи в первом субкадре, и
передачи второго поднабора битов управляющей информации восходящей линии связи по физическому совместно используемому каналу восходящей линии связи в первом субкадре.
16. Беспроводное устройство передачи и приема по п.15, в котором критерии содержат определенные типы битов управляющей информации восходящей линии связи.
17. Беспроводное устройство передачи и приема по п.16, в котором определенные типы битов управляющей информации восходящей линии связи содержат по меньшей мере одно из следующего: подтверждение (ACK)/отрицательное подтверждение (NACK) гибридного автоматического запроса повторной передачи (HARQ), запрос о планировании (SR), индикатор качества канала (CQI), индикатор матрицы предварительного кодирования (PMI) и индикатор ранга (RI).
18. Беспроводное устройство передачи и приема по п.17, в котором первый поднабор битов управляющей информации восходящей линии связи содержит по меньшей мере одно из следующего: ACK HARQ и SR.
19. Беспроводное устройство передачи и приема по п.17, в котором второй поднабор битов управляющей информации восходящей линии связи содержит по меньшей мере одно из следующего: периодический CQI, непериодический CQI, периодический PMI, непериодический PMI, периодический RI и непериодический RI.
20. Беспроводное устройство передачи и приема по п.15, в котором процессор, сконфигурированный для определения, что управляющая информация восходящей линии связи удовлетворяет критериям, содержит процессор, сконфигурированный для определения, что по меньшей мере один бит управляющей информации восходящей линии связи ассоциирован с первичной составляющей несущей нисходящей линии связи.
21. Беспроводное устройство передачи и приема по п.15, в котором процессор дополнительно сконфигурирован для определения, что мощность, необходимая для передачи первого поднабора битов управляющей информации восходящей линии связи по физическому каналу управления восходящей линии связи и для передачи второго поднабора битов управляющей информации восходящей линии связи по физическому совместно используемому каналу восходящей линии связи, меньше максимального порога мощности.
22. Беспроводное устройство передачи и приема по п.15, в котором процессор дополнительно сконфигурирован для:
определения, что мощность, необходимая для передачи первого поднабора битов управляющей информации восходящей линии связи по физическому каналу управления восходящей линии связи и для передачи второго поднабора битов управляющей информации восходящей линии связи по физическому совместно используемому каналу восходящей линии связи, больше максимального порога мощности; и
уменьшения по меньшей мере одного из уровня мощности PUCCH и уровня мощности PUSCH.
определения, что мощность, необходимая для передачи первого поднабора битов управляющей информации восходящей линии связи по физическому каналу управления восходящей линии связи и для передачи второго поднабора битов управляющей информации восходящей линии связи по физическому совместно используемому каналу восходящей линии связи, больше максимального порога мощности; и
уменьшения по меньшей мере одного из уровня мощности PUCCH и уровня мощности PUSCH.
23. Беспроводное устройство передачи и приема по п.15, в котором процессор дополнительно сконфигурирован для выбора физического совместно используемого канала восходящей линии связи из множества физических совместно используемых каналов восходящей линии связи.
24. Беспроводное устройство передачи и приема по п.23, в котором процессор сконфигурирован для выбора физического совместно используемого канала восходящей линии связи из множества физических совместно используемых каналов восходящей линии связи на основе размера полезной нагрузки управляющей информации восходящей линии связи.
25. Беспроводное устройство передачи и приема по п.23, в котором процессор сконфигурирован для выбора физического совместно используемого канала восходящей линии связи из множества физических совместно используемых каналов восходящей линии связи на основе соотношения между размером полезной нагрузки управляющей информации восходящей линии связи и по меньшей мере одним из размера полезной нагрузки данных физического совместно используемого канала восходящей линии связи и емкости физического совместно используемого канала восходящей линии связи.
26. Беспроводное устройство передачи и приема по п.23, в котором процессор сконфигурирован для выбора физического совместно используемого канала восходящей линии связи из множества физических совместно используемых каналов восходящей линии связи на основе того, находится или нет один из множества физических совместно используемых каналов восходящей линии связи на первичной составляющей несущей восходящей линии связи.
27. Беспроводное устройство передачи и приема по п.15, в котором процессор, сконфигурированный для определения, что управляющая информация восходящей линии связи удовлетворяет критериям, содержит процессор, сконфигурированный для определения, что количество составляющих несущих нисходящей линии связи равно единице и что управляющая информация восходящей линии связи содержит по меньшей мере одно из бита индикатора качества канала, бита индикатора матрицы предварительного кодирования и бита индикатора ранга.
28. Беспроводное устройство передачи и приема по п. 15, в котором процессор дополнительно сконфигурирован для:
определения, что управляющая информация восходящей линии связи содержит данные периодического сообщения и данные непериодического сообщения; и
отбрасывания данных периодического сообщения.
определения, что управляющая информация восходящей линии связи содержит данные периодического сообщения и данные непериодического сообщения; и
отбрасывания данных периодического сообщения.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US21878209P | 2009-06-19 | 2009-06-19 | |
US61/218,782 | 2009-06-19 | ||
US22001709P | 2009-06-24 | 2009-06-24 | |
US61/220,017 | 2009-06-24 | ||
PCT/US2010/039203 WO2010148319A1 (en) | 2009-06-19 | 2010-06-18 | Signaling uplink control information in lte-a |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2012101787A RU2012101787A (ru) | 2013-07-27 |
RU2569319C2 true RU2569319C2 (ru) | 2015-11-20 |
Family
ID=42752374
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2012101787/07A RU2569319C2 (ru) | 2009-06-19 | 2010-06-18 | Сигнализация управляющей информации восходящей линии связи в lte-a |
Country Status (12)
Country | Link |
---|---|
US (2) | US9722735B2 (ru) |
EP (3) | EP2908585B1 (ru) |
JP (3) | JP5823387B2 (ru) |
KR (3) | KR20150080633A (ru) |
CN (2) | CN102484869B (ru) |
BR (1) | BRPI1010153B1 (ru) |
DK (1) | DK2908585T3 (ru) |
ES (1) | ES2638920T3 (ru) |
HK (1) | HK1167977A1 (ru) |
PL (1) | PL2908585T3 (ru) |
RU (1) | RU2569319C2 (ru) |
WO (1) | WO2010148319A1 (ru) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2744508C1 (ru) * | 2017-09-08 | 2021-03-11 | Хуавэй Текнолоджиз Ко., Лтд. | Способ передачи сигнала, соответствующие аппарат и система |
RU2764461C1 (ru) * | 2018-04-05 | 2022-01-17 | Самсунг Электроникс Ко., Лтд. | Сигнализация информации управления в системе связи |
US11336356B2 (en) | 2019-04-04 | 2022-05-17 | Nokia Technologies Oy | Uplink control information |
RU2777417C1 (ru) * | 2019-04-04 | 2022-08-03 | Нокиа Текнолоджиз Ой | Управляющая информация восходящего канала |
Families Citing this family (194)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9295003B2 (en) * | 2007-03-19 | 2016-03-22 | Apple Inc. | Resource allocation in a communication system |
US20110149846A1 (en) * | 2009-07-03 | 2011-06-23 | Dong-Sheng Yu | Uplink control signal design for wireless system |
US8718021B2 (en) * | 2008-07-07 | 2014-05-06 | Apple Inc. | Uplink control signal design for wireless system |
TWI504299B (zh) | 2008-10-20 | 2015-10-11 | Interdigital Patent Holdings | 載波聚合上鏈控制資訊傳輸方法 |
KR101299282B1 (ko) | 2008-10-31 | 2013-08-26 | 인터디지탈 패튼 홀딩스, 인크 | 다수의 상향링크 반송파를 사용하는 무선 전송 방법 및 장치 |
TWI455630B (zh) | 2008-12-03 | 2014-10-01 | Interdigital Patent Holdings | 載波聚合上鏈功率餘裕報告 |
KR20100083440A (ko) * | 2009-01-13 | 2010-07-22 | 삼성전자주식회사 | 다중 반송파 전송 방식을 사용하는 무선 통신 시스템에서의상향링크 제어 정보 송신 장치 및 방법 |
CN107071882B (zh) | 2009-02-09 | 2021-01-01 | 交互数字专利控股公司 | 在wtru中进行上行链路功率控制的方法和wtru |
US8620334B2 (en) | 2009-03-13 | 2013-12-31 | Interdigital Patent Holdings, Inc. | Method and apparatus for carrier assignment, configuration and switching for multicarrier wireless communications |
EP2433447B1 (en) * | 2009-05-22 | 2013-03-13 | Research In Motion Limited | Power headroom reporting for carrier aggregation |
KR20120037948A (ko) | 2009-07-21 | 2012-04-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 채널상태 정보를 전송하는 장치 및 방법 |
JP4989692B2 (ja) * | 2009-07-29 | 2012-08-01 | シャープ株式会社 | 移動通信システム、基地局装置、移動局装置、および、通信方法 |
WO2011016691A2 (ko) * | 2009-08-06 | 2011-02-10 | 엘지전자 주식회사 | 다중 안테나 전송을 지원하는 무선 통신 시스템에서 상향링크 신호를 전송하는 방법 및 장치 |
CN102084609A (zh) * | 2009-09-18 | 2011-06-01 | 高通股份有限公司 | 便于为在td-scdma***中移交而进行的测量的共用信道配置 |
JP5515559B2 (ja) * | 2009-09-25 | 2014-06-11 | ソニー株式会社 | 通信システム、基地局、および通信装置 |
US9432977B2 (en) * | 2009-09-30 | 2016-08-30 | Lg Electronics Inc. | Apparatus and method for transmitting uplink control information |
EP2484164B1 (en) * | 2009-10-01 | 2014-07-16 | InterDigital Patent Holdings, Inc. | Power control methods and apparatus |
US8374136B2 (en) * | 2009-10-02 | 2013-02-12 | Sharp Laboratories Of America, Inc. | Transmission diversity scheme on physical uplink control channel (PUCCH) with ACK/NACK differentiation |
US9059749B2 (en) * | 2009-10-02 | 2015-06-16 | Sharp Kabushiki Kaisha | Antenna port mode and transmission mode transitions |
US8553627B2 (en) * | 2009-10-02 | 2013-10-08 | Sharp Laboratories Of America, Inc. | Transmission diversity scheme on physical uplink control channel (PUCCH) with ACK/NACK differentiation |
EP2486688A1 (en) * | 2009-10-05 | 2012-08-15 | Nokia Siemens Networks Oy | Simultaneous transmission of control information |
CN102056296B (zh) * | 2009-10-30 | 2016-03-30 | 索尼株式会社 | 通信网络中的资源分配方法和装置 |
JP5005018B2 (ja) * | 2009-11-02 | 2012-08-22 | 株式会社エヌ・ティ・ティ・ドコモ | 移動端末装置、無線基地局装置及び無線通信方法 |
CN102014510B (zh) * | 2009-11-03 | 2015-02-25 | 电信科学技术研究院 | 一种上行控制信道资源配置的方法、设备及*** |
EP2498430B1 (en) * | 2009-11-04 | 2017-07-26 | LG Electronics Inc. | Terminal device for transmitting a power headroom report in a multi-carrier communication system, and method for same |
CN102013938B (zh) | 2009-12-07 | 2012-07-04 | 华为技术有限公司 | 传输上行控制信息的方法和装置 |
EP2522098B1 (en) | 2010-01-08 | 2014-05-21 | Nokia Solutions and Networks Oy | Uplink control information transmission |
EP2522188A4 (en) * | 2010-01-08 | 2015-12-09 | Mediatek Inc | RESOURCE ALLOCATION AND SIGNALING METHOD FOR MULTIPLE-LTE SOUNDING |
CA2897384C (en) * | 2010-01-11 | 2019-10-15 | Young Jo Ko | Carrier aggregation in wireless communication system |
KR101782645B1 (ko) * | 2010-01-17 | 2017-09-28 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치 |
US10389479B2 (en) * | 2010-01-29 | 2019-08-20 | Qualcomm Incorporated | Method and apparatus for signaling expansion and backward compatibility preservation in wireless communication systems |
KR20110090754A (ko) * | 2010-02-03 | 2011-08-10 | 엘지전자 주식회사 | 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치 |
KR101799272B1 (ko) * | 2010-02-03 | 2017-11-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치 |
JP4913221B2 (ja) * | 2010-02-12 | 2012-04-11 | シャープ株式会社 | 移動局装置、通信方法、集積回路、無線通信システムおよび制御プログラム |
US20120307773A1 (en) * | 2010-02-12 | 2012-12-06 | Nokia Siemens Networks Oy | Scheduling Request and ACK/NACK Simultaneous Transmission/Prioritization Over PUCCH in LTE |
US8908582B2 (en) * | 2010-02-12 | 2014-12-09 | Qualcomm Incorporated | User equipment operation mode and channel or carrier prioritization |
JP2011166682A (ja) * | 2010-02-15 | 2011-08-25 | Ntt Docomo Inc | 移動端末装置および上り制御情報信号の送信方法 |
JP5216058B2 (ja) * | 2010-02-15 | 2013-06-19 | 株式会社エヌ・ティ・ティ・ドコモ | 移動端末装置および上り制御情報信号の送信方法 |
ES2707601T3 (es) | 2010-02-22 | 2019-04-04 | Samsung Electronics Co Ltd | Aplicación de códigos de saltos de secuencia y de cobertura ortogonal a señales de referencia de enlace ascendente |
JP5714693B2 (ja) | 2010-03-22 | 2015-05-07 | サムスン エレクトロニクス カンパニー リミテッド | 物理データチャネルでのユーザ機器からの制御及びデータ情報の多重化 |
JP4861535B2 (ja) * | 2010-03-30 | 2012-01-25 | シャープ株式会社 | 移動通信システム、基地局装置、移動局装置、移動通信方法および集積回路 |
RU2530011C2 (ru) * | 2010-03-31 | 2014-10-10 | Хуавэй Текнолоджиз Ко., Лтд. | Способ и устройство связи |
EP2503830B1 (en) | 2010-04-01 | 2020-06-03 | LG Electronics Inc. | Method and apparatus for controlling uplink power in a wireless access system |
CN102215085B (zh) * | 2010-04-07 | 2014-05-07 | 华为技术有限公司 | 传输上行控制信息的方法、***、用户设备和基站 |
US8422429B2 (en) | 2010-05-04 | 2013-04-16 | Samsung Electronics Co., Ltd. | Method and system for indicating the transmission mode for uplink control information |
US8588252B2 (en) | 2010-05-07 | 2013-11-19 | Qualcomm Incorporated | Transmission of control information on uplink channels |
CN102884730B (zh) * | 2010-05-12 | 2015-06-03 | Lg电子株式会社 | 在多天线无线通信***中执行信道交织的方法及其装置 |
US8599761B2 (en) * | 2010-05-14 | 2013-12-03 | Samsung Electronics Co., Ltd. | Systems and methods for PUCCH feedback in 3GPP wireless networks |
JP5687761B2 (ja) * | 2010-06-11 | 2015-03-18 | ファーウェイ テクノロジーズ カンパニー リミテッド | 上りリンク制御情報送信 |
US10135595B2 (en) * | 2010-06-21 | 2018-11-20 | Telefonaktiebolaget L M Ericsson (Publ) | Uplink control information (UCI) mapping indicator for long term evolution (LTE) carrier aggregation |
CN102291218B (zh) * | 2010-06-21 | 2016-06-15 | 夏普株式会社 | 信道状态信息反馈资源分配方法和信道状态信息反馈方法 |
US9301287B2 (en) * | 2010-06-24 | 2016-03-29 | Lg Electronics Inc. | Method and device for transmitting uplink control information in a wireless communication system |
CN101883391B (zh) * | 2010-06-24 | 2016-01-20 | 中兴通讯股份有限公司 | 上行控制信令反馈处理方法及*** |
EP3648515B1 (en) * | 2010-06-28 | 2021-06-02 | Samsung Electronics Co., Ltd. | Method and apparatus for reporting maximum transmission power in wireless communication |
KR101740366B1 (ko) | 2010-06-28 | 2017-05-29 | 삼성전자주식회사 | 이동 통신 시스템에서 역방향 최대 전송 전력을 보고하는 방법 및 장치 |
CN102332962B (zh) * | 2010-07-08 | 2013-12-18 | 华为技术有限公司 | 信道状态信息上报和获取方法、基站和用户设备 |
WO2012008773A2 (ko) * | 2010-07-16 | 2012-01-19 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 전송 전력 제어 방법 및 장치 |
CN103098398B (zh) * | 2010-07-22 | 2015-11-25 | Lg电子株式会社 | 在多载波***中发送上行链路控制信息的设备和方法 |
WO2012020990A2 (ko) * | 2010-08-10 | 2012-02-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 전송 전력 제어 방법 및 장치 |
US8548514B2 (en) * | 2010-08-11 | 2013-10-01 | Lg-Ericsson Co., Ltd. | Method for resource element group downsizing of R-PDCCH and mobile telecommunication system for the same |
US8660076B2 (en) * | 2010-08-12 | 2014-02-25 | Lg Electronics Inc. | Apparatus and method of transmitting scheduling request in wireless communication system |
US20120039276A1 (en) * | 2010-08-12 | 2012-02-16 | Ming-Che Li | Method and apparatus for harq feedback transmission in a wireless communication system |
US9369234B2 (en) * | 2010-08-16 | 2016-06-14 | Qualcomm Incorported | Channel state information feedback for carrier aggregation |
US9055573B2 (en) * | 2010-09-01 | 2015-06-09 | Lg Electronics Inc. | Method and device for transmitting control information in a wireless communication system |
CN102404074B (zh) * | 2010-09-17 | 2014-06-18 | 电信科学技术研究院 | Tdd***中的非周期srs的传输方法和设备 |
KR20120033249A (ko) * | 2010-09-29 | 2012-04-06 | 엘지전자 주식회사 | 다중 안테나 지원 무선 통신 시스템에서 효율적인 피드백 방법 및 장치 |
WO2012044088A2 (ko) | 2010-09-29 | 2012-04-05 | 엘지전자 주식회사 | 다중 안테나 지원 무선 통신 시스템에서 효율적인 피드백 방법 및 장치 |
CN102468936B (zh) * | 2010-11-09 | 2014-12-10 | 大唐移动通信设备有限公司 | Ack/nack反馈信息和周期cqi/pmi/ri反馈比特同时传输的方法和设备 |
US8582518B2 (en) * | 2010-11-09 | 2013-11-12 | Telefonaktiebolaget L M Ericsson (Publ) | Power control for ACK/NACK formats with carrier aggregation |
US8675528B2 (en) * | 2010-11-15 | 2014-03-18 | Sharp Laboratories Of America, Inc. | Configuring uplink control information (UCI) reporting |
US9119101B2 (en) * | 2010-12-17 | 2015-08-25 | Samsung Electronics Co., Ltd. | Apparatus and method for periodic channel state reporting in a wireless network |
CN102045827B (zh) * | 2011-01-06 | 2013-07-31 | 大唐移动通信设备有限公司 | 上行功率控制方法、功率控制参数配置方法及其装置 |
KR101758275B1 (ko) * | 2011-01-11 | 2017-07-14 | 엘지전자 주식회사 | 다중 반송파 지원 무선 통신 시스템에서 효율적인 채널 상태 정보 전송 방법 및 장치 |
WO2012096465A2 (ko) * | 2011-01-13 | 2012-07-19 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말이 기지국으로 채널 상태 정보를 전송하는 방법 및 이를 위한 장치 |
US10187859B2 (en) * | 2011-02-14 | 2019-01-22 | Qualcomm Incorporated | Power control and user multiplexing for heterogeneous network coordinated multipoint operations |
EP2676520B1 (en) * | 2011-02-16 | 2015-07-29 | Telefonaktiebolaget LM Ericsson (PUBL) | A radio network node and a method therein |
US9537555B2 (en) | 2011-02-22 | 2017-01-03 | Qualcomm Incorporated | Uplink transmit antenna selection in carrier aggregation |
WO2012148169A2 (ko) * | 2011-04-25 | 2012-11-01 | 엘지전자 주식회사 | 반송파 집성 시스템에서 채널 상태 정보 전송 방법 및 장치 |
KR102017704B1 (ko) * | 2011-05-02 | 2019-09-03 | 엘지전자 주식회사 | 무선접속시스템에서 큰 페이로드를 갖는 상향링크제어정보 전송 방법 및 장치 |
WO2012151739A1 (en) * | 2011-05-09 | 2012-11-15 | Empire Technology Development Llc | Power control of control channels in an lte system |
US8989741B2 (en) | 2011-05-23 | 2015-03-24 | Interdigital Patent Holdings, Inc. | Apparatus and methods for group wireless transmit/receive unit (WTRU) handover |
EP3121984B1 (en) * | 2011-05-24 | 2019-12-18 | LG Electronics, Inc. | Method for transmitting control information and apparatus therefor |
WO2013019034A2 (ko) * | 2011-07-29 | 2013-02-07 | 엘지전자 주식회사 | 상향링크 전송 전력을 제어하는 단말 장치 및 그 방법 |
US9210606B2 (en) * | 2011-07-31 | 2015-12-08 | Lg Electronics Inc. | Method of measuring channel quality in a wireless access system and apparatus for same |
US20140177586A1 (en) * | 2011-08-10 | 2014-06-26 | Lg Electronics Inc. | Method and apparatus for transmitting uplink control information in wireless access system |
US9019880B2 (en) * | 2011-08-11 | 2015-04-28 | Qualcomm Incorporated | Methods and apparatus for overload mitigation using uplink transmit power backoff |
TW201322813A (zh) * | 2011-08-11 | 2013-06-01 | Research In Motion Ltd | 正交資源選擇傳輸分集及資源指派 |
US8824408B2 (en) | 2011-08-11 | 2014-09-02 | Industrial Technology Research Institute | Method of handling random access procedure associated to cell deactivation |
US9363820B2 (en) | 2011-08-11 | 2016-06-07 | Industrial Technology Research Institute | Method of uplink control information transmission |
WO2013023674A1 (en) * | 2011-08-12 | 2013-02-21 | Nokia Siemens Networks Oy | Backward compatibility of pucch formats |
KR101645827B1 (ko) | 2011-08-12 | 2016-08-04 | 인터디지탈 패튼 홀딩스, 인크 | 확장 반송파 및 반송파 세그먼트에 대한 기준 신호 구성 |
US9077490B2 (en) | 2011-08-19 | 2015-07-07 | Intel Mobile Communications GmbH | Method and device for transmitting a channel quality information |
US9532373B2 (en) * | 2011-08-22 | 2016-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Collision resolution for PUCCH scheduling requests |
JP6068479B2 (ja) | 2011-09-30 | 2017-01-25 | インターデイジタル パテント ホールディングス インコーポレイテッド | ワイヤレス通信における多地点伝送 |
WO2013051913A2 (ko) * | 2011-10-06 | 2013-04-11 | 엘지전자 주식회사 | 제어 정보를 전송하는 방법 및 이를 위한 장치 |
US8780863B2 (en) * | 2011-11-01 | 2014-07-15 | Futurewei Technologies, Inc. | Systems and methods for control channel transmission and reception |
US9509377B2 (en) * | 2011-11-07 | 2016-11-29 | Google Technology Holdings LLC | Method and apparatus for rank adaptation in an orthogonal frequency division multiplexing communication system |
EP2777314B1 (en) * | 2011-11-07 | 2020-05-13 | Nokia Solutions and Networks Oy | Feedback messaging |
US9912439B2 (en) * | 2011-11-10 | 2018-03-06 | Qualcomm Incorporated | Method and apparatus for sending channel state information using subframe-dependent control channel formats |
JP5793067B2 (ja) * | 2011-11-24 | 2015-10-14 | シャープ株式会社 | 移動局装置、基地局装置、無線通信システム、無線通信方法および集積回路 |
WO2013096928A1 (en) * | 2011-12-22 | 2013-06-27 | Interdigital Patent Holdings, Inc. | Control signaling in lte carrier aggregation |
TWI466581B (zh) | 2012-01-05 | 2014-12-21 | Ind Tech Res Inst | 處理通訊裝置及傳輸點間之時間偏移量的方法及其通訊裝置 |
CN103298118B (zh) * | 2012-02-29 | 2016-04-13 | 电信科学技术研究院 | 一种时频资源的指示及确认方法和装置 |
US9398573B2 (en) * | 2012-03-08 | 2016-07-19 | Samsung Electronics Co., Ltd. | Transmission of uplink control information for coordinated multi-point reception |
US9729273B2 (en) | 2012-03-30 | 2017-08-08 | Sharp Kabushiki Kaisha | Collision resolution among transmission schedules of uplink control information (UCI) |
US20130258954A1 (en) * | 2012-03-30 | 2013-10-03 | Sharp Laboratories Of America, Inc. | Devices for selecting a channel state information report |
US9338768B2 (en) * | 2012-07-27 | 2016-05-10 | Intel Corporation | Uplink power control for physical uplink control channel |
US9054846B2 (en) * | 2012-07-31 | 2015-06-09 | Telefonaktiebolaget L M Ericsson (Publ) | Power control for simultaneous transmission of ACK/NACK and channel-state information in carrier aggregation systems |
US9544801B2 (en) | 2012-08-03 | 2017-01-10 | Intel Corporation | Periodic channel state information reporting for coordinated multipoint (coMP) systems |
CN104641577B (zh) * | 2012-09-19 | 2018-03-02 | Lg电子株式会社 | 发送上行链路控制信息的方法和装置 |
CN103843421A (zh) * | 2012-09-29 | 2014-06-04 | 华为技术有限公司 | 功率确定方法、用户设备和基站 |
JP2014090396A (ja) * | 2012-10-04 | 2014-05-15 | Ntt Docomo Inc | 移動局及び無線基地局 |
TWI487408B (zh) * | 2012-11-01 | 2015-06-01 | Innovative Sonic Corp | 在無線通訊系統中處理上行鏈路資訊之方法 |
JP6159523B2 (ja) * | 2012-12-11 | 2017-07-05 | 株式会社Nttドコモ | ユーザ装置及び送信制御方法 |
US10051668B2 (en) | 2013-01-08 | 2018-08-14 | Lg Electronics Inc. | Method and apparatus for communicating in carrier aggregation system |
US9876620B2 (en) * | 2013-01-10 | 2018-01-23 | Samsung Electronics Co., Ltd. | Uplink control information transmissions/receptions in wireless networks |
KR101729565B1 (ko) | 2013-03-04 | 2017-05-02 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 전력 제어 방법 및 이를 위한 장치 |
KR101566943B1 (ko) | 2013-03-28 | 2015-11-06 | 주식회사 케이티 | 복수의 서빙 셀에서 상향 링크 제어 정보의 전송을 제어하는 방법 및 그 장치 |
US10588036B2 (en) | 2013-04-03 | 2020-03-10 | Interdigital Patent Holdings, Inc. | Method and apparatus for controlling uplink transmission power based on accumulated transmit power control commands and corresponding uplink subframe sets |
EP2996274A4 (en) | 2013-05-09 | 2016-12-28 | Fujitsu Ltd | METHOD FOR TRANSMITTING UPLINK CONTROL INFORMATION, USER DEVICE AND BASE STATION |
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 |
EP3035749A4 (en) * | 2013-08-13 | 2017-03-15 | Fujitsu Limited | Power control method of uplink channel, user equipment and communication system |
PL3070983T3 (pl) * | 2013-09-27 | 2017-10-31 | Ericsson Telefon Ab L M | Sposób i układ do obsługi sterowania mocą |
CN104581917B (zh) * | 2013-10-11 | 2019-02-01 | 上海诺基亚贝尔股份有限公司 | 多连接无线通信***中对用户侧的传输功率缩减的方法 |
JP2017034294A (ja) * | 2013-12-13 | 2017-02-09 | シャープ株式会社 | 基地局装置、端末装置、送信方法及び受信方法 |
US11743897B2 (en) * | 2013-12-20 | 2023-08-29 | Qualcomm Incorporated | Techniques for configuring uplink channels in unlicensed radio frequency spectrum bands |
WO2015109544A1 (zh) * | 2014-01-24 | 2015-07-30 | 华为技术有限公司 | 一种信道功率分配优先级的确定方法和设备 |
KR102284453B1 (ko) | 2014-01-29 | 2021-08-02 | 삼성전자 주식회사 | 셀룰러 이동 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치 |
WO2015114700A1 (ja) | 2014-01-31 | 2015-08-06 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 端末、基地局、送信方法及び受信方法 |
US20150230223A1 (en) * | 2014-02-10 | 2015-08-13 | Qualcomm Incorporated | User equipment (ue) autonomous switching of simultaneous physical uplink shared channel (pusch) and physical uplink control channel (pucch) transmissions |
US9578632B2 (en) * | 2014-03-27 | 2017-02-21 | Qualcomm Incorporated | Methods and apparatus for UL DM-RS overhead reduction |
US20150327243A1 (en) * | 2014-05-08 | 2015-11-12 | Sharp Laboratories Of America, Inc. | Systems and methods for dual-connectivity operation |
WO2015168906A1 (zh) | 2014-05-08 | 2015-11-12 | 富士通株式会社 | 上行信道的功率控制方法、用户设备以及通信*** |
US10194424B2 (en) * | 2014-05-20 | 2019-01-29 | Qualcomm Incorporated | Techniques for managing resources for uplink transmissions in a shared radio frequency spectrum band |
CN106465097A (zh) * | 2014-05-22 | 2017-02-22 | 高通股份有限公司 | 用于mimo的定期和非定期信道状态信息(csi)报告 |
EP3179787B1 (en) * | 2014-08-04 | 2021-03-03 | Sharp Kabushiki Kaisha | Terminal device and method for transmit power control |
WO2016019513A1 (zh) * | 2014-08-05 | 2016-02-11 | 华为技术有限公司 | 终端、网络设备和上行控制信息处理方法 |
KR20220165792A (ko) * | 2014-12-08 | 2022-12-15 | 엘지전자 주식회사 | 상향링크 제어 정보를 전송하기 위한 방법 및 이를 위한 장치 |
US10973025B1 (en) * | 2014-12-09 | 2021-04-06 | Sprint Spectrum L.P. | Enhanced PUSCH in uplink carrier aggregation |
FI3251245T3 (fi) * | 2015-01-28 | 2023-06-20 | Interdigital Patent Holdings Inc | Nousevan siirtotien palautemenetelmät suuren lukumäärän kantoaaltoja kanssa toimimiseksi |
EP3253156B1 (en) * | 2015-01-29 | 2020-08-05 | NTT DoCoMo, Inc. | User terminal, wireless base station, wireless communication system, and wireless communication method |
US10511427B2 (en) | 2015-01-30 | 2019-12-17 | Qualcomm Incorporated | Uplink control channel for acknowledging increased number of downlink component carriers |
US10798685B2 (en) * | 2015-05-27 | 2020-10-06 | Qualcomm Incorporated | Cyclic redundancy check for uplink control information on control and data channels |
CN112615707B (zh) | 2015-06-19 | 2024-04-23 | 北京三星通信技术研究有限公司 | 一种传输上行控制信息的方法 |
CN106257856B (zh) * | 2015-06-19 | 2021-02-02 | 北京三星通信技术研究有限公司 | 一种传输上行控制信息的方法 |
US10575285B2 (en) * | 2015-08-03 | 2020-02-25 | Qualcomm Incorporated | Configurable threshold for format selection for enhanced carrier aggregation |
CN110190939B (zh) * | 2015-12-19 | 2021-07-27 | 上海朗帛通信技术有限公司 | 一种laa传输中的上行控制信令的传输方法和装置 |
US10425922B2 (en) * | 2016-02-20 | 2019-09-24 | Qualcomm Incorporated | Communication of uplink control information |
US10397904B2 (en) | 2016-02-20 | 2019-08-27 | Qualcomm Incorporated | Communication of uplink control information |
US10511372B2 (en) * | 2016-02-25 | 2019-12-17 | Intel IP Corporation | System and method for channel quality reporting |
US10356761B2 (en) | 2016-03-30 | 2019-07-16 | Qualcomm Incorporated | Techniques for configuring uplink control channel transmissions in a shared radio frequency spectrum band |
US10237857B2 (en) | 2016-04-19 | 2019-03-19 | Qualcomm Incorporated | Beam reference signal based narrowband channel measurement and CQI reporting |
US10616912B2 (en) | 2016-04-22 | 2020-04-07 | Qualcomm Incorporated | Uplink payload determination and uplink grant indication for multefire |
WO2017194830A1 (en) | 2016-05-12 | 2017-11-16 | Nokia Technologies Oy | Methods and apparatuses for skipping transport block transmission depending on uplink control information transmission |
US11477766B2 (en) * | 2016-05-24 | 2022-10-18 | Qualcomm Incorporated | Uplink control information reporting |
US10512065B2 (en) * | 2016-05-31 | 2019-12-17 | Qualcomm Incorporated | Flexible control information reporting |
US10264600B2 (en) * | 2016-06-15 | 2019-04-16 | Qualcomm Incorporated | Virtual cluster group based uplink control channel |
KR102455240B1 (ko) * | 2016-08-18 | 2022-10-17 | 삼성전자 주식회사 | 무선 통신 시스템에서 상향링크 제어 정보를 송수신하는 방법 및 장치 |
WO2018036604A1 (en) * | 2016-08-22 | 2018-03-01 | Nokia Solutions And Networks Oy | Uplink resource allocation to transmit network-configured information and user device-configurable information for wireless networks |
CN109952728B (zh) * | 2016-09-28 | 2022-06-14 | Idac控股公司 | 用于新无线电的控制信道 |
US10476642B2 (en) * | 2016-09-30 | 2019-11-12 | Qualcomm Incorporated | Reference signal design |
CN107889239B (zh) | 2016-09-30 | 2020-10-16 | 华为技术有限公司 | 一种上行控制信息发送、接收方法及设备 |
US10939419B2 (en) * | 2016-09-30 | 2021-03-02 | Qualcomm Incorporated | Uplink control information |
US10356764B2 (en) | 2016-09-30 | 2019-07-16 | Qualcomm Incorporated | Channelization for uplink transmissions |
MX2019005196A (es) * | 2016-11-03 | 2019-06-20 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Metodo de transmision de informacion de control de enlace ascendente, dispositivo terminal y dispositivo de red. |
US20180132229A1 (en) * | 2016-11-04 | 2018-05-10 | Mediatek Inc. | Method And Apparatus For Multiplexing Physical Uplink Control Channels In Mobile Communications |
WO2018084791A1 (en) | 2016-11-04 | 2018-05-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Simultaneous transmission of periodic cqi and ack/nack |
US11356217B2 (en) | 2016-11-04 | 2022-06-07 | Telefonaktiebolaget Lm Ericsson (Publ) | ACK/NACK transmission strategies |
EP3566371B1 (en) * | 2017-01-05 | 2021-09-22 | SHARP Kabushiki Kaisha | Short physical uplink control channel (pucch) design for 5th generation (5g) new radio (nr) |
WO2018137187A1 (zh) * | 2017-01-25 | 2018-08-02 | 华为技术有限公司 | 一种上报信道状态信息的方法及设备 |
BR112019016073A2 (pt) | 2017-02-05 | 2020-03-31 | Lg Electronics Inc. | Método para transmissão de informação de controle de uplink por terminal em um sistema de comunicação sem fio e aparelho que oferece suporte ao mesmo |
US10511415B2 (en) * | 2017-03-13 | 2019-12-17 | Qualcomm Incorporated | Uplink ACK resource allocation in new radio |
US10880058B2 (en) * | 2017-04-25 | 2020-12-29 | Qualcomm Incorporated | Transmitting uplink control information (UCI) |
CN109152007B (zh) * | 2017-06-15 | 2021-06-29 | 华为技术有限公司 | 一种控制信息发送、接收方法及装置 |
US11057871B2 (en) * | 2017-07-28 | 2021-07-06 | Qualcomm Incorporated | Frequency hopping in an uplink control channel |
US11678332B2 (en) * | 2017-08-22 | 2023-06-13 | Qualcomm Incorporated | Control and data multiplexing in uplink wireless transmissions |
US11523412B2 (en) * | 2017-11-17 | 2022-12-06 | Qualcomm Incorporated | UE processing time for UCI multiplexing |
US11102763B2 (en) * | 2017-12-08 | 2021-08-24 | Qualcomm Incorporated | Techniques for multiplexing of uplink channels in a shared radio frequency spectrum band |
CN110035531B (zh) * | 2018-01-12 | 2021-12-03 | 华为技术有限公司 | 上行控制信息传输方法及装置 |
US10973038B2 (en) * | 2018-01-19 | 2021-04-06 | Qualcomm Incorporated | UCI transmission for overlapping uplink resource assignments with repetition |
CN111541524B (zh) * | 2018-01-24 | 2023-04-18 | Oppo广东移动通信有限公司 | 控制传输信道上的传输的传输信道分配装置和方法 |
US10834711B2 (en) * | 2018-04-17 | 2020-11-10 | Qualcomm Incorporated | Selectively multiplexing physical uplink shared channel (PUSCH) and physical uplink control channel (PUCCH) communications |
US10720981B2 (en) * | 2018-05-11 | 2020-07-21 | Qualcomm Incorporated | Spatial multiplexing of a sounding reference signal (SRS) and a physical uplink shared channel (PUSCH) communication |
CN112740592B (zh) | 2018-08-07 | 2024-07-19 | 交互数字专利控股公司 | 用于harq增强的方法和装置 |
WO2020092264A1 (en) * | 2018-11-01 | 2020-05-07 | Intel Corporation | Uplink control information (uci) multiplexing for multi-transmit and receive point (trp) system |
US11184892B2 (en) * | 2018-11-05 | 2021-11-23 | Mediatek Singapore Pte. Ltd. | Enhancement of new radio PUSCH for URLLC in mobile communications |
CA3126402A1 (en) * | 2019-01-11 | 2020-02-20 | Zte Corporation | Preconfiguring dedicated resource information in idle mode |
CN113892240A (zh) * | 2019-04-02 | 2022-01-04 | 瑞典爱立信有限公司 | 优先级相关的uci资源确定 |
US11452123B2 (en) | 2019-09-17 | 2022-09-20 | Qualcomm Incorporated | Uplink control information multiplexing with dynamic physical uplink shared channel skipping |
US20230224905A1 (en) * | 2020-06-01 | 2023-07-13 | Nokia Technologies Oy | First and second apparatus of a radio communications network, methods to operate the first and second apparatus |
US12047939B2 (en) * | 2020-06-01 | 2024-07-23 | Qualcomm Incorporated | Sequence partitioning for a multi-user uplink channel |
EP4248694A4 (en) * | 2021-01-11 | 2024-05-15 | Nokia Technologies Oy | CONTROL OF SHORT CONTROL SIGNALS (SCS) IN UPLINK |
US11647465B2 (en) * | 2021-03-05 | 2023-05-09 | Nokia Technologies Oy | Power control enhancements for physical uplink shared channel (PUSCH) multiplexing uplink control information (UCI) of different priority |
US20230370137A1 (en) * | 2022-05-13 | 2023-11-16 | Qualcomm Incorporated | Channel state information processing parameters for multiple configured codebooks |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2325769C2 (ru) * | 2003-04-04 | 2008-05-27 | Сименс Акциенгезелльшафт | Способ контроля и управления располагаемым централизованным ip-ресурсом пользователя в пакетно-ориентированной коммуникационной сети при оперативном определении оплаты с контролем предельного значения для передач данных |
RU2341031C2 (ru) * | 2004-06-01 | 2008-12-10 | Самсунг Электроникс Ко., Лтд. | Способ и устройство для передачи информации быстрой обратной связи восходящей линии связи в системе связи ofdma |
Family Cites Families (53)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US703092A (en) | 1901-08-27 | 1902-06-24 | George Staber | Damping apparatus. |
US8169953B2 (en) | 2005-05-17 | 2012-05-01 | Qualcomm Incorporated | Method and apparatus for wireless multi-carrier communications |
US8098644B2 (en) | 2006-01-18 | 2012-01-17 | Motorola Mobility, Inc. | Method and apparatus for uplink resource allocation in a frequency division multiple access communication system |
KR100842648B1 (ko) | 2006-01-19 | 2008-06-30 | 삼성전자주식회사 | 무선 통신 시스템에서 전력 제어 장치 및 방법 |
GB2439367A (en) | 2006-06-20 | 2007-12-27 | Nec Corp | Separate ACK/NACK channel from a control channel |
KR101297564B1 (ko) | 2006-07-06 | 2013-09-17 | 광동 누프론트 컴퓨터 시스템 칩 컴퍼니 리미티드 | 전송될 수 있는 최고 페이로드로 스케줄링 그랜트 페이로드를 설정함으로써 향상된 업링크 트랜스포트 포맷 조합을 선택하는 무선 통신 방법 |
US8839362B2 (en) * | 2006-07-31 | 2014-09-16 | Motorola Mobility Llc | Method and apparatus for managing transmit power for device-to-device communication |
US20080045260A1 (en) | 2006-08-15 | 2008-02-21 | Tarik Muharemovic | Power Settings for the Sounding Reference signal and the Scheduled Transmission in Multi-Channel Scheduled Systems |
JP5077525B2 (ja) | 2006-08-22 | 2012-11-21 | 日本電気株式会社 | 無線通信システムにおけるリファレンス信号多重方法および無線通信装置 |
KR20150038675A (ko) | 2006-10-03 | 2015-04-08 | 인터디지탈 테크날러지 코포레이션 | E-utra를 위한 간섭 완화와 결합된 개방 루프/폐 루프 (cqi 기반의) 업링크 송신 전력 제어 |
US9294231B2 (en) * | 2007-03-17 | 2016-03-22 | Qualcomm Incorporated | Configurable acknowledgement processing in a wireless communication system |
JP4563417B2 (ja) * | 2007-03-20 | 2010-10-13 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信システムにおけるユーザ装置、通信方法及び通信システム |
US8831042B2 (en) | 2007-03-29 | 2014-09-09 | Lg Electronics Inc. | Method of transmitting sounding reference signal in wireless communication system |
EP2144452A1 (en) | 2007-04-24 | 2010-01-13 | NTT DoCoMo, Inc. | Mobile communication method, wireless base station, mobile station, and processor |
WO2008133307A1 (ja) | 2007-04-24 | 2008-11-06 | Ntt Docomo, Inc. | 移動通信方法、無線基地局、移動局及びプロセッサ |
US8412209B2 (en) * | 2007-06-18 | 2013-04-02 | Motorola Mobility Llc | Use of the physical uplink control channel in a 3rd generation partnership project communication system |
KR101388351B1 (ko) | 2007-06-19 | 2014-04-22 | 엘지전자 주식회사 | 제어 정보를 이용하여, 빠르게 랜덤 액세스 프리앰블의전송을 재시도 하는 방법 |
KR20090006708A (ko) | 2007-07-12 | 2009-01-15 | 엘지전자 주식회사 | 스케줄링 요청 신호 전송 방법 |
AU2008276824B2 (en) * | 2007-07-16 | 2011-09-08 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting of channel quality indicator and acknowledgement signals in SC-FDMA communication systems |
DK2178232T3 (da) | 2007-08-08 | 2013-01-28 | Panasonic Corp | Mapning af SRS (Sounding Reference Signal) |
US20090040919A1 (en) * | 2007-08-09 | 2009-02-12 | Tarik Muharemovic | Transmission Using Nested OFDMA |
KR101467567B1 (ko) | 2007-08-14 | 2014-12-04 | 엘지전자 주식회사 | 스케줄링 요청 신호의 전송방법 |
JP2009089064A (ja) | 2007-09-28 | 2009-04-23 | Toshiba Corp | 無線送信機及び無線受信機 |
KR101400240B1 (ko) * | 2007-10-18 | 2014-06-30 | 포항공과대학교 산학협력단 | 공간 주파수 블록 부호화 중계 신호 생성 시스템 및 그방법 |
WO2009059039A2 (en) | 2007-11-02 | 2009-05-07 | Interdigital Patent Holdings, Inc. | Method and apparatus for generating channel quality indicator |
KR101447750B1 (ko) * | 2008-01-04 | 2014-10-06 | 엘지전자 주식회사 | 랜덤 액세스 과정을 수행하는 방법 |
JP4652420B2 (ja) * | 2008-01-08 | 2011-03-16 | 株式会社エヌ・ティ・ティ・ドコモ | ユーザ装置、送信方法、および移動通信システム |
US8265016B2 (en) * | 2008-01-11 | 2012-09-11 | Sharp Laboratories Of America, Inc. | Systems and methods for reducing the power used to transmit channel quality information (CQI) during persistent scheduling |
KR101634384B1 (ko) * | 2008-02-03 | 2016-07-11 | 엘지전자 주식회사 | 무선 통신 시스템에서 cqi 전송 방법 |
US9007988B2 (en) | 2008-02-11 | 2015-04-14 | Texas Instruments Incorporated | Partial CQI feedback in wireless networks |
US8045508B2 (en) * | 2008-02-14 | 2011-10-25 | Lg Electronics Inc. | Rank feedback method for multiple-input multiple-output transmission |
US8995559B2 (en) | 2008-03-28 | 2015-03-31 | Qualcomm Incorporated | Signaling message transmission in a wireless communication network |
EP2260601A4 (en) | 2008-03-31 | 2016-09-28 | Ericsson Telefon Ab L M | PROCESS FOR TRANSFERRING CQI MESSAGES |
CN101296513B (zh) * | 2008-04-22 | 2013-05-08 | 中兴通讯股份有限公司 | 一种物理上行控制信道干扰随机化的方法 |
EP2279644A4 (en) | 2008-04-28 | 2014-10-29 | Ericsson Telefon Ab L M | IMPROVED UPLINK SCHEDULING IN A CELLULAR SYSTEM |
US9246650B2 (en) | 2008-06-04 | 2016-01-26 | Nokia Solutions And Networks Oy | Method, apparatus and computer program for open loop transmission diversity |
CA2727948A1 (en) | 2008-06-19 | 2009-12-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus in a telecommunications network |
EP2338307A1 (en) | 2008-08-08 | 2011-06-29 | Nokia Siemens Networks Oy | Fine-grain and backward-compliant resource allocation |
AU2009280459B2 (en) * | 2008-08-12 | 2013-01-17 | Lg Electronics Inc. | Data transmission method in a multi-carrier system, and transmitter |
US8311053B2 (en) * | 2008-09-15 | 2012-11-13 | Infineon Technologies Ag | Methods for controlling an uplink signal transmission power and communication devices |
JP5219708B2 (ja) | 2008-09-22 | 2013-06-26 | 株式会社エヌ・ティ・ティ・ドコモ | 移動端末装置、無線基地局装置、無線通信システム及び無線通信方法 |
TWI504299B (zh) * | 2008-10-20 | 2015-10-11 | Interdigital Patent Holdings | 載波聚合上鏈控制資訊傳輸方法 |
CN101409894B (zh) * | 2008-11-16 | 2012-07-18 | 中兴通讯股份有限公司 | 一种上行控制信息的传输方法及传输参数的计算方法 |
KR101065706B1 (ko) | 2008-11-23 | 2011-09-19 | 엘지전자 주식회사 | 무선 이동 통신 시스템에서 제어 정보를 전송하는 방법 |
ES2758778T3 (es) * | 2009-01-30 | 2020-05-06 | Samsung Electronics Co Ltd | Transmitir información de control de enlace ascendente a través de un canal de datos o a través de un canal de control |
CN107071882B (zh) | 2009-02-09 | 2021-01-01 | 交互数字专利控股公司 | 在wtru中进行上行链路功率控制的方法和wtru |
US8660600B2 (en) * | 2009-03-12 | 2014-02-25 | Qualcomm Incorporated | Over-the-air overload indicator |
WO2010107907A2 (en) * | 2009-03-17 | 2010-09-23 | Samsung Electronics Co., Ltd. | Uplink transmission power control in multi-carrier communication systems |
WO2010105667A1 (en) | 2009-03-17 | 2010-09-23 | Nokia Siemens Networks Oy | Configuring the transmission of periodic feedback information on a physical uplink shared channel (pusch) |
US20100271970A1 (en) * | 2009-04-22 | 2010-10-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for transmitting uplink control information for carrier aggregated spectrums |
JP2012169693A (ja) | 2009-06-18 | 2012-09-06 | Sharp Corp | 移動通信システム、基地局装置、移動局装置、および、移動通信方法 |
US20110205981A1 (en) * | 2009-08-13 | 2011-08-25 | Changsoo Koo | Multiplexing uplink l1/l2 control and data |
US20120113827A1 (en) * | 2010-11-08 | 2012-05-10 | Sharp Laboratories Of America, Inc. | Dynamic simultaneous pucch and pusch switching for lte-a |
-
2010
- 2010-06-18 EP EP15160516.9A patent/EP2908585B1/en active Active
- 2010-06-18 CN CN201080035916.0A patent/CN102484869B/zh active Active
- 2010-06-18 US US12/818,939 patent/US9722735B2/en active Active
- 2010-06-18 ES ES15160516.9T patent/ES2638920T3/es active Active
- 2010-06-18 RU RU2012101787/07A patent/RU2569319C2/ru active
- 2010-06-18 KR KR1020157016282A patent/KR20150080633A/ko not_active Application Discontinuation
- 2010-06-18 BR BRPI1010153-5A patent/BRPI1010153B1/pt active IP Right Grant
- 2010-06-18 EP EP17170635.1A patent/EP3223569A1/en not_active Withdrawn
- 2010-06-18 WO PCT/US2010/039203 patent/WO2010148319A1/en active Application Filing
- 2010-06-18 KR KR1020127008174A patent/KR101563774B1/ko active IP Right Grant
- 2010-06-18 CN CN201510511089.2A patent/CN105245312B/zh active Active
- 2010-06-18 DK DK15160516.9T patent/DK2908585T3/en active
- 2010-06-18 JP JP2012516341A patent/JP5823387B2/ja not_active Expired - Fee Related
- 2010-06-18 EP EP10740775.1A patent/EP2443891B1/en active Active
- 2010-06-18 KR KR1020127001581A patent/KR101488845B1/ko active IP Right Grant
- 2010-06-18 PL PL15160516T patent/PL2908585T3/pl unknown
-
2012
- 2012-08-30 HK HK12108514.6A patent/HK1167977A1/zh not_active IP Right Cessation
-
2014
- 2014-08-15 JP JP2014165411A patent/JP6129794B2/ja active Active
-
2017
- 2017-04-12 JP JP2017078987A patent/JP2017158194A/ja active Pending
- 2017-06-28 US US15/636,090 patent/US20170303267A1/en active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2325769C2 (ru) * | 2003-04-04 | 2008-05-27 | Сименс Акциенгезелльшафт | Способ контроля и управления располагаемым централизованным ip-ресурсом пользователя в пакетно-ориентированной коммуникационной сети при оперативном определении оплаты с контролем предельного значения для передач данных |
RU2341031C2 (ru) * | 2004-06-01 | 2008-12-10 | Самсунг Электроникс Ко., Лтд. | Способ и устройство для передачи информации быстрой обратной связи восходящей линии связи в системе связи ofdma |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2744508C1 (ru) * | 2017-09-08 | 2021-03-11 | Хуавэй Текнолоджиз Ко., Лтд. | Способ передачи сигнала, соответствующие аппарат и система |
US11006438B2 (en) | 2017-09-08 | 2021-05-11 | Huawei Technologies Co., Ltd. | Signal transmission method, related apparatus, and system |
RU2764461C1 (ru) * | 2018-04-05 | 2022-01-17 | Самсунг Электроникс Ко., Лтд. | Сигнализация информации управления в системе связи |
US11336356B2 (en) | 2019-04-04 | 2022-05-17 | Nokia Technologies Oy | Uplink control information |
RU2777417C1 (ru) * | 2019-04-04 | 2022-08-03 | Нокиа Текнолоджиз Ой | Управляющая информация восходящего канала |
US11909484B2 (en) | 2019-04-04 | 2024-02-20 | Nokia Technologies Oy | Uplink control information |
Also Published As
Publication number | Publication date |
---|---|
JP2017158194A (ja) | 2017-09-07 |
US9722735B2 (en) | 2017-08-01 |
KR101488845B1 (ko) | 2015-02-03 |
DK2908585T3 (en) | 2017-09-18 |
EP2443891A1 (en) | 2012-04-25 |
EP2908585A1 (en) | 2015-08-19 |
JP5823387B2 (ja) | 2015-11-25 |
KR101563774B1 (ko) | 2015-10-27 |
JP6129794B2 (ja) | 2017-05-17 |
EP2908585B1 (en) | 2017-06-07 |
ES2638920T3 (es) | 2017-10-24 |
EP2443891B1 (en) | 2015-03-25 |
KR20120018228A (ko) | 2012-02-29 |
CN102484869B (zh) | 2015-09-16 |
BRPI1010153B1 (pt) | 2021-05-04 |
JP2014209806A (ja) | 2014-11-06 |
RU2012101787A (ru) | 2013-07-27 |
US20170303267A1 (en) | 2017-10-19 |
US20110141928A1 (en) | 2011-06-16 |
CN105245312A (zh) | 2016-01-13 |
EP3223569A1 (en) | 2017-09-27 |
CN102484869A (zh) | 2012-05-30 |
CN105245312B (zh) | 2019-05-07 |
PL2908585T3 (pl) | 2017-12-29 |
BRPI1010153A2 (pt) | 2016-03-29 |
WO2010148319A1 (en) | 2010-12-23 |
JP2012531114A (ja) | 2012-12-06 |
KR20120048707A (ko) | 2012-05-15 |
HK1167977A1 (zh) | 2012-12-14 |
KR20150080633A (ko) | 2015-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2569319C2 (ru) | Сигнализация управляющей информации восходящей линии связи в lte-a | |
CN107210857B (zh) | 用于在无线通信***中报告信道状态的方法及其装置 | |
JP6035366B2 (ja) | 複数のアップリンク搬送波を使用するワイヤレス送信のための方法および装置 | |
CN109889316B (zh) | 无线通信***中的用户设备及其操作方法 | |
CN106465295B (zh) | 对载波聚合中的两个小区上的上行链路控制信息的传输的功率控制 | |
CA2752379C (en) | Providing control information for multi-carrier uplink transmission | |
US9306721B2 (en) | Method and apparatus for device-to-device communication | |
US20140161060A1 (en) | Transmissions/receptions of uplink acknowledgement signals in wireless networks | |
EP3174347B1 (en) | Mobile terminal apparatus and method of transmitting an uplink control information signal | |
WO2016017705A1 (ja) | ユーザ端末、無線基地局及び無線通信方法 | |
JP2017504270A (ja) | 電力制御実行方法及びユーザ装置 | |
JP2017516362A (ja) | 送信制御実行方法及びユーザ装置 | |
JP6997802B2 (ja) | 確認応答リソースの割り当て | |
WO2015064377A1 (ja) | ユーザ端末、基地局及び無線通信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
HC9A | Changing information about inventors |