KR20120018228A

KR20120018228A - Ｌｔｅ－ａ에서의 상향링크 제어 정보 시그널링

Info

Publication number: KR20120018228A
Application number: KR1020127001581A
Authority: KR
Inventors: 성혁 에이치 신; 파스칼 엠 애드재플; 존 더블유 하임; 자넷 에이 스턴버코비츠; 빈센트 로이
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2009-06-19
Filing date: 2010-06-18
Publication date: 2012-02-29
Also published as: EP2908585B1; BRPI1010153A2; JP2017158194A; US20170303267A1; US12193005B2; BRPI1010153B1; KR20120048707A; ES2638920T3; JP6129794B2; CN102484869B; RU2012101787A; EP2443891A1; CN102484869A; PL2908585T3; JP2012531114A; EP2908585A1; EP2443891B1; KR20150080633A; KR101488845B1; DK2908585T3

Abstract

LTE 어드밴스드 시스템에서 상향링크 제어 정보를 전송하는 방법 및 시스템이 개시되어 있다. 사용자 장치는 상향링크 제어 정보 및/또는 이용가능한 채널이 특정 기준을 만족시키는지를 결정하고, 그 기준에 기초하여, 상향링크 제어 정보가 물리 상향링크 제어 채널, 물리 상향링크 공유 채널, 또는 둘다를 통해 전송되어야 하는지를 결정할 수 있다. 기준은 상향링크 제어 정보의 크기(절대 크기 또는 채널 상에서 이용가능한 공간 또는 문턱값에 상대적인 크기), 제어 정보 비트의 유형, 이용가능한 (즉, 활성 또는 구성된) 요소 반송파의 수, 및 2개 이상의 채널을 통해 상향링크 제어 정보를 전송하는 데 필요할 수 있는 전력의 양을 포함할 수 있다.

Description

ＬＴＥ－Ａ에서의 상향링크 제어 정보 시그널링{SIGNALING UPLINK CONTROL INFORMATION IN LTE-A}

관련 출원들의 상호 참조

이 출원은 2009년 6월 19일자로 출원된 미국 가특허 출원 제61/218,782호 및 2009년 6월 24일자로 출원된 미국 가특허 출원 제61/220,017호를 기초로 우선권을 주장하며, 이들 미국 출원 둘다는 참조 문헌으로서 그 전체 내용이 본 명세서에 포함된다.

높은 데이터 전송률 및 스펙트럼 효율을 지원하기 위해, 3 GPP(Third Generation Partnership Project) LTE(Long Term Evolution) 시스템이 3GPP Release 8(R8)에 도입되었다. (LTE Release 8을 본 명세서에서 LTE R8 또는 R8-LTE라고 할 수 있다.) LTE에서, 상향링크를 통한 전송이 SC-FDMA(Single Carrier Frequency Division Multiple Access, 단일 반송파 주파수 분할 다중 접속)를 사용하여 수행된다. 상세하게는, LTE 상향링크에서 사용되는 SC-FDMA는 DFT-S-OFDM(Discrete Fourier Transform Spread Orthogonal Frequency Division Multiplexing, 이산 푸리에 변환 확산 직교 주파수 분할 다중) 기술에 기초하고 있다. 이후에 사용되는 바와 같이, SC-FDMA 및 DFT-S-OFDM라는 용어는 서로 바꾸어 사용될 수 있다.

LTE에서, WTRU(wireless transmit/receive unit, 무선 송수신기 장치)[다른 대안으로서, UE(user equipment, 사용자 장비)라고 함]가 FDMA(Frequency Division Multiple Access) 구성에 있어서 상향링크 상에서는 단지 제한된 연속적인 할당된 부반송파 집합만을 사용하여 전송한다. 예를 들어, 상향링크에서의 전체 OFDM(Orthogonal Frequency Division Multiplexing) 신호 또는 시스템 대역폭이 1부터 100까지의 번호가 매겨진 유용한 부반송파로 이루어져 있는 경우, 제1 주어진 WTRU는 부반송파 1 내지 12를 통해 전송하도록 할당될 수 있고, 제2 WTRU는 부반송파 13-24를 통해 전송하도록 할당될 수 있으며, 기타 등등이다. 상이한 WTRU 각각이 단지 이용가능한 전송 대역폭의 부분집합 내에서만 전송할 수 있는 반면, WTRU에 서비스를 제공하는 eNodeB(evolved Node-B)는 전체 전송 대역폭에 걸쳐 복합 상향링크 신호(composite uplink signal)를 수신할 수 있다.

LTE 어드밴스드[LTE Release 10(R10)을 포함하고, Release 11과 같은 장래의 릴리스를 포함할 수 있으며, 본 명세서에서 LTE-A, LTE R10, 또는 R10-LTE라고도 함]는 LTE 및 3G 네트워크에 대한 완전히 호환되는 4G 업그레이드 방향을 제공하는 LTE 표준의 개선안이다. LTE 및 LTE-A 둘다에서, UL 전송, 하향링크(DL) 전송, 스케줄링, MIMO(multiple-input multiple-output, 다중-입력 다중-출력) 등을 지원하기 위해 특정의 연관된 계층 1/계층 2(L1/2) UCI(uplink control information, 상향링크 제어 정보)가 필요하다. LTE-A에서, 상향링크 채널에 대한 전력 설정은, 제각기, 독립적으로 행해질 수 있다. 기술 분야에서 상향링크 제어 정보를 제공하고 다수의 상향링크 채널을 사용할 때 일어날 수 있는 전력 문제를 처리하는 시스템 및 방법이 필요하다.

본 발명의 목적은 LTE-A에서의 상향링크 제어 정보를 전송하는 방법 및 시스템을 제공하는 것이다.

LTE 어드밴스드 시스템에서 상향링크 제어 정보(UCI)를 전송하는 방법 및 시스템이 개시되어 있다. 사용자 장비 장치(UE)는, UE에 제공될 수 있는 UCI 내의 비트의 수가 문턱값 이하인지에 기초하여, 상향링크 제어 정보가 PUCCH 및 PUSCH를 통해 전송되어야 하는지를 결정할 수 있다(비트의 부분집합이 PUCCH를 통해 전송되고, 나머지 비트가 PUSCH를 통해 전송됨). UCI 비트의 수가 문턱값 이하인 경우, UCI 비트는 PUCCH를 통해 전송될 수 있는 반면, UCI 비트의 수가 문턱값 초과인 경우, UCI 비트는 동일한 서브프레임에서 PUSCH 및 PUCCH 둘다를 통해 전송될 수 있다. 다른 실시예에서, UCI 비트의 수가 제2의 더 높은 문턱값과 비교될 수 있고, UCI 비트의 수가 제2의 더 높은 문턱값을 초과하는 경우, 모든 UCI 비트가 PUSCH를 통해 전송될 수 있다. 다른 실시예에서, 모든 UCI 비트가 PUCCH에 들어가는 경우, 이들이 PUCCH를 통해 전송될 수 있다. 모든 비트가 PUCCH에 들어가지 않는 경우, 이들이 동일한 서브프레임에서 PUCCH 및 PUSCH 둘다를 통해 전송될 수 있다. 다른 실시예에서, UCI의 상대적 크기가 결정될 수 있고[즉, UCI 페이로드의 크기가 공유 채널(예컨대, PUSCH)의 용량의 크기와 비교됨], 상대적 크기가 문턱값 미만인 경우, UCI 비트가 PUSCH를 통해서만 전송될 수 있다.

다른 실시예에서, UCI 비트의 유형이 결정될 수 있고, 특정 유형의 비트(예컨대, ACK/NACK 비트)가 존재하는 경우, 특정 유형의 비트가 한 채널(PUCCH 등)을 통해 전송될 수 있는 반면, 나머지 비트는 제2 채널(PUSCH 등)을 통해 전송될 수 있다. 다른 대안으로서, 활성이거나, 다른 대안으로서, 구성되는 하향링크 요소 반송파(downlink component carrier, DL CC)의 수 및 LTE Release 8에서 지원되는 전송 모드의 사용이 고려될 수 있다. DL CC의 수가 1이 아니거나 LTE Release 8에서 지원되는 전송 모드가 사용되지 않는 경우, UCI 비트의 부분집합이 PUCCH를 통해 전송될 수 있으면서, 동일한 서브프레임에서, 나머지 비트가 PUSCH를 통해 전송될 수 있다. DL CC의 수가 1이고 LTE Release 8에서 지원되는 전송 모드가 사용되는 경우, 내용이 특정 유형의 UCI 비트(예컨대, ACK/NACK, CQI/PMI, RI)를 포함하는지를 결정하기 위해 UCI가 평가될 수 있고, 이러한 비트를 전송하기 위해 어느 채널(들)을 사용할지에 관한 결정이 행해질 수 있다. 다수의 DL CC가 이용가능할 때(활성이거나, 다른 대안으로서, 구성되어 있을 때), 우선순위 DL CC 또는 주 DL CC가 또한 평가될 수 있고, 주 DL CC 또는 최고 우선순위 DL CC와 연관된 UCI 비트는 PUCCH를 통해 전송될 수 있고 나머지 비트는 PUSCH를 통해 전송될 수 있다.

2개 이상의 채널을 통해 상향링크 제어 정보를 전송하는 데 필요할 수 있는 전력의 양도 역시 평가될 수 있다. UE가 PUSCH 및 PUCCH 둘다를 통해 UCI 비트를 전송하는 것이 최대 전력 문턱값을 초과할 것으로 결정하는 경우, UE는 UCI 비트를 PUSCH 및 PUCCH 중 하나를 통해서만 전송할 수 있거나, PUSHC 및/또는 PUCCH 전력을 감소시킬 수 있다. 다수의 PUSCH가 이용가능한 실시예에서, UCI 비트를 전송하는 데 어느 PUSCH가 사용되어야 하는지를 결정 - UCI 페이로드 크기, PUSCH 데이터 페이로드 크기, 또는 UCI 페이로드 크기와 이용가능한 PUSCH의 전달 용량 사이의 관계에 기초하여 적절한 PUSCH를 결정하는 것을 포함함 - 하기 위해 다양한 수단이 사용될 수 있다. 본 개시 내용의 이들 및 부가의 측면이 이하에서 더 상세히 기술된다.

본 발명에 따르면, LTE-A에서의 상향링크 제어 정보를 전송하는 방법 및 시스템을 제공하는 것이 가능하다.

개시된 실시예에 대한 이하의 상세한 설명이 첨부 도면과 관련하여 읽어보면 더 잘 이해된다. 예시를 위해, 도면에 발명의 예시적인 실시예가 도시되어 있지만, 발명 요지가 개시된 특정의 요소 및 수단으로 제한되지 않는다.
도 1은 본 명세서에 개시된 상향링크 제어 정보를 시그널링하는 방법 및 시스템이 구현될 수 있는 비제한적인 예시적인 사용자 장비, eNodeB, 및 MME/S-GW를 나타낸다.
도 2는 본 명세서에 개시된 상향링크 제어 정보를 시그널링하는 방법 및 시스템이 구현될 수 있는 비제한적인 예시적인 네트워크 환경을 나타낸다.
도 3은 상이한 하향링크 반송파에 대한 ACK/NACK 비트를 전송하는 비제한적인 예시적인 시스템을 나타낸다.
도 4는 UCI 전송을 위해 PUCCH 영역 내의 다수의 PUCCH RB 자원을 사용하는 비제한적인 예시적인 수단을 나타낸다.
도 5는 DL COMP(downlink coordinated multi-point transmission, 하향링크 다중-지점 협력 전송)를 이용하여 시스템 내의 UE로부터 PUCCH 및 PUSCH 둘다를 통해 UCI를 전송하는 비제한적인 예시적인 수단을 나타낸다.
도 6은 UCI를 어떻게 시그널링할지를 결정하는 비제한적인 예시적인 방법을 나타낸다.
도 7은 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 8은 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 9는 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 10은 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 11은 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 12는 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 13은 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 14는 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 15는 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.
도 16은 UCI를 어떻게 시그널링할지를 결정하는 다른 비제한적인 예시적인 방법을 나타낸다.

도 1은 LTE-A의 본 발명 요지 및 특징을 구현할 수 있는 비제한적인 예시적인 UE(101)를 나타낸 것이다. UE(101)는 휴대폰, 스마트폰, PDA(personal data assistant), 랩톱, 또는 하나 이상의 다른 장치 또는 네트워크와 무선으로 통신할 수 있는 임의의 다른 장치를 비롯한 임의의 유형의 무선 송수신 장치(WTRU)일 수 있다. 일부 실시예에서, UE(101)는 LTE-A 네트워크 또는 시스템과 통신하도록 구성될 수 있다. UE(101)는 프로세서(140)로 구성될 수 있고, 이 프로세서(140)는 메모리(150)와 통신 연결될 수 있고 UE(101)의 다른 구성요소들 중 일부 또는 전부에도 역시 전원을 제공할 수 있는 배터리(160)와 같은 전원 공급 장치로부터의 전력을 소비할 수 있다. 프로세서(140)는 본 명세서에 개시된 UCI 시그널링 및 관련 기능은 물론, 본 명세서에 개시된 임의의 다른 기능 및/또는 UE에 구성된 프로세서에 의해 수행될 수 있는 임의의 다른 기능을 수행하도록 구성될 수 있다. 메모리(150)는 본 명세서에 기술된 임의의 기능 또는 UE에 의해 수행될 수 있는 임의의 다른 기능을 수행하는 컴퓨터 실행가능 명령어를 비롯한 데이터를 저장하도록 구성될 수 있다. UE(101)는 또한 하나 이상의 안테나(110a-110d)로 구성될 수 있고, 안테나(110a-110d)는 하나 이상의 송수신기(120a-120d)로부터 수신된 데이터를 기지국, eNodeB, 또는 다른 네트워크 장치로 전송할 수 있고 이러한 장치로부터의 데이터를 하나 이상의 송수신기(120a-120d)에 제공할 수 있다.

