RU2569319C2

RU2569319C2 - Сигнализация управляющей информации восходящей линии связи в lte-a

Info

Publication number: RU2569319C2
Application number: RU2012101787/07A
Authority: RU
Inventors: Сунг-Хиук ШИН; Паскаль М. АДЖАКПЛЕ; Джон В. ХАЙМ; Джанет А. ШТЕРН-БЕРКОВИТЦ; Венсан РУА
Original assignee: Интердиджитал Пэйтент Холдингз, Инк.
Priority date: 2009-06-19
Filing date: 2010-06-18
Publication date: 2015-11-20
Also published as: JP2017158194A; US9722735B2; KR101488845B1; DK2908585T3; EP2443891A1; EP2908585A1; JP5823387B2; KR101563774B1; JP6129794B2; EP2908585B1; ES2638920T3; EP2443891B1; KR20120018228A; CN102484869B; BRPI1010153B1; JP2014209806A; RU2012101787A; US20170303267A1; US20110141928A1; CN105245312A

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	Схема модуляции	Количество битов в субкадре, M_bit	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) можно передавать (на том же самом частотно-временном ресурсе), используя ту же самую последовательность поворотов фазы, но используя различные ортогональные покрывающие последовательности w¹ и w² для несущей 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	Схема модуляции	Количество битов в субкадре, M_bit	Поле (поля) 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

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.

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

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

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

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

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

28. Беспроводное устройство передачи и приема по п. 15, в котором процессор дополнительно сконфигурирован для:
определения, что управляющая информация восходящей линии связи содержит данные периодического сообщения и данные непериодического сообщения; и
отбрасывания данных периодического сообщения.