송수신기(120a-120d) 및/또는 안테나(110a-110d)는 안테나 매핑/프리코딩 모듈(130)에 통신 연결될 수 있다. 안테나 매핑/프리코딩 모듈(130)은 프로세서(140)에 통신 연결될 수 있다. 주목할 점은, 도 1에 예시된 구성요소들 중 일부 또는 전부가 물리적으로 동일한 구성요소이거나 단일 물리 장치로 결합될 수 있거나, 다른 대안으로서, 물리적으로 분리되어 있을 수 있다는 것이다. 예를 들어, 안테나 매핑/프리코딩 모듈(130), 프로세서(140), 및 송수신기(120a-120d)은 물리적으로 단일 마이크로칩 상에 구성될 수 있거나, 각각이 개별 마이크로칩 상에 구성될 수 있다. 이러한 구성의 어떠한 변형도 본 개시 내용의 범위 내에 있는 것으로 생각된다.

UE(101)는 eNodeB(170)와 무선으로 통신하도록 구성될 수 있다. 통상적인 eNodeB에서 발견될 수 있는 구성요소에 부가하여, eNodeB(170)는 eNodeB 기능 및/또는 본 명세서에 개시된 발명 요지를 수행하도록 구성될 수 있는 임의의 프로세서 또는 다중 프로세서일 수 있는 프로세서(173)를 포함할 수 있다. 프로세서(173)는 휘발성 및 비휘발성 메모리를 비롯한 임의의 유형의 메모리 또는 메모리 유형의 조합일 수 있는 메모리(174)에 통신 연결될 수 있다. eNodeB(170)는 또한 송수신기(172a-170d)로 구성될 수 있고, 송수신기(172a-172d)는, 예를 들어, LTE 또는 LTE-A 시스템 내의 UE(101)와의 무선 통신을 용이하게 해주도록 구성된 안테나(171a-171d)에 통신 연결될 수 있다. 이러한 다수의 안테나를 이용할 수 있는 MIMO 및/또는 기타 기술을 용이하게 해주기 위해 다수의 송신 및/또는 수신 안테나가 eNodeB(170) 상에 구성될 수 있다.

eNodeB(170)는 하나 이상의 유선 또는 무선 통신 연결을 통해 MME/S-GW(Mobility Management Entity/Serving Gateway, 이동성 관리 엔터티/서비스 제공 게이트웨이)(180)에 통신 연결될 수 있다. MME/S-GW(180)는 프로세서(181)로 구성될 수 있고, 프로세서(181)는 MME/S-GW 기능 및/또는 본 명세서에 개시된 발명 요지를 수행하도록 구성될 수 있는 임의의 프로세서 또는 다중 프로세서일 수 있다. 프로세서(181)는 휘발성 및 비휘발성 메모리를 비롯한 임의의 유형의 메모리 또는 메모리 유형의 조합일 수 있는 메모리(182)에 통신 연결될 수 있다. 일 실시예에서, UE(101), eNodeB(170), 및/또는 MME/S-GW(180)는 본 명세서에 개시된 바와 같이 LTE-A 시스템에서 UCI 시그널링을 구현하도록 구성되어 있다.

DFT-S-OFDM이 UE(101)로부터 eNodeB(170)로의(즉, 상향링크에서의) 통신 수단으로서 사용될 수 있다. DFT-S-OFDM은 UE에 할당된 시간-주파수 자원이 주파수-연속적인 부반송파의 집합으로 이루어져 있어야 한다는 부가의 제약조건을 갖는 OFDM 전송의 한 형태이다. LTE 상향링크는 직류(DC) 부반송파를 포함하지 않을 수 있다. LTE 상향링크는 UE에 의한 전송에 주파수 호핑이 적용될 수 있는 하나의 동작 모드를 포함할 수 있다. LTE Release 8(R8) 상향링크(UL)에서, UL 전송, 하향링크(DL) 전송, 스케줄링, MIMO(multiple-input multiple-output, 다중-입력 다중-출력) 등을 지원하기 위해 특정의 연관된 계층 1/계층 2(L1/2) UCI(uplink control information, 상향링크 제어 정보)가 필요하다. 예를 들어, UE(101)는 주기적으로 및/또는 비주기적으로 UCI를 eNodeB(170)에 제공하도록 구성될 수 있다. UCI는 1 또는 2 비트일 수 있는 HARQ(hybrid automatic repeat request, 하이브리드 자동 재전송 요청) ACK/NACK(acknowledgement/negative acknowledgement, 확인 응답/부정 확인 응답), PUCCH(physical uplink control channel, 물리 상향링크 제어 채널)를 통해 전송될 때 4-11 비트일 수 있는 CQI(channel quality indicator, 채널 품질 표시자), PMI(precoding matrix indicator, 프리코딩 행렬 표시자), 및/또는 RI(rank indicator, 순위 표시자)를 포함하는 채널 상태 보고, 및 1 비트일 수 있는 SR(scheduling request, 스케줄링 요청)로 이루어져 있을 수 있다. 이들 유형의 UCI에 대한 비트의 수의 이들 일례는 LTE Release 8에서의 이들 유형에 대한 비트의 수에 대응한다. 이들 유형에 대한 비트의 수가 이들 값으로 제한되지 않으며, 다른 실시예가 본 개시 내용의 범위 내에 있는 것으로 생각된다.

CQI, PMI, 및 RI 비트 유형을 특정하여 언급하고 있는 본 명세서에 기술된 실시예 및 일례에서, 이들 실시예는 UE에 의해 지원될 수 있고 주기적으로 또는 비주기적으로 보고될 수 있는 부가의 UCI 비트 유형을 포함하도록 쉽게 확장될 수 있다. 이들 실시예 및 일례는 또한 CQI, PMI 및 RI 비트 유형 중 임의의 하나 이상을, UE에 의해 지원될 수 있고 주기적으로 또는 비주기적으로 보고될 수 있는 다른 유형의 UCI 비트로 대체하도록 쉽게 확장될 수 있다.

LTE Release 8에서, UCI는, 예를 들어, 2가지 방식 중 하나의 방식으로 UE(101)에 의해 전송될 수 있다. 서브프레임에 할당된 물리 UL 공유 채널(PUSCH)이 없는 경우, UE(101)는 물리 UL 제어 채널(PUCCH) 자원을 사용하여 UCI를 전송할 수 있다. UL 데이터가 존재하거나 UE가 데이터를 물리 상향링크 공유 채널(PUSCH)를 통해 다른 방식으로 전송하고 있을 때, UCI 시그널링이 PUSCH를 통해 행해질 수 있고, PUSCH 상의 데이터와 다중화될 수 있다. 그렇지만, Release 8에서, PUCCH 및 PUSCH의 동시 전송이 지원되지 않는다. 그에 부가하여, UE에 의한 ACK/NACK 및 CQI의 동시 전송이 UE-고유 상위 계층 시그널링에 의해 지원되지 않을 수 있다. 이 경우에, CQI가 드롭되고, ACK/NACK만이 PUCCH를 사용하여 전송되며, 그 결과 스케줄링 및 전송률 적응 정확도가 얼마간 열화될 수 있다.

3GPP Release 10(R10)에 도입된 LTE-어드밴스드(LTE-A)에서, 예를 들어, UE(101)에 의한 PUSCH 및 PUCCH 동시 전송이 지원될 수 있고, UL 파형에 대한 단일-반송파 제약조건이 완화된다. Release 10에서, 각각의 UL 요소 반송파 상에 주파수-연속적인 및 주파수-비연속적인 자원 둘다를 할당하는 것이 지원된다.

LTE-A에서는, LTE와 비교할 때, COMP(coordinated multipoint transmission, 다중 지점 협력 전송), 고차 DL MIMO, 대역폭 확장, 및 릴레이(Relay)를 비롯한 새로운 특징을 고려하여 UCI 크기(UCI 비트의 수)가 증가될 것이 예상된다. 예를 들어, 고차 MIMO(예컨대, 8x8 MIMO) 및/또는 COMP를 지원하기 위해, 대량의 채널 상태 보고(CQI/PMI/RI)가 서비스 제공 eNodeB(serving eNodeB)[어쩌면 COMP 구현에서 이웃하는 eNodeB(들)]에 피드백될 수 있다. 비대칭적 대역폭 확장을 사용하는 것에 의해 UCI 오버헤드가 추가적으로 증가될 것이다. 그에 따라, Release 8 LTE PUCCH의 페이로드 크기가 (단일 DL 요소 반송파에 대해서 조차도) LTE-A에서의 증가된 UCI 오버헤드를 전달하기에 충분하지 않을 수 있다. LTE-A에서의 UCI 시그널링이 LTE에서의 UCI 시그널링보다 더 유연할 수 있고, 그로써 LTE-A에서의 UCI 시그널링에서 더 많은 구성을 가능하게 해준다. 이것으로 인해, 그리고 UCI 크기(UCI 비트의 수)가 LTE-A에서 더 클 수 있기 때문에, 증가된 UCI 크기를 지원하는 새로운 구성이 필요하게 될 수 있다. 본 개시 내용의 일부 실시예에서, LTE-A 시스템 또는 임의의 다른 시스템에서 발생될 수 있는 UCI 시그널링을 전송하기 위해 PUSCH 및 PUCCH 동시 전송 기능이 이용된다.

그에 부가하여, PUSCH 및 PUCCH에 대한 전력 설정이 제각기 독립적으로 행해지기 때문에, PUSCH 및 PUCCH의 전력 레벨의 합이 주어진 최대 전송 전력에 도달하거나 그를 초과하는 상황에 대해 서브프레임에서의 PUCCH 및 PUSCH 동시 전송을 이용하는 LTE-A UCI 시그널링에 대한 어떤 규칙이 본 명세서에 기재되어 있다.

주목할 점은, 본 명세서에서 사용되는 바와 같이, 물리 상향링크 제어 채널(PUCCH)은 상향링크 제어 정보를 전달하는 상향링크 채널인 LTE 또는 LTE-A PUCCH일 수 있다는 것이다. 다른 대안으로서, PUCCH는, 본 명세서에서 사용되는 바와 같이, 상향링크에 대한 제어 정보를 전송하기 위해 배타적으로 또는 비배타적으로 사용될 수 있는 임의의 채널 또는 다중 채널 또는 다른 무선 통신 수단일 수 있다. 본 명세서에서 사용되는 바와 같이, 물리 상향링크 공유 채널(PUSCH)은 사용자 데이터(즉, SCH 데이터)를 전달하는 상향링크 채널인 LTE 또는 LTE-A PUSCH일 수 있다. 다른 대안으로서, PUSCH는, 본 명세서에서 사용되는 바와 같이, 상향링크를 통해 사용자 데이터를 전송하기 위해 배타적으로 또는 비배타적으로 사용될 수 있는 임의의 채널 또는 다중 채널 또는 다른 무선 통신 수단일 수 있다. PUSCH는, 본 명세서에서 사용되는 바와 같이, 또한 제어 정보도 전달할 수 있다. 상향링크 제어 정보(UCI)는, 본 명세서에서 사용되는 바와 같이, LTE 또는 LTE-A 제어 정보일 수 있거나, UCI는 임의의 유형의 채널 또는 무선 통신 수단을 통해 전달되는 임의의 무선 시스템에서 사용되는 임의의 제어 정보일 수 있다. 모든 이러한 실시예가 본 개시 내용의 범위 내에 있는 것으로 생각된다.

도 2는 전체 LTE 또는 LTE-A 시스템으로서 또는 그의 일부로서 구성될 수 있는 무선 통신 시스템/액세스 네트워크(200)를 나타낸 것이다. 네트워크(200)는 E-UTRAN(Evolved-Universal Terrestrial Radio Access Network)(250)을 포함할 수 있다. E-UTRAN(250)은 도 1의 UE(101)을 비롯한 임의의 유형의 UE 또는 WTRU일 수 있는 UE(210), 및 도 1의 eNodeB(170)와 같은 eNodeB의 기능을 수행하도록 구성된 임의의 장치일 수 있는 하나 이상의 노드 B(eNodeB)(220a, 220b, 및 220c)를 포함할 수 있다. 도 2에 도시된 바와 같이, UE(210)는 eNodeB(220a)와 통신하고 있을 수 있다. eNodeB(220a, 220b, 및 220c)는 X2 인터페이스를 사용하여 서로 인터페이스할 수 있다. eNodeB(220a, 220b, 및 220c)는 또한 S1 인터페이스를 사용하여 MME(Mobility Management Entity, 이동성 관리 엔터티)/SGW(serving gateway, 서비스 제공 게이트웨이)(230a 및/또는 230b)에 연결될 수 있다. MME/S-GW(230a 및 230b)는 도 1의 MME/S-GW(180)와 같은 MME/S-GW의 기능을 수행하도록 구성된 임의의 장치일 수 있다. 하나의 UE(210) 및 2개의 eNodeB(220a, 220b, 및 220c)가 도 2에 도시되어 있지만, 임의의 수 및 조합의 무선 및 유선 장치가 네트워크(200)에 포함될 수 있는 것이 생각된다.

LTE-A 시스템에서 구현되는 일부 실시예에서, UL 사용자 데이터 전송 및 다른 UL 전송, DL 사용자 데이터 전송 및 다른 DL 전송, 스케줄링 데이터, MIMO 데이터 등을 지원하기 위해 UE로부터 eNodeB로 UL 제어 정보(UCI)를 전송하는 것이 바람직할 수 있다. UCI는 HARQ ACK/NACK(들), 채널 상태 보고, CQI/PMI/RI, 및/또는 스케줄링 요청(들)(SR)을 포함할 수 있지만, 이들로 제한되지 않는다. 주목할 점은, "사용자 데이터"라는 용어가, 본 명세서에서 사용되는 바와 같이, "SCH(shared channel, 공유 채널) 데이터"와 바꾸어 사용될 수 있다는 것이다. UE는 PUCCH 또는 PUSCH를 통해 UCI를 전송할 수 있다. 표 1은 일부 실시예에서 사용될 수 있는 LTE에 대해 정의된 PUCCH 형식 및 대응하는 UCI 내용을 나타내고 있다. 형식(2a 및 2b)은 보통의 순환 프리픽스(normal cyclic prefix)에 대해서만 지원된다. 일부 실시예에서, PUSCH를 통해 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

UCI를 보고하기 위해 UE에 의해 사용될 수 있는 시간 및 주파수 자원이 eNodeB에 의해 제어될 수 있다. CQI, PMI, 및 RI와 같은 일부 UCI는 주기적이거나 비주기적일 수 있다. 일부 실시예에서, 비주기적인 보고는 주기적인 보고에 의해 제공된 것과 유사한 데이터는 물론, 부가의 데이터도 제공할 수 있다. 이러한 실시예에서, 주기적인 및 비주기적인 보고 둘다가 동일한 서브프레임에서 일어나는 경우, UE는 그 서브프레임에서 비주기적인 보고만을 전송하도록 구성될 수 있다.

각각의 PUCCH 보고 모드의 CQI 및 PMI 페이로드 크기가 사전 결정될 수 있다(예를 들어, 3GPP 표준 규격에 의해 제공됨). 각각의 PUCCH 보고 모드의 다른 UCI 유형 페이로드 크기가 사전 결정될 수 있다(예를 들어, 3GPP 표준 규격에 의해 제공됨).

LTE-A 시스템에서 일어날 수 있는 상향링크 제어 정보(UCI)의 증가된 UCI 크기 및 보다 많은 양을 처리하기 위해, 본 개시 내용에 의해 소개된 몇몇 실시예가 사용될 수 있다. 본 명세서에 개시된 실시예의 일부는 LTE-A의 PUSCH 및 PUCCH 동시 전송 기능을 이용한다.

일 실시예에서, LTE UCI 시그널링 방법에 부가하여, LTE-A 시스템에서 UE로부터 UCI를 시그널링하는 대안의 구성이 이용될 수 있다. 제1의 이러한 실시예에서, 다수의 UCI 필드 또는 보고에 대해 다수의 PUCCH 전송이 사용될 수 있다. 다수의 PUCCH 전송이 코드-다중화되거나 주파수-다중화되도록 다수의 UCI 피드/보고를 다중화하기 위한 다수의 PUCCH 전송(또는 자원)이 구현될 수 있다. 예를 들어, LTE에서 채널 품질 표시자(CQI)의 전송이 동일한 서브프레임에서 스케줄링 요청(SR) 전송과 충돌할 때, CQI가 드롭된다. 그렇지만, LTE-A에서, 코드 분할 다중화(code division multiplexing, CDM)(즉, 셀-고유 시퀀스의 상이한 직교 위상 회전을 사용함) 또는 주파수 분할 다중화(frequency division multiplexing, FDM)[즉, 상이한 자원 블록(resource block, RB)을 사용함]을 사용하여 CQI 및 SR을 동일한 서브프레임에서 동시에 전송시키는 것이 가능하다. 그에 따라, UE는 PUCCH 형식 1(어쩌면 1a/1b를 가짐) 및 형식 2(어쩌면 2a/2b를 가짐)를 다중화하여, 이들을 다수의 PUCCH 자원을 통해 동시에 전송할 수 있다. 다른 대안으로서, UE로부터 많은 분량의 LTE-A UCI를 전송하기 위해 다수의 PUCCH 전송이 고려될 수 있다.

다수의 PUCCH 자원을 통해 UCI 시그널링을 구현하는 실시예에서, CDM, FDM, 시분할 다중화(time division multiplexing, TDM), 또는 이들의 임의의 조합이 UCI를 시그널링하는 데 사용될 수 있다. 일 실시예에서, 많은 분량의 UCI가 필요한 경우, UCI가 CDM(즉, 셀-고유 시퀀스의 상이한 위상 회전)을 사용하여 다수의 PUCCH 자원을 통해 UE로부터 전송될 수 있다. 이러한 실시예에서, UCI의 각각의 비트(또는 일군의 비트, 또는 상이한 제어 필드)에 대해 셀-고유 길이-12 주파수 영역(또는 시간 영역)의 상이한 직교 위상 회전(순환 천이와 동등함)이 적용될 수 있다. 예를 들어, 비대칭적 대역폭 확장(2개의 DL 요소 반송파 및 1개의 UL 요소 반송파 등)의 경우에, 상이한 DL 요소 반송파에 대한 HARQ ACK/NACK 비트가 셀-고유 시퀀스의 상이한 위상 회전을 사용하여 단일 UL 반송파에서 전송될 수 있다. 다른 대안으로서 또는 그에 부가하여, 도 3에 예시된 바와 같이, 상이한 DL 반송파에 대한 ACK/NACK 비트[ACK/NACK 비트(310 및 320)]가 동일한 위상 회전된 시퀀스를 사용하여(동일한 시간-주파수 자원을 통해) 그렇지만 반송파-1 및 반송파-2에 대해 제각기 상이한 직교 커버 시퀀스(orthogonal cover sequence)(w¹ 및 w²)를 사용하여 전송될 수 있다.

eNodeB는 계층 1 또는 2(L1/2) 시그널링 또는 상위 계층 시그널링에 의해 서브프레임 내의 다수의 UCI 필드/보고를 다중화하도록 UE를 구성할 수 있다. 다수의 PUCCH 전송을 이용하는 실시예에서, 다수의 PUCCH의 총 전송 전력이 UE의 최대 전송 전력 - Pmax(또는 Pmax + P_threshold, 여기서 P_threshold는 문턱값임) - 을 초과하는 경우, UE는 (즉, CQI/PMI와 같은 저우선순위 피드백 보고를 드롭함으로써) LTE UE 절차를 이용할 수 있다.

eNodeB는 서브프레임에서 어느 PUCCH 전송(UCI 필드)이 적용되는지를 결정하기 위해 다수의 PUCCH 전송에 대한 블라인드 검출(blind detection)을 이용할 수 있다. 다른 대안으로서, 2010년 2월 9일자로 출원된, 발명의 명칭이 "APPARATUS AND METHOD FOR UPLINK POWER CONTROL FOR A WIRELESS TRANSMITTER/ RECEIVER UNIT UTILIZING MULTIPLE CARRIERS(다수의 반송파를 이용하는 무선 송신기/수신기에 대한 상향링크 전력 제어 장치 및 방법)"인 미국 특허 출원 제12/703,092호(참조 문헌으로서 그 전체 내용이 본 명세서에 포함됨)에 개시된 전력 감소/백오프 방식들 중 일부가, 일부 실시예에서, 약간 수정하여 사용될 수 있다. 예를 들어, 각각의 PUCCH에 대한 전력 레벨을 계산한 후에, 전력들의 합이 Pmax를 초과하는 경우, 최대 전력 제한에 부합하기 위해 (개별 채널의 우선순위에 따라) 각자의 전송 전력이 균등 전력 또는 상대 전력을 사용하여 조정될 수 있다. 다수의 PUCCH에 대한 전력 설정의 다른 옵션은 개별 PUCCH에 대한 전력 오프셋을 도입하는 것과 같은 LTE PUCCH 전력 제어를 수정하는 것이다. Pmax를 초과하는 것 대신에 또는 그에 부가하여, 최대 허용 CC 전송 전력(들)을 초과하는 것이 이들 결정을 위해 고려될 수 있다.

대안의 실시예에서, 다수의 PUCCH 자원을 통한 UCI 시그널링이 FDM을 사용하여 구현될 수 있다. 이러한 실시예에서, UCI의 각각의 비트(또는 ACK/NACK 비트 및 CQI 비트와 같은 일군의 비트, 또는 상이한 제어 필드)가 사전-구성된 PUCCH 영역(즉, PUCCH 자원) 내의 상이한 RB 쌍을 사용하여 전송될 수 있다. 도 4는, ACK/NACK가 m=0에 대응하는 RB(420)를 통해 전송되면서 동일한 서브프레임에서 CQI/PMI/RI가 m=2에 대응하는 RB(430)와 같은 상이한 RB를 통해 전송되도록, 많은 분량의 UCI(예컨대, 다수의 UCI 보고)를 전송하기 위해 PUCCH 영역(410) 내의 다수의 PUCCH RB 자원(FDM 기반)을 사용하는 일례를 나타낸 것이다. 다른 대안으로서 또는 그에 부가하여, 비대칭적 대역폭 확장(2개의 DL 요소 반송파 및 1개의 UL 요소 반송파 등)의 경우에, 상이한 DL 요소 반송파에 대한 UCI 비트(들)가 상이한 RB 쌍(반송파-1에 대한 m=0 및 반송파-2에 대한 m=2 등)을 통해 전송될 수 있다.

다른 실시예에서, 다수의 PUCCH 자원을 통한 UCI 시그널링이 TDM을 사용하여 구현될 수 있다. 이러한 실시예에서, UCI의 각각의 비트(또는 ACK/NACK 비트 및 CQI 비트와 같은 일군의 비트, 또는 상이한 제어 필드)가 OFDM 심볼에 기초한, 슬롯에 기초한, 또는 서브프레임에 기초한 TDB(time division base)를 사용하여 전송될 수 있다.

주목할 점은, 상기한 다수의 PUCCH 자원을 통한 UCI 시그널링 실시예에서, UE가 어느 PUCCH 자원(시간/주파수/코드)이 UE에 할당되는지에 관한 상위 계층 시그널링(또는 L1 시그널링)을 통해 eNodeB에 의해 구성될 수 있다는 것이다. 이들 실시예에서, R8 LTE PUCCH 형식이 3GPP 표준 규격에 명시된 대로 유지될 수 있다(즉, R8 LTE로의 역호환성을 유지함). 그에 부가하여, CDM(및 FDM)의 경우에, 사용 중인 자원(코드/위상 회전 또는 RB)의 수에 따라 CM(cubic metric)이 증가될 수 있다. 그에 따라, PUCCH의 전력 설정에 대한 CM의 영향이 고려될 수 있다[즉, CM 증가(있는 경우)의 양만큼 전력 백오프를 적용함].

다른 실시예에서, 예를 들어, 비대칭 반송파 집적(asymmetric carrier aggregation), 고차 DL MIMO 및/또는 COMP가 사용 중일 때, 동일한 서브프레임에서 PUCCH 및 PUSCH 둘다를 통한 UCI 시그널링[예를 들어, UE로부터 PUSCH 및 PUCCH(들) 둘다를 통해 많은 분량의 UCI를 전송하는 것]이 구현될 수 있다. 동일한 서브프레임에서 PUCCH(들) 및 PUSCH 둘다를 통해 UCI를 시그널링하기 위해(UCI에 대한 PUCCH 및 PUSCH 동시 전송을 위해), ACK/NACK 및/또는 SR이 PUCCH를 통해 전송될 수 있으면서 동일한 서브프레임에서(주기적 또는 비주기적) CQI/PMI/RI 시그널링이 PUSCH를 통해 수행될 수 있도록(또는 그 반대이도록) ACK/NACK 및/또는 SR이 CQI/PMI/RI와 다중화될 수 있다. 일부 실시예에서, 전송할 사용자 데이터를 갖지 않는 UE는 UL 데이터 없이 PUSCH를 통해 UCI를 전송하도록 구성될 수 있다. 예를 들어, DL COMP에서 UE는 서비스 제공 셀용으로 의도된 PUSCH를 통해 서비스 제공(앵커) 셀과 연관된 UCI(ACK/NACK, CQI/PMI/RI 및 SR을 포함함)를 전송할 수 있으면서, 동일한 서브프레임에서, UE는 그 수신 셀(들)에 대한 사전-지정된 PUCCH(들)를 통해 비서비스 제공(비앵커) 셀을 목표로 하는 다른 제어 정보(예컨대, CQI/PMI)를 전송할 수 있거나, 그 반대일 수 있다.

도 5는 DL COMP에서 UE로부터 PUCCH(들) 및 PUSCH 둘다를 통해 UCI를 전송하는 일례를 나타낸 것이다. 이 일례에서, UE가 서브프레임에서 전송되는 UL 공유 채널(UL-SCH) 데이터를 갖는 것으로 가정된다. UE가 그 때에 전송될 어떤 데이터도 가지고 있지 않는 경우, UCI가 UL 데이터 없이 PUSCH를 통해 전송된다. 다른 대안으로서 또는 그에 부가하여, 비대칭적 CA[예컨대, 1개의 UL 반송파 및 N개의 DL 반송파(단, N>1임)]의 경우에, UE는 PUSCH 또는 PUCCH(들)를 통해 DL 앵커 반송파와 연관된 UCI를 전송할 수 있다. 동시에, UE는 DL 비앵커 반송파(들)에 대한 UCI를 다른 물리 채널(DL 앵커 반송파에 사용되지 않는 것)을 통해 전송할 수 있다. 다른 대안으로서, UE는 DL 비앵커 반송파(들)에 대한 UCI를 상이한 UL 요소 반송파(component carrier, CC) 상의 PUSCH를 통해 전송할 수 있다.

LTE-A 시스템 실시예에서, PUSCH 및 PUCCH의 전력 설정이, 제각기, 독립적으로 행해질 수 있다. 동일한 서브프레임에서 PUSCH 및 PUCCH(들) 둘다를 통해 UCI를 전송하는 경우에, Pmax에 도달할 때[즉, 마이너스 전력 헤드룸(negative power headroom)의 경우], 균등 전력 감소, 상대 전력 감소, 또는 채널(및/또는 UCI 유형) 기반 우선순위를 사용한 전력 감소와 같은 본 명세서에서 참조되는 미국 특허 출원 제12/703,092호에 기술된 것을 비롯한 전력 백오프 방식이 최대 전력 제한에 부합하도록 되어 있다. 다른 대안으로서 또는 그에 부가하여, Pmax에 도달한 것을 검출하는 PUSCH 및 PUCCH 둘다를 사용하여 UCI를 전송하는 UE가 본 명세서에 개시된 다수의 PUCCH 자원을 사용하여 UCI를 전송하는 방법으로 전환할 수 있다. 다른 대안에서, 이러한 UE는 PUSCH만을 사용하여 UCI를 전송할 수 있다. 다른 대안으로서, UE는, CQI/PMI(있는 경우)와 같은 저우선순위 UCI 필드를 드롭시키고, PUCCH만을 사용하여 UCI를 전송할 수 있다. Pmax를 초과하는 것 대신에 또는 그에 부가하여, 최대 허용 CC 전송 전력(들)을 초과하는 것이 이들 결정을 위해 고려될 수 있다.

다른 실시예에서, UCI에 대한 주기적인 PUCCH 및 비주기적인 PUSCH의 동시 전송이 구현될 수 있다. 레거시 LTE(R8) 시스템에서, 주기적인 CQI/PMI/RI 보고와 비주기적인 CQI/PMI/RI 사이의 충돌이 있는 경우에, 그 서브프레임에서 주기적인 CQI/PMI/RI 보고가 드롭된다. 그렇지만, 필요한 경우, UE가 동일한 서브프레임에서 비주기적인 보고 및 주기적인 보고 둘다를 전송하도록 구성될 수 있다. 예를 들어, 비대칭적 CA에서, UE는, 동일한 서브프레임에서, PUCCH를 사용하여 DL 앵커 반송파와 연관된 주기적인 CQI/PMI/RI 보고를 수행하고 PUSCH를 사용하여 DL 비앵커 반송파(들)와 연관된 비주기적인 CQI/PMI/RI 보고를 수행하도록 또는 그 반대이도록 구성될 수 있다. Pmax에 도달할 때(즉, 마이너스 전력 헤드룸의 경우에), UE는 PUSCH를 통한 비주기적인 CQI/PMI/RI 보고를 드롭시킬 수 있다. 다른 대안으로서, UE는 PUCCH를 통한 주기적인 CQI/PMI/RI 보고를 드롭시킬 수 있다. Pmax를 초과하는 것 대신에 또는 그에 부가하여, 최대 허용 CC 전송 전력(들)을 초과하는 것이 이들 결정을 위해 고려될 수 있다.

다른 실시예에서, 많은 분량의 UCI가 PUSCH를 통해 전송될 수 있다. UCI 페이로드 크기가 PUCCH 자원에 들어갈 수 없을 정도로 클 때(HARQ ACK/NACK의 수와 CQI/PMI/RI에 대한 페이로드 비트의 수의 합이 문턱값보다 큰 경우 등), UCI는, UE가 PUSCH를 통해 데이터 전송을 하도록 스케줄링되어 있을 때 PUSCH를 통한 LTE UCI 시그널링과 유사하게, (UE가 데이터 전송을 하도록 스케줄링되어 있는지 여부에 따라) UL-SCH 데이터와 함께 또는 UL-SCH 데이터 없이, PUSCH를 통해 전송될 수 있다. 이 실시예에서, UE가 UCI를 전달하기 위해 PUSCH를 통해 데이터 전송을 하도록 스케줄링될 필요가 없을 수 있다. 오히려, UCI가 PUSCH를 통해 전달되어야 할 때, UE가 상위 계층 시그널링 또는 L1/2 시그널링에 의해 구성될 수 있다.

eNodeB는, 예를 들어, UE의 능력, DL/UL 구성/서비스, 채널 조건, PUSCH/PUCCH 자원 이용가능성, 및/또는 UE 전송 전력 이용가능성에 따라, PUCCH 및 PUSCH 둘다를 통해 UCI를 전송하도록 UE를 구성하거나, PUCCH 및 PUSCH 둘다를 통해 UCI를 전송하지 않도록 UE를 구성할 수 있다. 이 구성은 L1/2 시그널링 또는 상위 계층 시그널링을 통해 UE에 주어질 수 있다. 동일한 서브프레임에서 PUCCH(들) 및 PUSCH 둘다를 통해 UCI를 전송하기 위해, PUCCH 및 PUSCH에 대한 전력 레벨을 제각기 계산한 후에, 이들 전력의 합이 Pmax를 초과하는 경우, (본 명세서에서 참조된 미국 특허 출원 제12/703,092호에 기술된 것을 비롯한) 전력 백오프 방식이 사용될 수 있다 - 최대 전력 제한에 부합하기 위해, 각자의 채널 전송 전력이 (개별 채널의 우선순위에 따라) 균등 전력 또는 상대 전력으로, 또는 사전 정의된 오프셋으로 조정/감소될 수 있는 것 등 -. 또 다른 대안으로서, UE는, CQI/PMI(와 같은 저우선순위 UCI 필드를 드롭시키고, PUCCH만을 통해 UCI를 전송할 수 있다. 또 다른 실시예에서, UE는, UE가 데이터 전송을 하도록 스케줄링되어 있는지 여부에 따라 상향링크 공유 채널(UL-SCH) 데이터와 함께 또는 UL-SCH 데이터 없이, PUSCH만을 통해 모든 요구된 UCI 필드를 전송할 수 있다. 이들 실시예 중 임의의 실시예에서, eNodeB는 서브프레임에서 어느 물리 채널(들)(또는 UCI 필드)이 전송되는지를 결정하기 위해 개별 물리 채널(즉, PUCCH 및 PUSCH)에 대해 블라인드 검출을 이용할 수 있다. Pmax를 초과하는 것 대신에 또는 그에 부가하여, 최대 허용 CC 전송 전력(들)을 초과하는 것이 이들 결정을 위해 고려될 수 있다.

대안의 실시예에서, 레거시 LTE UCI 시그널링이 LTE와 같은 DL/UL 구성(일대일 DL/UL 스펙트럼 매핑, COMP 없음 등)을 갖는 UE에 의해 수행될 수 있다. UCI 오버헤드는 LTE R8과 유사할 수 있다. 그렇지만, LTE R8와 달리, UE는 PUCCH를 통해 HARQ ACK/NACK를 전송할 수 있으면서(일 실시예에서, ACK/NACK 신뢰성을 향상시키기 위한 것임), 동일한 서브프레임에서 PUSCH를 통해 비주기적인 CQI/PMI/RI를 전송할 수 있다.

다른 대안에서, 보다 큰 UCI 크기를 지원하기 위해 고차 변조(16 QAM)에 의한 새로운 PUCCH 형식이 사용될 수 있다. 이들 새로운 PUCCH 형식은 고차 변조를 사용하여 정의될 수 있다. 표 2에 나타낸 바와 같이, 16 QAM을 사용하는 새로운 PUCCH 형식(형식 3, 4/4a/4b/4c)이 도입된다. ACK/NACK의 4 비트(어쩌면 SR을 가짐)를 전달하기 위해 PDCCH 형식 3이 사용될 수 있다. 예를 들어, ACK/NACK의 4 비트가 반송파 집적(예를 들어, SM MIMO를 갖는 2개의 DL 반송파 및 1개의 UL 반송파)에서 사용될 수 있다. LTE-A에서 CQI/PMI/RI 비트의 40개 코딩된 비트(4a/4b/4c에서 ACK/NACK를 가짐)를 피드백하기 위해 PUCCH 형식 4/4a/4b/4c이 사용될 수 있다. 본 명세서에 개시된 새로운 형식에 대해, PUCCH에 대한 전력 설정은 고차 변조(16 QAM)의 사용을 수용하기 위해(즉, 상이한 변조 방식에 대해 상이한 SINR이 필요하다는 사실을 반영하기 위해) 전력 오프셋을 포함할 수 있다.

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+BPSK	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

<확장된 PUCCH 형식>

주목할 점은, LTE-A UCI 시그널링을 사용하는 전술한 모든 실시예에서, eNodeB가 L1/2 시그널링 또는 상위 계층 시그널링에 의해 UCI를 전송하도록 UE를 구성할 수 있다는 것이다.

대안의 실시예에서, SRS 심볼 위치(마지막 OFDM 심볼)에서 PUCCH(들)(및 PUSCH) 및 SRS 동시 전송을 지원하는 LTE-A 시스템에서 PUCCH 및 SRC 동시 전송이 사용될 수 있다. 이러한 실시예에서, SRS 및 PUCCH 형식 1/1a/1b(보통의 PUCCH 형식 1/1a/1b를 포함함) 및/또는 2/2a/2b(어쩌면 본 명세서에 기재된 형식 3/4/4a/4b/4c)일지라도 UE는 SRS를 전송할 수 있고, 전송이 동일한 서브프레임에서 행해지며, 그로써 LTE-A 시스템에서 이러한 전송을 단순화시킨다.

다른 실시예에서, UL MIMO를 구현하는 LTE-A 시스템에서 UCI 시그널링이 수행될 수 있다. 공간 다중화(spatial multiplexing, SM) MIMO(개루프 및 폐루프 SM MIMO 등), 빔형성(beamforming, BF) 및 전송 다이버시티[순환 지연 다이버시티(cyclic delay diversity, CCD), 공간-시간 블록 코딩(space-time block coding, STBC), 공간-주파수 블록 코딩(space-frequency block coding, SFBC), 공간-직교 자원 전송 다이버시티(spatial-orthogonal resource transmit diversity, SORTD), 기타 등등]를 비롯한 PUSCH에 대한 몇몇 MIMO 모드가 사용될 수 있다. 본 개시 내용에 따라 구성된 LTE-A 시스템은 UCI 시그널링을 위해 하기의 MIMO 모드 중 임의의 모드를 사용할 수 있다. PUCCH를 통한 UCI 전송의 경우, 하기의 MIMO 옵션 중 임의의 것이 구현될 수 있다:

- 하나의 계층에서의 빔형성(이 경우에, eNodeB는 UE에 코드북 또는 PMI 피드백을 제공함),

- CDD 전송(tx) 다이버시티,

- STBC/SFBC/SORTD,

- 안테나 전환(이 경우에, 안테나 전환은 OFDM 심볼에 기초하여 또는 슬롯에 기초하여 행해질 수 있음), 및

- UCI가 PUCCH를 통해 전송될 때 UL MIMO에서 PUSCH 및 PUCCH 동시 전송이 구현될 때, PUSCH에 대한 MIMO 모드에 상관없이, 상기 MIMO 옵션 중 임의의 옵션이 PUCCH에 대해 사용될 수 있다.

PUSCH를 통한 UCI 전송에 대해, 일 실시예에서, UCI 부분에 대한 MIMO 방식이 하기의 것들 중 임의의 것일 수 있는 경우에 PUSCH에서의 UCI 부분에 대한 UL MIMO 방식이 데이터 부분에 대한 UL MIMO와 독립적으로 적용될 수 있다:

- 하나의 계층에서의 빔형성,

- CDD 전송 다이버시티,

- STBC/SFBC,

- 안테나 전환(이 경우에, 안테나 전환은 OFDM 심볼에 기초하여 또는 슬롯에 기초하여 행해질 수 있음),

- 안테나 선택, 및

- PUSCH의 데이터 부분과 동일한 MIMO 모드가 UCI 부분에 적용될 수 있다.

다른 실시예에서, LTE-A UCI 전송을 위해 큰 UCI 크기가 사용될 수 있는 경우, UE는 모든 UCI 비트를 PUSCH만을 통해 전송할 수 있다.

이제부터, PUCCH/PUSCH UCI 동시 전송의 보다 상세한 실시예를 제공하는 방법 및 시스템에 대해 기술할 것이다. UE가 UCI 비트 중 어느 것(있는 경우)을 PUCCH를 통해 전송해야 하고 어느 것(있는 경우)을 PUSCH를 통해 전송해야 하는지를 결정할 수 있게 해주는 방법 및 시스템이 제공된다. PUSCH를 통해 전송할 사용자 데이터를 갖는 UE의 경우, PUSCH를 통해 전송되는 UCI는 데이터와 함께 전송될 수 있다. 사용자 데이터 없는 PUSCH 전송의 경우, UCI만이 PUSCH를 통해 전송될 수 있다. 이하의 실시예에서, UCI 비트는 모든 활성(또는 구성된) 하향링크 요소 반송파(DL CC)에서의 주어진 서브프레임에 대한 UCI를 포함할 수 있다. 스케줄링, eNodeB 요청, 및 DL 전송과 같은 다양한 인자에 기초하여, 주어진 DL CC에 대한 UCI 비트는 ACK/NACK 비트(실제 비트 또는 전송되지 않더라도 ACK/NACK용으로 예약된 비트), CQI 비트, PMI 비트, RI 비트, 다른 유형의 피드백 비트[장기(외부 루프라고도 함) PMI 또는 단기(내부 루프라고도 함) PMI 등], 및 UE가 무선 네트워크로 전송할 수 있는 임의의 다른 제어 비트 중 하나 이상을 포함할 수 있다. 상이한 DL CC는 주어진 서브프레임에서 전송될 상이한 UCI 비트 유형을 가질 수 있다. 임의의 하나 이상의 DL CC는 주어진 서브프레임에서 전송될 어떤 UCI 비트도 갖지 않을 수 있다. UCI 비트는 또한 DL CC와 특별히 관련되어 있지 않은 제어 비트의 유형도 포함할 수 있다.

주목할 점은, CQI 및 PMI 보고가 통상적으로 함께 보고되고 본 명세서에서 CQI/PMI 보고라고 한다는 것이다. 그렇지만, 이러한 보고가 개별적으로 보고될 수 있고, 본 명세서의 실시예는 이러한 실시예로 용이하게 확장될 수 있다. 본 명세서에 기술된 방법 및 실시예 각각에 대한 변형으로서, PUCCH는, 주어진 서브프레임에서 다수의 PUCCH가 할당되고 UCI를 전달할 수 있는 경우, 다수의 PUCCH를 의미하도록 확장될 수 있다.

일 실시예에서, UCI가 서브프레임 내에서 전송할 UCI 비트의 수(UCI 페이로드 크기라고도 할 수 있음)에 기초하여 어떻게 전송되어야 하는지에 관한 결정이 행해질 수 있다. 도 6은 이러한 실시예를 구현하는 방법을 나타낸 것이다. 블록(610)에서, 전송될 UCI 비트의 수에 관한 결정이 행해진다. 일 실시예에서, 이 결정은 임의의 비주기적인 CQI/PMI/RI 보고 비트 및 임의의 다른 비주기적인 보고 비트를 제외시킬 수 있다. 다른 실시예는 이러한 비주기적인 보고 비트를 포함시킬 수 있다.

블록(620)에서, UCI 비트의 수가 어떤 수 N 이하인지에 관한 결정이 행해질 수 있다. N은 UE에 사전-구성되어 있거나, eNodeB에 의해 UE로 시그널링될 수 있다. N의 값은, 각각의 PUCCH 형식에 대해 상이한 N 값이 있을 수 있도록, PUCCH 형식의 함수일 수 있다. UCI 비트의 수가 N 이하인 경우, 블록(630)에서, UE는 PUCCH를 통해 모든 UCI 비트를 전송할 준비를 할 수 있다. UCI 비트의 수가 N 초과인 경우, UE는 PUCCH를 통해 UCI 비트의 부분집합을 전송하고 PUSCH를 통해 나머지 UCI 비트를 전송할 준비를 할 수 있다. 예를 들어, UE는 PUCCH를 통해 ACK/NACK 비트를 전송하고 PUSCH를 통해 나머지 UCI 비트(CQI, PMI 및 RI 비트 등)를 전송할 준비를 할 수 있다. 다른 대안으로서, 블록(650)에서, UCI 비트의 수가 N'(단, N' > N임) 초과인지에 관한 결정이 행해질 수 있다. N'은 UE에 사전-구성되어 있거나, eNodeB에 의해 UE로 시그널링될 수 있다. N'의 값은, 각각의 PUCCH 형식에 대해 상이한 N' 값이 있을 수 있도록, PUCCH 형식의 함수일 수 있다. 이 실시예에서, UCI 비트의 수가 N' 초과인 경우, 블록(660)에서, UE는 PUSCH를 통해 모든 UCI 비트를 전송하고 PUCCH를 통해서는 아무것도 전송하지 않을 준비를 할 수 있다. UCI 비트의 수가 N 초과이지만 N' 이하인 경우, 블록(640)에서, UE는 PUCCH를 통해 UCI 비트의 부분집합을 전송하고 PUSCH를 통해 나머지 UCI 비트를 전송할 준비를 할 수 있다. 다른 대안에서, 블록(620)에서, UCI 비트의 수가 N 초과인 것으로 결정되는 경우, 블록(660)에서, UE는 PUSCH를 통해 모든 UCI 비트를 전송하고 PUCCH를 통해서는 아무것도 전송하지 않을 준비를 할 수 있다.

주목할 점은, 행해질 필요가 있을 수 있는 다른 변경 또는 결정을 제외하고는, 이러한 UCI 비트가 추가의 조정 없이 전송될 수 있다는 것이다. 본 개시 내용 전체에 걸쳐, UCI 비트의 전송 이전에 부가적인 조정의 가능성을 참작하기 위해, UE는 UCI 비트를 단순히 전송하기 보다는 UCI 비트를 "전송할 준비를 하는" 것으로 기술될 수 있다. 예를 들어, UE는 PUCCH 및 PUSCH 둘다를 사용하여 UCI 비트를 전송할 준비를 할 수 있지만, 이러한 전송에 의해 전력 문턱값에 도달할 것인지를 나중에 결정할 수 있고(이하에서 더 상세히 기술함), 따라서 PUCCH 및 PUSCH 중 하나만을 사용하여 UCI 비트를 실제로 전송할 수 있다.

대안의 실시예에서, UE는 UCI를 어떻게 전송할 것인지를 결정하기 위해 UCI 페이로드가 할당된 PUCCH에 들어가는지를 결정할 수 있다. 도 7은 이러한 실시예를 구현하는 방법을 나타낸 것이다. 블록(710)에서, 전송될 UCI 비트의 수(UCI 페이로드의 크기라고도 함)에 관한 결정이 행해진다. 일 실시예에서, 이 결정은 임의의 비주기적인 CQI/PMI/RI 보고 비트 및 임의의 다른 비주기적인 보고 비트를 제외시킬 수 있다. 다른 실시예는 이러한 비주기적인 보고 비트를 포함시킬 수 있다.

블록(720)에서, 모든 UCI 비트가 할당된 PUCCH에 들어갈 것인지에 관한 결정이 행해진다. 모든 UCI 비트가 할당된 PUCCH에 들어갈 것인 경우, 블록(730)에서, UE는 PUCCH를 통해 모든 UCI 비트를 전송하고 PUSCH를 통해서는 아무것도 전송하지 않을 준비를 할 수 있다. UCI 비트의 수가 PUCCH에 들어가지 않는 경우, 블록(740)에서, UE는 PUCCH를 통해 비트의 부분집합을 전송하고 PUSCH를 통해 나머지를 전송할 준비를 할 수 있다. 예를 들어, UE는 PUCCH를 통해 ACK/NACK 비트를 전송하고 PUSCH를 통해 나머지 UCI 비트(CQI, PMI 및 RI 비트 등)를 전송할 준비를 할 수 있다. 다른 일례로서, UE는 모든 DL CC에 대한 ACK/NACK 비트 및 PUCCH에 들어갈 만큼의 DL CC에 대한 모든 비ACK/NACK 비트(CQI, PMI 및 RI 비트 등) 그리고 다른 DL CC에 대한 비ACK/NACK 비트(CQI, PMI 및 RI 비트 등)를 PUSCH를 통해 전송할 준비를 할 수 있다. UCI 비트가 할당된 PUCCH에 들어갈 것인지를 결정할 때, UE는 그 PUCCH에 대한 모든 허용된 PUCCH 형식을 고려할 수 있다.

다른 실시예에서, UE는 UCI를 어떻게 전송할 것인지를 결정하기 위해 UCI 페이로드 크기를 데이터 페이로드 크기 또는 PUSCH 크기(PUSCH 전달 용량이라고도 할 수 있음) 중 하나 이상과 비교할 수 있다. PUSCH 크기가 RB의 수, OFDM 심볼의 수, 물리 코딩된 비트의 수, 또는 이들 또는 기타 인자의 어떤 조합과 같은 하나 또는 다수의 인자를 사용하여 측정될 수 있다. 도 8은 이러한 실시예를 구현하는 방법을 나타낸 것이다. 블록(810)에서, 전송될 UCI의 페이로드 크기(비트의 수)에 관한 결정이 행해진다. 일 실시예에서, 이 결정은 임의의 비주기적인 CQI/PMI/RI 보고 비트 및 임의의 다른 비주기적인 보고 비트를 제외시킬 수 있다. 다른 실시예는 이러한 비주기적인 보고 비트를 포함시킬 수 있다.

블록(820)에서, UE는 UCI 페이로드 크기와 데이터 페이로드 크기 및 PUSCH 크기 중 하나 이상 사이의 관계를 결정할 수 있다. 예를 들어, UE는, UCI를 어떻게 전송할지를 결정하기 위해, PUSCH 크기에 대한 UCI 페이로드의 상대 크기(예를 들어, 퍼센트) 또는 데이터 페이로드에 대한 UCI 페이로드의 상대 크기(예를 들어, 퍼센트)를 문턱값 N과 비교할 수 있다. N은 UE에 사전-구성되어 있거나, eNodeB에 의해 UE로 시그널링될 수 있다. 예를 들어, PUSCH 크기의 UCI 페이로드 크기 퍼센트 또는 데이터 페이로드 크기의 UCI 페이로드 크기 퍼센트가 문턱값 N보다 작은 경우, 블록(830)에서, UE는 PUSCH를 통해 모든 UCI를 전송할 준비를 할 수 있다. PUSCH 크기의 UCI 페이로드 크기 퍼센트 또는 데이터 페이로드 크기의 UCI 페이로드 크기 퍼센트가 문턱값 N 이상인 경우, 블록(840)에서, UE는 PUCCH를 통해 어떤 UCI 비트를 전송하고 PUSCH를 통해 다른 UCI 비트를 전송할 준비를 할 수 있거나, 블록(850)에서, UE는 PUCCH를 통해 모든 UCI 비트를 전송할 준비를 할 수 있다.

대안의 실시예에서, UE는 UCI를 어떻게 전송할 것인지를 결정하기 위해 PUSCH 크기를 문턱값과 비교할 수 있다. PUSCH 크기가 RB의 수, OFDM 심볼의 수, 물리 코딩된 비트의 수, 또는 이들 또는 기타 인자의 어떤 조합과 같은 하나 또는 다수의 인자를 사용하여 측정될 수 있다. 이 결정이 UCI 페이로드 크기와 무관하기 때문에, 블록(810)은 건너뛸 수 있다. 블록(820)에서, PUSCH의 크기가 문턱값 N과 비교될 수 있다. N은 UE에 사전-구성되어 있거나, eNodeB에 의해 UE로 시그널링될 수 있다. PUSCH의 전달 용량이 주어진 문턱값 N 초과인 경우, 블록(830)에서, UE는 PUSCH를 통해 모든 UCI를 전송할 준비를 할 수 있다. 대용량 PUSCH의 경우에, PUSCH 상에서 UCI를 데이터와 결합하는 것에 대한 성능 저하가 감소될 수 있고, 따라서 이 경우에 PUSCH를 통해 모든 UCI를 전송하고 최대 전력 감소(maximum power reduction, MPR) 효과로 인해 동시적인 PUSCH-PUCCH의 잠재적인 전력 제한을 회피하는 것이 바람직할 수 있다. PUSCH의 용량이 N 이하인 경우, 블록(840)에서, UE는 PUCCH를 통해 어떤 UCI 비트를 전송하고 PUSCH를 통해 다른 UCI 비트를 전송할 준비를 할 수 있다. 다른 대안으로서, 블록(850)에서, UE는 PUCCH를 통해 모든 UCI 비트를 전송할 준비를 할 수 있다.

다른 실시예에서, UE가 PUSCH를 할당받고 전송할 사용자 데이터를 갖지 않은 경우, UE는 UCI 페이로드 크기에 따라 PUSCH 또는 PUCCH와 PUSCH의 조합을 통해 UCI를 전송할 준비를 할 수 있다. 도 9는 이러한 실시예를 구현하는 방법을 나타낸 것이다. 블록(910)에서, 전송할 사용자 데이터가 없는 것으로 결정된다. 블록(920)에서, 전송될 UCI 비트의 수에 관한 결정이 행해진다. 블록(930)에서, 모든 UCI 비트가 PUCCH에 들어갈 것인지에 관한 결정이 행해진다. 그러한 경우, 블록(940)에서, UE는 PUSCH를 통해 모든 UCI를 전송할 준비를 할 수 있다. UCI 비트의 수가 PUCCH에 들어가지 않을 것인 경우, 블록(950)에서, UE는 PUCCH를 통해 UCI의 부분집합(ACK/NACK 등)을 전송하고 PUSCH를 통해 나머지 UCI 비트를 전송할 준비를 할 수 있다. 다른 대안으로서, UCI 비트의 수가 PUSCH에 들어가지 않을 때, 블록(950)에서, UE는 PUSCH를 통해 모든 UCI 비트를 전송할 준비를 할 수 있다. 주목할 점은, PUCCH 전달 용량이 PUSCH의 전달 용량보다 큰 경우에만 이것이 가능할 수 있다는 것이다. 이들 실시예에서, UCI 비트가 들어갈 때 PUSCH가 PUCCH보다 선호될 수 있는데, 그 이유는 UE가 전송할 데이터를 가지고 있지 않을 때, PUSCH를 통해 UCI를 전송하는 것이 PUSCH 상에서의 성능에 영향을 주지 않기 때문이다.

이들 실시예 중 임의의 실시예에서의 변형으로서, 전송될 UCI 비트가 비주기적인 CQI/PMI 또는 RI 보고와 연관된 CQI, PMI 또는 RI를 포함하는 경우, UE는 전송될 UCI 비트의 수를 결정할 때 및/또는 어느 비트가 PUCCH를 통해 갈 수 있는지를 결정할 때 이러한 비트를 제외시킬 수 있다. 이러한 실시예에서, UE는 PUSCH를 통해 비주기적인 CQI/PMI 및 RI 보고와 연관된 CQI, PMI 및 RI 비트를 항상 전송할 것이다. 이러한 실시예는 비주기적인 보고가 주기적인 보고보다 훨씬 더 크고 PUCCH에 들어갈 것 같지 않을 때 바람직할 수 있다. R10에 대해 또는 장래에 부가적인 비주기적인 보고 유형이 정의되는 경우, UE는 또한 이러한 방식으로 그 보고에 대한 비트를 제외시키고 항상 PUSCH를 통해 그 비트를 전송하도록 구성될 수 있다.

예를 들어, 임의의 비주기적인 CQI/PMI 및 RI 보고 비트를 제외한 UCI 비트의 수가 어떤 수 N 이하이거나, 다른 대안으로서, PUCCH의 전달 용량 이하인 경우, UE는 PUCCH를 통해 임의의 비주기적인 CQI/PMI 및 RI 보고 비트를 제외한 모든 UCI 비트를 전송할 준비를 할 수 있고, PUSCH를 통해 비주기적인 CQI/PMI 및 RI 보고 비트를 전송할 준비를 할 수 있다. 임의의 비주기적인 CQI/PMI 및 RI 보고 비트를 제외한 UCI 비트의 수가 N 초과이거나, 다른 대안으로서, PUCCH의 전달 용량 초과인 경우, UE는 PUCCH를 통해 비트의 부분집합을 전송하고 PUSCH를 통해 나머지를 전송할 준비를 할 수 있다. 예를 들어, 일 실시예에서, UE는 PUCCH를 통해 ACK/NACK 비튼를 전송하고 PUSCH를 통해 (주기적인 및 비주기적인 보고에 대한) 모든 CQI, PMI 및 RI 비트를 전송할 준비를 할 수 있다. 다른 대안으로서, 임의의 비주기적인 CQI/PMI 및 RI 보고 비트를 제외한 UCI 비트의 수가 N'(단, N' > N임) 초과인 경우, UE는 PUSCH를 통해 모든 UCI 비트를 전송하고 PUCCH를 통해서는 아무 것도 전송하지 않을 준비를 할 수 있다. 다른 대안에서, 임의의 비주기적인 CQI/PMI 및 RI 보고 비트를 제외한 UCI 비트의 수가 N 초과인 경우, UE는 PUSCH를 통해 모든 UCI 비트를 전송하고 PUCCH를 통해서는 아무 것도 전송하지 않을 준비를 할 수 있다. N 및 N' 각각은 UE에 사전-구성되어 있거나, eNodeB에 의해 UE로 시그널링될 수 있다. N 및 N'의 값 각각은, 각각의 PUCCH 형식에 대해 상이한 N 및/또는 N' 값이 있을 수 있도록, PUCCH 형식의 함수일 수 있다.

주목할 점은, 본 명세서에 개시된 실시예들 중 임의의 실시예에서, PUCCH의 전달 용량을 결정할 때, UE가 할당된 PUCCH에 대한 모든 허용된 PUCCH 형식을 고려할 수 있다는 것이다. 각각의 실시예에서, 스케줄링이 동일한 유형의 주기적인 및 비주기적인 UCI 보고가 주어진 DL CC에 대해 동시에 전송되도록 되어 있는 경우, UE는 전송으로부터 그리고 UCI 페이로드 크기의 결정으로부터 그 CC에 대한 그 유형의 주기적인 보고를 생략할 수 있다.

다른 실시예에서, UE는 전송할 필요가 있는 UCI 비트의 유형에 기초하여 UCI를 어떻게 전송할지를 결정할 수 있고, 이러한 결정이 UCI 유형 우선순위에 기초할 수 있다. 도 10에 예시된 한가지 이러한 실시예에서, 블록(1010)에서, UCI 내의 비트의 유형이 결정될 수 있다. 블록(1020)에서, 전송될 UCI 비트 중 임의의 것이 ACK/NACK 비트인지에 관한 결정이 행해질 수 있다. 전송될 UCI 비트가 ACK/NACK 비트를 포함하는 경우, 블록(1030)에서, UE는 PUCCH를 통해 ACK/NACK 비트를 전송하고 PUSCH를 통해 모든 다른 유형의 UCI 비트를 전송할 준비를 할 수 있다. ACK/NACK 비트가 가장 중요한 비트일 수 있기 때문에, 이들은 PUSCH를 통하는 것보다 보다 나은 성능을 위해 PUCCH를 통해 전송될 수 있다.

다른 대안으로서, 도 11에 예시된 바와 같이, UE는 각각의 PUCCH 형식에서 어느 유형의 UCI 비트가 PUCCH에 함께 들어가는지를 알고 있고 그 지식에 기초하여 UCI를 어떻게 전송할지를 결정하도록 구성될 수 있다. 블록(1110)에서, 전송될 UCI 내의 비트의 유형이 UE에 의해 결정될 수 있다. 블록(1120)에서, UE는, 일 실시예에서, PUCCH를 통해 전송될 고우선순위 비트의 수가 최대로 되도록, 함께 들어가는 최고 우선순위 유형의 조합을 선택할 수 있다. 블록(1130)에서, UE는 적절한 PUCCH 형식을 사용하여 PUCCH에 함께 들어가는 최고 우선순위 유형의 조합을 전송할 준비를 할 수 있다. 주목할 점은, 많은 실시예에서, ACK/NACK가 최고 우선순위를 가지고, RI(또는 동등한 것)가 그 다음 최고 우선순위를 가지며, CQI/PMI(또는 동등한 것)가 그 다음 우선순위이라는 것이다. UE는 PUSCH를 통해 모든 다른 유형의 UCI를 전송할 수 있다.

추가의 실시예에서, UE는, 예를 들어, 활성(또는 구성된) DL CC의 수 및/또는 DL 전송 모드(다중-안테나 기법의 사용 등)를 비롯한 하향링크(DL) 구성에 기초하여 UCI 비트를 어떻게 전송할 것인지를 결정할 수 있다. 한가지 이러한 실시예에서, DL CC의 수가 1이고 DL 전송 모드가 R8에서 지원되는 전송 모드인 것으로 UE가 결정하는 경우, UE는 PUSCH를 통해 모든 UCI를 전송하고 PUCCH를 통해서는 아무 것도 전송하지 않을 준비를 할 수 있다. DL 구성을 사용하는 대안의 실시예가 도 12에 예시되어 있다. 블록(1210)에서, DL CC의 수가 1이고 DL 전송 모드가 R8-LTE에서 지원되는 전송 모드인지에 관한 결정이 행해질 수 있다. 그렇지 않은 경우, DL CC의 수가 1 초과인 경우, 블록(1215)에서, UE는 PUCCH를 통해 (집계된) UCI 비트의 부분집합을 전송하고 PUSCH를 통해 나머지 UCI 비트를 전송할 준비를 할 수 있다. UE는 본 명세서에 기술된 방법 및 실시예에 따라 PUCCH를 통해 어느 비트를 전송하고 PUSCH를 통해 어느 비트를 전송할지를 결정할 수 있다.

단지 하나의 DL CC가 있고 DL 전송 모드가 R8-LTE에서 지원되는 전송 모드인 경우, 블록(1220)에서, UCI가 ACK/NACK 비트를 포함하는지에 관한 결정이 행해질 수 있다. 그러한 경우, 블록(1230)에서, UE는 PUCCH를 통해 ACK/NACK 비트를 전송할 준비를 할 수 있다. 블록(1240)에서, UCI에 주기적인 CQI/PMI 및 주기적인 RI 비트가 있는지에 관한 결정이 행해질 수 있다. 그러한 경우, 블록(1250)에서, UE는 PUCCH를 통해 주기적인 RI 비트를 전송하고 PUSCH를 통해 주기적인 CQI/PMI 비트를 전송할 준비를 할 수 있다. 블록(1260)에서, 주기적인 CQI/PMI가 있고 주기적인 RI 비트가 없는지에 관한 결정이 행해질 수 있다. 그러한 경우, 블록(1270)에서, UE는 PUCCH를 통해 주기적인 CQI/PMI 비트를 전송할 준비를 할 수 있다. 블록(1280)에서, 주기적인 RI 비트가 있고 주기적인 CQI/PMI 비트가 없는지에 관한 결정이 행해질 수 있다. 그러한 경우, 블록(1290)에서, UE는 PUCCH를 통해 주기적인 RI 비트를 전송할 준비를 할 수 있다. 비주기적인 UCI 보고 비트가 있는 것으로 UE가 결정하는 경우, UE는 PUSCH를 통해 이들을 전송할 준비를 한다.

일부 실시예에서, UE는 전송 안테나 포트의 수 및/또는 PUSCH 구성(연속적인 PUSCH RB 할당 대 비연속적인 PUSCH RB 할당을 포함함)과 같은 UL 전송 모드에 기초하여 UCI를 어떻게 전송할지를 결정할 수 있다. 한가지 이러한 실시예에서, UE가 서브프레임에서 다수의 안테나 포트를 사용하여 (2개의 코드워드를 전달하는) PUSCH를 전송하도록 구성되어 있는 경우, UE는 PUSCH를 통해 CQI/PMI 비트를 전송하고 PUCCH를 통해 나머지 UCI 비트(예컨대, ACK/NACK 비트 및/또는 RI 비트)를 전송할 준비를 할 수 있다. 다른 대안으로서, UE는 PUSCH를 통해 모든 UCI 비트를 전송하고 PUCCH를 통해서는 아무 것도 전송하지 않을 준비를 할 수 있다.

다른 실시예에서, 비연속적인 PUSCH RB 할당이 UE에 주어진 경우, UE는 PUSCH를 통해 모든 UCI를 전송하고 PUCCH를 통해서는 아무 것도 전송하지 않을 준비를 할 수 있다. 그렇지 않은 경우(즉, 연속적인 PUSCH RB 할당 경우), UE는 본 명세서에 개시된 하나 이상의 방법을 사용하여 UCI 비트를 전송할 준비를 할 수 있다.

일부 실시예에서, 동일한 서브프레임에서 DL CC에 대해 요청된(또는 전송하도록 스케줄링된) 동일한 유형의 주기적인 및 비주기적인 UCI 보고 둘다가 있을 수 있다. 이 경우에, UE는 PUSCH를 통해 그 CC에 대한 비주기적인 UCI 보고 비트를 전송할 수 있고(또는 전송할 준비를 할 수 있고), UE는 그 CC에 대한 그 유형의 주기적인 보고를 드롭할 수 있다(또는 전송하지 않을 수 있다). 도 13은 이러한 실시예를 구현하는 한 방법을 나타낸 것이다. 블록(1310)에서, 동일한 서브프레임에서 DL CC에 대해 요청된(또는 전송하도록 스케줄링된) 동일한 유형의 주기적인 및 비주기적인 보고 둘다가 있다고 결정될 수 있다. 블록(1320)에서, UE는 그 CC에 대한 그 유형의 주기적인 보고를 드롭할 수 있다(전송하지 않을 수 있다). 블록(1330)에서, 일부 실시예에서, 본 명세서에 개시된 하나 이상의 방법을 사용하여 나머지 UCI 내용이 전송되거나 전송할 준비가 될 수 있다.

일부 실시예에서, 동일한 서브프레임에서 상이한 DL CC에 대해 요청된 주기적인 및 비주기적인 UCI 보고 둘다가 있을 수 있다. 예를 들어, 하나의 DL CC에 대해 요청된 주기적인 UCI 보고가 있을 수 있는 반면, 다른 DL CC에 대해 요청된 비주기적인 UCI 보고가 있을 수 있다. 이 경우에, UE는 PUCCH를 통해 주기적인 UCI 보고 비트를 전송할 수 있고(또는 전송할 준비를 할 수 있고) PUSCH를 통해 비주기적인 UCI 보고 비트를 전송할 수 있으며(또는 전송할 준비를 할 수 있으며), 또는 그 반대일 수 있다.

다른 실시예에서, UE는 주 DL CC가 최고 우선순위를 가지는 경우 UCI를 어떻게 전송할지를 결정하기 위해 DL CC 우선순위를 사용할 수 있다. 도 14는 이러한 실시예를 구현하는 한 방법을 나타낸 것이다. 블록(1410)에서, UE는 UCI 비트 중 임의의 것이 주 DL CC에 대한 것인지를 결정할 수 있다. 그렇지 않은 경우, 블록(1420)에서, UE는 PUSCH를 통해 모든 UCI를 전송할 준비를 할 수 있다. 주 DL CC에 대한 UCI의 비트가 있는 경우, 블록(1430)에서, 주 DL CC와 연관된 비트가 UE에 의해 PUCCH를 통해 전송할 준비가 될 수 있는 반면, UCI의 나머지 비트가 동일한 서브프레임에서 PUSCH를 통해 전송할 준비가 될 수 있다. 예를 들어, UCI가 주어진 서브프레임에서 전송될 다수의 주기적인 CQI/PMI 보고로 이루어져 있고 보고들 중 하나가 주 DL CC에 대한 것인 경우, 블록(1430)에서, UE는 PUCCH을 통해 주 DL CC에 대한 CQI/PMI 보고를 전송하고 PUSCH를 통해 다른 보고를 전송할 준비를 할 수 있다. 보고들 중 어느 것도 주 DL CC에 대한 것이 아닌 경우, 블록(1420)에서, UE는 PUSCH를 통해 모든 보고를 전송할 준비를 할 수 있다.

주목할 점은, 블록(1410)에서 주 DL CC에 대해 전송될 어떤 비트도 없는 것으로 결정되는 경우, 블록(1420)에서 PUSCH를 통해 모든 UCI 비트를 전송하는 대신에, 블록(1440)에서, UE는 PUCCH를 통해 그 다음 최고 우선순위 DL CC(예를 들어, 구성 차수, DL CC 색인 또는 ID, 또는 UE 및/또는 eNodeB가 알고 있는 임의의 다른 수단에 의해 결정됨)에 대한 UCI 비트를 전송하고 PUSCH를 통해 다른 DL CC에 대한 UCI를 전송할 준비를 할 수 있다. 예를 들어, UCI가 주어진 서브프레임에서 전송될 다수의 주기적인 CQI/PMI 보고로 이루어져 있고 보고들 중 어느 것도 주 DL CC에 대한 것이 아닌 경우, UE는 PUCCH을 통해 그 다음 최고 우선순위 DL CC에 대한 CQI/PMI 보고를 전송하고 PUSCH를 통해 다른 보고를 전송할 준비를 할 수 있다. 이러한 그 다음 우선순위 DL CC에 대한 옵션 및 대안은 주 DL CC에 대해 본 명세서에 기술된 바와 같다.

다른 대안으로서, UE가 UCI 유형의 특정 조합만이 PUCCH에 들어갈 것인지를 알고 있도록 구성되어 있는 경우, 할당된 PUCCH에 대해 허용된 PUCCH 형식을 사용할 때, 블록(1430)에서, UE는 PUCCH를 통해 주 DL CC에 대한 최고 우선순위 UCI 유형(예를 들어, 주기적인 RI가 전송되어야 하는 경우 ACK/NACK 및 주기적인 RI, 그렇지 않은 경우 ACK/NACK 및 주기적인 CQI/PMI)의 조합을 전송하고 PUSCH를 통해 주 DL CC에 대한 다른 UCI 유형을 전송할 준비를 할 수 있다. 다른 대안으로서, UE는 주 DL CC에 대한 다른 UCI 유형의 비트를 드롭시킬 수 있다. 주 DL CC에 대한 UCI 비트가 없는 경우, 블록(1440)에서, UCI가 있는 최고 우선순위 DL CC에 동일한 원리가 적용될 수 있다.

다른 대안에서, 주어진 서브프레임에서 전송될 UCI가 주 DL CC에 대한 ACK/NACK 및 주기적인 CQI/PMI 보고를 포함하는 경우, 블록(1430)에서, UE는 PUCCH를 통해 주 DL CC에 대한 ACK/NACK 및 주기적인 CQI/PMI를 전송하고 PUSCH를 통해 다른 UCI 비트를 전송할 준비를 할 수 있다. 주 DL CC에 대한 UCI 비트가 없는 경우, 블록(1440)에서, UCI가 있는 최고 우선순위 DL CC에 동일한 원리가 적용될 수 있다.

일부 실시예에서, UE는 UCI에 대한(예컨대, 주기적인 CQI/PMI/RI 보고에 대한) 명시적인 허용에 기초하여 UCI 비트를 어떻게 전송할지를 결정할 수 있다. 이러한 실시예에서, eNodeB는, 예를 들어, 새로운 또는 수정된 DCI 형식을 통해 또는 상위 계층 시그널링을 통해, 사용자 데이터 없이 UCI를 전송하기 위해 UL 허용을 UE에 명시적으로 제공할 수 있다. 예를 들어, eNodeB는, UE가 전송할 데이터를 가지고 있지 않고 스케줄링된 UCI 보고가 PUCCH에 들어가지 않을 것임을 알 때, CQI/PMI 또는 RI 비트 등에 대한 주기적인 보고를 전송하기 위해 UL 허용을 UE에 제공할 수 있다. 일 실시예에서, UE가 이러한 허용을 수신할 때, UE는 허용에 따라 PUSCH를 통해서만 UCI를 전송할 준비를 할 수 있다. 다른 실시예에서, UE는 본 명세서에 기술된 다른 실시예들 중 하나 이상의 실시예에 따라 PUCCH와 PUSCH 간에 UCI를 분할할 수 있다.

주목할 점은, 본 명세서에 개시된 방법 및 실시예 중 임의의 것에서, 최대 전력 문턱값에 도달하거나 이를 초과했는지 또는 도달할 것이거나 이를 초과할 것인지에 기초하여, UCI 비트를 어떻게 전송할지의 추가적인 결정이 UE 및/또는 eNodeB에 의해 행해질 수 있다는 것이다. 도 15는 한가지 이러한 실시예를 구현하는 방법을 나타낸 것이다. 블록(1510)에서, UE는 UCI를 어떻게 전송할지를 결정할 수 있다. 블록(1510)에서, UCI를 전송하는 임의의 수단 또는 방법(예를 들어, 본 명세서에 개시된 다른 실시예들 중 임의의 것에 따라, 동일한 서브프레임에서 UCI를 PUCCH와 PUSCH 간에 분할하는 것을 포함함)이 결정될 수 있다. 블록(1520)에서, UE는 블록(1510)에서 결정된 수단을 사용하여 UCI를 전송하는 데 필요한 전력을 결정할 수 있다. 블록(1530)에서, UE는 전송하는 데 필요한 전력이 최대 허용 전력을 초과할 것인지를 결정할 수 있다. 최대 전력이 초과되지 않을 것인 경우, 블록(1540)에서, UCI 비트가 블록(1510)에서 결정된 바람직한 방법에 따라 전송될 것이다. 최대 전력이 초과될 것인지에 관한 결정은 CC 최대 전송 전력(들) 및 UE 최대 전송 전력과 같은 구성된 또는 다른 방식으로 UE가 알고 있는 전력 한계들 중 하나 이상을 포함할 수 있다.

블록(1530)에서, 최대 허용 전력이 초과될 것으로 결정되는 경우, UE는 하나 이상의 대안의 조치 과정을 취할 수 있다. 일 실시예에서, 블록(1550)에서, UE는 PUCCH 및 PUSCH 전력 중 하나 이상을 스케일링할 수 있다. 주목할 점은, 이용될 수 있는 스케일링 방법 및 수단이 본 명세서에서 참조된 미국 특허 출원 제12/703,092호에 기재된 것을 포함하지만, 이들로 제한되지 않는다는 것이다.

다른 대안으로서, 블록(1530)에서, 최대 허용 전력이 초과될 것으로 결정되는 경우, 블록(1560)에서, UE는 PUSCH를 통해 모든 UCI를 전송할 수 있다. PUSCH를 통해 모든 UCI를 전송하는 것은 최대 허용 전력을 감소시킬 수 있는 PUSCH-PUCCH 동시 전송으로부터 일어나는 MPR 효과를 없앤다.

다른 대안에서, 블록(1530)에서 최대 허용 전력이 초과될 것으로 UE가 결정하는 경우, 블록(1570)에서, UE는 PUSCH를 통해 모든 UCI를 전송하는 것이 최대 허용 전력 레벨을 초과하는지를 결정할 수 있다. PUSCH를 통해 모든 UCI를 전송하는 것이 최대 허용 전력 레벨을 초과하지 않는 경우, PUSCH를 통해 모든 UCI를 전송하는 것은 전송 이전에 전력을 스케일링할 필요를 없애줄 것이다. PUSCH를 통해 UCI를 전송하는 것이 전력을 스케일링할 필요를 없애주는 경우, 블록(1560)에서, UE는 PUSCH를 통해 모든 UCI를 전송할 수 있다. PUSCH를 통해 모든 UCI를 전송하는 것이 전력을 스케일링할 필요를 없애주지 않는 경우, UE는 UCI 전송 방법(예를 들어, 동일한 서브프레임에서 PUCCH 및 PUSCH에 걸쳐 UCI를 분할하는 것)에 관한 그의 원래의 결정을 유지하고, 블록(1550)에 대해 기술된 임의의 방식으로(채널의 우선순위에 기초하는 것 등) 블록(1580)에서 PUCCH 및 PUSCH 상의 전력을 스케일링할 수 있다. 이러한 실시예에서, PUCCH 상의 UCI가 보존될 수 있는데, 그 이유는 PUCCH가 최고 우선순위를 가질 수 있기 때문이다.

주목할 점은, 본 명세서에 개시된 방법 및 실시예 중 임의의 것에서, PUCCH 및 PUSCH가 동일한 또는 상이한 UL CC를 통해 전송될 수 있다는 것이다. 이들 방법 및 실시예가 양 경우에 적용가능하다. 상이한 UL CC를 통한 전송의 일례는 PUCCH가 주 UL CC를 통해 전송될 수 있는 반면 PUSCH가 다른 UL CC를 통해 전송될 수 있는 것이다.

어떤 LTE-A 시스템 및 구현예에서, 서브프레임마다 다수의 PUSCH가 사용될 수 있다. 이러한 실시예에서, 임의의 UCI 비트가 PUCCH라기 보다는 또는 PUCCH에 부가하여 PUSCH를 통해 전송되어야만 하는 것으로 결정되었을 때, UE는 어느 PUSCH를 통해 UCI 비트를 전송해야만 하는지를 결정해야만 할지도 모른다. 이러한 비트를 본 명세서에서 "PUSCH에 대한 UCI 비트"라고 한다.

도 16에 예시된 한가지 이러한 실시예에서, 블록(1610)에서, UE는 먼저 다수의 PUSCH가 사용 중이거나 이용가능한지를 결정할 수 있다. 그렇지 않은 경우, 블록(1620)에서, UE는 PUSCH를 통해 전송하도록 되어 있는 임의의 UCI 비트를 이용가능한 PUSCH를 통해 전송할 준비를 할 수 있다. 다수의 PUSCH가 이용가능한 경우, 블록(1630)에서, UE는 PUSCH 크기(전달 용량)에 기초하여 UCI를 전송하기 위한 PUSCH를 선택할 수 있다. 일 실시예에서, UE는 최대 크기(또는 전달 용량)를 갖는 PUSCH를 통해 UCI 비트를 전송할 준비를 할 수 있다. PUSCH 크기가 RB의 수, OFDM 심볼의 수, 물리 코딩된 비트의 수, 또는 이들 또는 기타 인자의 어떤 조합과 같은 하나 또는 다수의 인자를 사용하여 측정될 수 있다. 다른 대안으로서, 블록(1630)에서, UE는 UCI 페이로드 크기, PUSCH 데이터 페이로드 크기 및 PUSCH 전달 용량 중 2개 이상 사이의 관계에 기초하여 PUSCH를 선택할 수 있다. 예를 들어, UE는 총 페이로드 크기에 대한 UCI 페이로드 크기(예를 들어, 그의 퍼센트) 또는 데이터 페이로드에 대한 UCI 페이로드 크기(예를 들어, 그의 퍼센트)가 최소인 PUSCH를 통해 PUSCH에 대한 UCI 비트를 전송할 수 있다. 이들 실시예 각각은 데이터를 갖는 UCI를 포함시키는 것의 PUSCH에 대한 성능 영향을 감소시킬 수 있다. 블록(1640)에서, UE는 블록(1630)에서 선택된 PUSCH를 통해 PUSCH에 대한 UCI 비트를 전송할 준비를 할 수 있다.

대안의 실시예에서, 블록(1610)에서 다수의 PUSCH가 있는 것으로 결정할 시에, 블록(1650)에서, UE는 PUSCH를 갖는 주 UL CC가 있는지를 결정할 수 있다. 그러한 경우, 블록(1660)에서, UE는 주 UL CC PUSCH를 통해 PUSCH에 대한 UCI 비트를 전송할 준비를 할 수 있다. 주 UL CC는 주 DL CC와 쌍을 이루고 있는 UL CC일 수 있다. 주 UL CC 상에 PUSCH가 없는 경우, 블록(1630)의 수단 또는 임의의 다른 수단 또는 방법을 사용하여 PUSCH가 선택될 수 있다. 대안의 실시예에서, UE는 UCI 비트를 전송하기 위한 PUSCH를, UE가 ACK/NACK 비트를 전송하도록 eNodeB에 의해 어떤 방식으로 구성되거나 지정되어 있는 UL CC 상의 PUSCH로 선택할 수 있다.

일부 실시예에서, UE는 비주기적인 UCI 보고 요청에 대한 허용과 같은 명시적인 시그널링 또는 허용에 기초하여 전송하기 위한 PUSCH를 선택할 수 있다. 한가지 이러한 실시예에서, UE는 PUSCH에 대한 UCI 비트를, L1 또는 상위 계층 시그널링을 통해 eNodeB에 의해 명시적으로 지정된 PUSCH를 통해 전송할 준비를 할 수 있다. 하나의 대안에서, eNodeB가 UCI에 대해 특정하여 UL 허가를 제공하는 경우, UE는 할당된 PUSCH를 통해 PUSCH에 대한 UCI를 전송할 준비를 할 수 있다. 다른 대안에서, UE가 비주기적인 UCI 요청 비트(또는 "1"로 설정된 비주기적인 요청 비트)를 갖는 PDCCH를 수신하는 경우, UE는 PDCCH에 의해 이 요청과 연관된 PUSCH를 통해 PUSCH에 대한 UCI 비트를 전송할 준비를 할 수 있다. 이러한 UCI 비트는 PUSCH를 통해 전송될 비주기적인 UCI 보고 비트 및 모든 다른 UCI 비트를 포함할 수 있다.

본 명세서에 개시된 실시예 및 방법의 특징 및 요소가 특정의 조합으로 전술되어 있지만, 각각의 특징 또는 요소가 다른 특징 및 요소 없이 단독으로 또는 다른 특징 및 요소를 갖거나 갖지 않는 다양한 조합으로 사용될 수 있다. 본 명세서에 제공된 방법 또는 플로우차트는 범용 컴퓨터 또는 프로세서에서 실행하기 위해 컴퓨터 판독가능 저장 매체에 구현되어 있는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능 저장 매체의 일례로는 ROM(read only memory), RAM(random access memory), 레지스터, 캐시 메모리, 반도체 메모리 장치, 내장형 하드 디스크 및 이동식 디스크 등의 자기 매체, 광자기 매체, 그리고 CD-ROM 디스크 및 DVD(digital versatile disk) 등의 광 매체가 있다.

적당한 프로세서는, 일례로서, 범용 프로세서, 전용 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, ASIC(Application Specific Integrated Circuit), FPGA(Field Programmable Gate Array) 회로, 임의의 다른 유형의 IC(integrated circuit), 및/또는 상태 기계를 포함한다.

소프트웨어와 연관된 프로세서는 WTRU(wireless transmit receive unit), UE(user equipment), 단말기, 기지국, RNC(radio network controller), 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 송수신기를 구현하는 데 사용될 수 있다. UE는 하드웨어 및/또는 소프트웨어로 구현된 모듈[카메라, 비디오 카메라 모듈, 비디오폰, 스피커폰, 진동 장치, 스피커, 마이크, 텔레비전 송수신기, 핸즈프리 헤드셋(hands free headset), 키보드, Bluetooth？ 모듈, FM(frequency modulated) 라디오 유닛, LCD(liquid crystal display) 디스플레이 유닛, OLED(organic light-emitting diode) 디스플레이 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저, 및/또는 임의의 WLAN(wireless local area network) 또는 UWB(Ultra Wide Band) 모듈 등]과 관련하여 사용될 수 있다.

101: UE
170: eNodeB
180: MME/S-GW
110a-110d, 171a-171d: 안테나
120a-120d, 172a-172d: 송수신기
130: 안테나 매핑/프리코딩 모듈
140, 173, 181: 프로세서
150, 174, 182: 메모리
160: 배터리

Claims

상향링크 제어 정보(uplink control information)를 전송하는 방법으로서,
상기 상향링크 제어 정보가 기준(criteria)을 만족시키는지를 결정하는 단계, 및
상기 상향링크 제어 정보가 상기 기준을 만족시키는 것으로 결정한 것에 응답하여, 제1 서브프레임에서 물리 상향링크 제어 채널(physical uplink control channel)을 통해 상향링크 제어 정보 비트의 제1 부분집합을 전송하고 상기 제1 서브프레임에서 물리 상향링크 공유 채널(physical uplink shared channel)을 통해 상향링크 제어 정보 비트의 제2 부분집합을 전송하는 단계
를 포함하는 상향링크 제어 정보 전송 방법.
제1항에 있어서, 상기 상향링크 제어 정보가 상기 기준을 만족시키는지를 결정하는 단계는, 상향링크 제어 정보 비트의 수가 제1 문턱값 초과인지를 결정하는 단계를 포함하는 것인, 상향링크 제어 정보 전송 방법.
제2항에 있어서, 상기 상향링크 제어 정보 비트의 수가 제2 문턱값 미만인지를 결정하는 단계를 더 포함하는 것인, 상향링크 제어 정보 전송 방법.
제1항에 있어서, 상기 상향링크 제어 정보가 상기 기준을 만족시키는지를 결정하는 단계는, 상향링크 제어 정보 비트의 수가 상기 물리 상향링크 제어 채널에 들어가지 않을 것인지를 결정하는 단계를 포함하는 것인, 상향링크 제어 정보 전송 방법.
제1항에 있어서, 상기 상향링크 제어 정보가 상기 기준을 만족시키는지를 결정하는 단계는,
상대적 상향링크 제어 정보 페이로드 크기(relative uplink control information payload size)를 결정하는 단계, 및
상기 상대적 상향링크 제어 정보 페이로드 크기가 제1 문턱값 미만인지를 결정하는 단계를 포함하는 것인, 상향링크 제어 정보 전송 방법.
제1항에 있어서, 상기 상향링크 제어 정보가 상기 기준을 만족시키는지를 결정하는 단계는, 전송할 사용자 데이터가 없는지와 상향링크 제어 정보 비트의 수가 상기 물리 상향링크 공유 채널에 들어가지 않을 것인지를 결정하는 단계를 포함하는 것인, 상향링크 제어 정보 전송 방법.
제1항에 있어서, 상기 상향링크 제어 정보가 상기 기준을 만족시키는지를 결정하는 단계는, 상기 상향링크 제어 정보가 확인 응답 비트 및 부정 확인 응답 비트 중 적어도 하나를 포함하는지를 결정하는 단계를 포함하는 것인, 상향링크 제어 정보 전송 방법.
제7항에 있어서, 상기 상향링크 제어 정보 비트의 제1 부분집합은 상기 확인 응답 비트 및 상기 부정 확인 응답 비트 중 적어도 하나를 포함하고, 상기 상향링크 제어 정보 비트의 제2 부분집합은 모든 다른 상향링크 제어 정보 비트를 포함하는 것인, 상향링크 제어 정보 전송 방법.
제1항에 있어서, 상기 상향링크 제어 정보가 상기 기준을 만족시키는지를 결정하는 단계는, 단일 하향링크 요소 반송파가 있는지를 결정하는 단계를 포함하는 것인, 상향링크 제어 정보 전송 방법.
제9항에 있어서, 상기 상향링크 제어 정보가 각각의 채널 품질 표시자 비트, 프리코딩 행렬 표시자 비트, 및 순위 표시자 비트 중 적어도 하나를 포함하는지를 결정하는 단계를 더 포함하는 상향링크 제어 정보 전송 방법.
상향링크 제어 정보를 전송하도록 구성된 무선 송수신 장치로서,
상기 상향링크 제어 정보가 기준을 만족시키는지를 결정하고,
상기 상향링크 제어 정보가 상기 기준을 만족시키는 것으로 결정한 것에 응답하여, 상향링크 제어 정보 비트의 제1 부분집합 및 상향링크 제어 정보 비트의 제2 부분 집합을 결정하도록 구성된 프로세서, 및
제1 서브프레임에서 물리 상향링크 제어 채널을 통해 상기 상향링크 제어 정보 비트의 제1 부분집합을 전송하고,
상기 제1 서브프레임에서 물리 상향링크 공유 채널을 통해 상기 상향링크 제어 정보 비트의 제2 부분집합을 전송하도록 구성된 송수신기
를 포함하는 무선 송수신기 장치.
제11항에 있어서, 상기 상향링크 제어 정보가 상기 기준을 만족시키는지를 결정하도록 구성된 상기 프로세서는, 적어도 하나의 상향링크 제어 정보 비트가 주 하향링크 요소 반송파(primary downlink component carrier)와 연관되어 있는지를 결정하도록 구성된 프로세서를 포함하는 것인, 무선 송수신기 장치.
제11항에 있어서, 상기 프로세서는 또한, 상기 물리 상향링크 제어 채널을 통해 상기 상향링크 제어 정보 비트의 제1 부분집합을 전송하고 상기 물리 상향링크 공유 채널을 통해 상기 상향링크 제어 정보 비트의 제2 부분집합을 전송하는 데 필요한 전력이 최대 전력 문턱값 미만인지를 결정하도록 구성되는 것인, 무선 송수신기 장치.
제11항에 있어서, 상기 프로세서는 또한,
상기 물리 상향링크 제어 채널을 통해 상기 상향링크 제어 정보 비트의 제1 부분집합을 전송하고 상기 물리 상향링크 공유 채널을 통해 상기 상향링크 제어 정보 비트의 제2 부분집합을 전송하는 데 필요한 전력이 최대 전력 문턱값 이상인지를 결정하고,
PUCCH 전력 레벨 및 PUSCH 전력 레벨 중 적어도 하나를 감소시키도록 구성되는 것인, 무선 송수신기 장치.
제11항에 있어서, 상기 프로세서는 또한, 복수의 물리 상향링크 공유 채널 중에서 상기 물리 상향링크 공유 채널을 선택하도록 구성되는 것인, 무선 송수신기 장치.
제15항에 있어서, 상기 프로세서는 상향링크 제어 정보 페이로드 크기에 기초하여 상기 복수의 물리 상향링크 공유 채널 중에서 상기 물리 상향링크 공유 채널을 선택하도록 구성되는 것인, 무선 송수신기 장치.
제15항에 있어서, 상기 프로세서는 상향링크 제어 정보 페이로드 크기와 물리 상향링크 공유 채널 데이터 페이로드 크기 및 물리 상향링크 공유 채널 전달 용량(physical uplink shared channel carrying capacity) 중 적어도 하나 사이의 관계에 기초하여 상기 복수의 물리 상향링크 공유 채널 중에서 상기 물리 상향링크 공유 채널을 선택하도록 구성되는 것인, 무선 송수신기 장치.
제15항에 있어서, 상기 프로세서는 상기 복수의 물리 상향링크 공유 채널 중 하나가 주 상향링크 요소 반송파 상에 있는지에 기초하여 상기 복수의 물리 상향링크 공유 채널 중에서 상기 물리 상향링크 공유 채널을 선택하도록 구성되는 것인, 무선 송수신기 장치.
제11항에 있어서, 상기 상향링크 제어 정보가 상기 기준을 만족시키는지를 결정하도록 구성된 상기 프로세서는, 하향링크 요소 반송파의 수가 하나인지와 상기 상향링크 제어 정보가 각각의 채널 품질 표시자 비트, 프리코딩 행렬 표시자 비트, 및 순위 표시자 비트 중 적어도 하나를 포함하는지를 결정하도록 구성된 프로세서를 포함하는 것인, 무선 송수신기 장치.
제11항에 있어서, 상기 프로세서는 또한,
상기 상향링크 제어 정보가 주기적인 보고 데이터 및 비주기적인 보고 데이터를 포함하는지를 결정하고,
상기 주기적인 보고 데이터를 폐기하도록 구성되는 것인, 무선 송수신기 장치.