KR101555456B1 - 무선 시스템에서 사용하기 위한 사용자 장비(ue)에서 구현되는 방법 - Google Patents

Abstract

어떤 구현예들에서, 단일 반송파 주파수 분할 다중 접속(SC-FDMA)을 위해 무선 시스템에서 사용하기 위한 사용자 장비(UE)에서 구현되는 방법이 제공되고, 이 방법은, 복수의 부반송파들을 포함하는 무선 시스템에서의 스케줄링 요청 자원의 할당을 수신하는 단계를 포함한다. 사용자 ID가 인코딩된다. 인코딩된 사용자 ID를 포함하는 상향링크 제어 채널 신호가 할당된 스케줄링 요청 자원의 복수의 부반송파들을 통해 전송된다.

Description

무선 시스템에서 사용하기 위한 사용자 장비(UE)에서 구현되는 방법{A METHOD IMPLEMENTED IN A USER EQUIPMENT UE FOR USE IN A WIRELESS SYSTEM}

우선권 주장

이 출원은 2011년 12월 23일자로 출원된 미국 특허 출원 제61/579,964호, 2011년 12월 23일자로 출원된 미국 가특허 출원 제61/579,923호, 및 2011년 12월 23일자로 출원된 미국 가특허 출원 제61/579,935호(이들의 전체 내용이 참조 문헌으로서 본 명세서에 포함됨)를 기초로 우선권을 주장한다.

이 발명은 무선 통신 시스템들 내에서 스케줄링 요청들을 송신 및 수신하는 방법에 관한 것이다.

무선 통신들의 과제들 중 하나는 공중을 통해 이용가능한 유한한 양의 대역폭이 있지만, 그에 액세스하려고 시도하는 모바일 장치들의 집단이 계속 증가하고 있다는 것이다. 스케줄링 요청들을 통해, 장치들은 무선 자원들을 공유할 수 있고, 이 자원들에의 액세스를 필요로 할 때, 그 자원들을 사용하기 위해 액세스를 허가받을 수 있다. 많은 무선 통신 시스템들이 어떤 형태의 스케줄링 요청들을 구현하지만, 이 현재의 해결책들이 최근의 모바일 장치들의 변하는 거동 및 요구사항들에 대처할 수 없는 것이 부각되고 있다.

고속 무선 통신의 표준인 LTE(Long Term Evolution, 롱텀 에볼루션)는 EPC(Evolved Packet Core, 진화된 패킷 코어) 네트워크에 결합되어 있는 E-UTRAN(Evolved UMTS Terrestrial Radio Access Network, 진화된 UMTS 지상 무선 액세스 네트워크)을 포함한다. 도 1에서, E-UTRAN(103)은 1개의 노드 유형 eNB(102)를 포함하는 반면, EPC(104)는 3개의 노드 유형들을 포함하고 있다. eNB라는 용어가 Uu 인터페이스(UE를 E-UTRAN에 연결시키는 인터페이스)에 대해 사용되는 액세스 노드를 가리키는 데 사용되는 반면, 릴레이, 홈 eNodeB 등과 같은 Uu 인터페이스를 통해 동작할 수 있는 각종의 액세스 노드들이 있다. 따라서, 본 명세서에서 실시예들을 기술하는 목적상, eNB라는 용어는 eNB 또는 Uu 인터페이스를 통해 동등하거나 유사한 동작들을 수행하는 다른 액세스 노드들을 지칭하는 데 사용될 수 있다. SGW(Serving Gateway, 서비스 제공 게이트웨이)(105)는 코어 네트워크 내에서 사용자 평면 데이터를 라우팅하고, MME(Mobility Management Endpoint, 이동성 관리 종단점)(106)는 이동성 및 UE와 코어 네트워크 사이의 연결 제어를 처리하며, PGW(Packet Gateway, 패킷 게이트웨이)(107) 인그레스/이그레스 노드(ingress/egress node)는 코어 네트워크와 외부 네트워크들 사이에서 데이터를 라우팅한다. 도 1은 또한 노드들 사이의 네트워크 인터페이스들을 나타내고 있다.

LTE 시스템은 3개의 주 상향링크 물리 채널 유형들을 가진다: PRACH(Physical Random Access Channel, 물리 랜덤 액세스 채널), PUCCH(Physical Uplink Control Channel, 물리 상향링크 제어 채널) 및 PUSCH(Physical Uplink Shared Channel, 물리 상향링크 공유 채널).

PRACH(Physical Random Access Channel)는 다수의 사용자들로부터의 전송들이 아주 느슨하게 동기화되기만 하면 되는(도착 시간 차가 0.1초 이상 정도일 수 있음) 경쟁 기반 채널이다. PRACH를 사용하는 장치들은 보통 애드혹 기반으로 통신한다.

다른 한편으로, PUCCH 및 PUSCH 직교 자원들은 장치들의 보다 염격한 동기성[SC-FDMA(Single Carrier Frequency Division Multiple Access, 단일 반송파 주파수 분할 다중 접속) 심볼의 순환 프리픽스 지속기간(cyclic prefix duration) 내에서 5μs 이하 정도의 도착 시간 차]을 요구한다.

SC-FDMA

SC-FDMA는 LTE의 상향링크에서 사용되는 변조 방식이다. 이 방식은 OFDMA(Orthogonal Frequency Division Multiple Access, 직교 주파수 분할 다중 접속)와 어떤 유사점들 뿐만 아니라 어떤 주된 차이점들도 가진다. OFDMA 및 SC-FDMA 둘 다에서, 물리 자원이 RE들(Resource Elements, 자원 요소들)의 시간-주파수 격자로 세분되고, 각각의 RE는 1개의 주파수 단위(1개의 부반송파) 및 1개의 시간 단위(OFDMA 또는 SC-FDMA 심볼 지속기간)로 이루어져 있다. OFDMA 심볼 또는 SC-FDMA 심볼 둘 다에는 순환 프리픽스(cyclic prefix, CP)가 전치 추가(pre-pend)되어 있다(심볼의 끝부분이 복사되어 전송 심볼의 시작에 삽입됨).

SC-FDMA 및 OFDMA 둘 다에서, 전송될 정보 비트들은 (인코딩된 비트들을 형성하기 위해) 인코딩 단계들을 거칠 수 있고, 인코딩된 비트들은 이어서 보통 (예를 들어, QPSK, 16-QAM 또는 64-QAM 변조 방식들을 사용하여) 데이터 변조 심볼들에 매핑된다. OFDMA과 SC-FDMA 사이의 주된 차이점은 이 데이터 변조 심볼들이 시간-주파수 자원들에 어떻게 매핑되는지에 관한 것이다.

OFDMA의 경우에, 보통 데이터 변조 심볼들의 부반송파들로의 일대일 매핑이 있다. 즉, 하나의 OFDMA 심볼 지속기간 내에서 전송될 N개의 변조 심볼들 각각이 N개의 부반송파들의 세트 중의 대응하는 부반송파에 매핑된다.

이와 달리, SC-FDMA의 경우에, 보통 데이터 변조 심볼들의 부반송파들로의 일대다 매핑이 있다. 즉, 1개의 데이터 변조 심볼이 확산 동작을 통해 (보통 복소) 수치값들의 세트에 매핑되고, 이 수치값들 각각은 이어서 N개의 부반송파들 중의 대응하는 부반송파를 변조하는 데 사용된다. 게다가, 다른 데이터 변조 심볼들은 유사한 (그리고 보통 조정된) 확산 동작을 통해 (보통 연속적인) N개의 부반송파들의 동일한 세트에 매핑될 수 있다.

확산 동작들은 다수의 데이터 변조 심볼들이 서로 직교인 채로 있도록 보통 조정된다. 따라서, 데이터 변조 심볼들이 다수의 장치들로부터 전송되고 낮은 장치간 간섭을 갖는 간단한 선형 동작들에 의해 수신될 수 있다. 이 거동은, 전송할 소량의 정보를 갖는 다수의 장치들이 부반송파들의 세트를 공유할 수 있게 함으로써, 스펙트럼 효율을 증가시킬 수 있다.

1개의 장치에서의 다수의 변조 심볼들이 부반송파들의 동일한 세트에 걸쳐 확산될 때, 각각의 변조 심볼은 N개의 수치값들의 부가의 세트를 생성하고, 이들은 각각의 부반송파를 변조하는 데 사용되는 최종 수치값들을 형성하기 위해 (기여하는 변조 심볼들 각각으로부터의 조합들에 걸쳐) 선형 결합된다. 확산 심볼들의 이 선형 결합은 변환 동작으로 볼 수 있다. 변환 동작은 보통 얻어진 전송 신호가 그의 OFDMA 대응 신호보다 더 낮은 PAPR(Peak-to-Average Power Ratio, 피크대 평균 전력비)을 갖도록 설계되어 있다. 변환 동작은 LTE에 대한 상향링크 전송의 경우에 종종 사용되는 바와 같은 DFT(Discrete Fourier Transform, 이산 푸리에 변환)를 포함할 수 있지만, 전송 신호의 낮은 PAPR을 유지하는 다른 변환들이 또한 가능하다. 이와 유사하게, 단지 1개의 변조 심볼(예컨대, 데이터 변조 심볼 또는 참조 심볼)만이 부반송파들의 세트를 통해 전송될 때, 확산 시퀀스가 또한 그의 PAPR을 최소화하도록 설계된다. 이 경우에, LTE에서 상향링크 참조 신호들 또는 상향링크 물리 제어 채널 전송들을 구성할 때와 같이, 일정한(또는 거의 일정한) 진폭 및 0(또는 낮은) 자기 상관(constant amplitude and zero autocorrelation, CAZAC) 특성들을 갖는 확산 시퀀스들이 종종 사용된다.

이와 같이, SC-FDMA의 경우에 N개의 부반송파들의 세트를 통해 데이터 변조 심볼이 전송되는 반면, OFDMA의 경우에 1개의 부반송파에 걸쳐 1개의 데이터 변조 심볼이 전송된다.

PUCCH 및 PUSCH

도 2는 시간 차원에서 1 ms에 걸쳐 있는 서브프레임(210) 및 주파수 차원에서의 상향링크 시스템 대역폭의 한 예시적인 구조를 나타낸 것이다. 서브프레임은 지속기간이 각각 0.5 ms인 2개의 슬롯들을 포함하고 있다. 서브프레임(210)은 개별 블록들(220)의 모음으로서 나타내어질 수 있고, 각각의 블록(260)은 주파수 영역에서 각각 15 kHz인 12개의 부반송파들 및 시간상 단일의 SC-FDMA 심볼(260)을 포함한다. 이 예에서, (PUSCH 또는 PUCCH 자원의) 각각의 자원 블록(250)은 서브프레임 내에 12x14개의자원 요소들(RE)을 포함하고, 여기서 RE는 1개의 부반송파 주파수 단위 및 1개의 SC-FDMA 심볼(260)의 시간 자원이다. 서브프레임별 SC-FDMA 심볼들(260)의 수는 시스템 구성에 따라 변할 수 있고, 그에 의해 또한 서브프레임별 RE들의 수에도 영향을 미친다. 시스템 구성은 SC-FDMA 심볼들의 순환 프리픽스(CP) 지속기간의 함수일 수 있다. PUSCH 자원(240)은 중앙 주파수 영역에 위치해 있고, PUCCH 제어 영역들(230)은 위아래의 가장자리들에 있다. 자원 블록(250) 내에서, 특정의 SC-FDMA 심볼들은 참조 신호(reference signal, RS)를 위해 사용될 수 있다. 참조 신호들은 수신기에게 알려져 있고 복조 및 검출 성능을 향상시키기 위해 무선 채널을 추정하는 데 사용될 수 있는 신호들이다. 도 2의 예에서, 각각의 슬롯의 4번째 SC-FDMA 심볼이 PUSCH RS를 위해 사용된다. PUCCH 영역에 대한 RS의 심볼 위치들은 PUCCH 신호 형식의 함수로서 변할 수 있다. 예를 들어, PUCCH 형식 1 신호의 경우, RS는 각각의 슬롯의 3번째, 4번째 및 5번째 SC-FDMA 심볼들에 위치해 있을 수 있는 반면, PUCCH 형식 2 또는 PUCCH 형식 3 신호의 경우, RS는 각각의 슬롯의 2번째 및 6번째 SC-FDMA 심볼들에 위치해 있을 수 있다.

동기화된 모바일 장치들은 이 자원들의 시간 및 주파수 위치들을 알고 있고, 따라서 PUSCH 자원들(240)이 스케줄러의 제어 하에서 동적으로 공유될 수 있다[PDCCH(Physical Downlink Control Channel, 물리 햐향링크 제어 채널)를 통해 송신된 DCI(Downlink Control Information, 하향링크 제어 정보) 메시지들 내의 상향링크 허가들을 사용하여 할당됨]. 일반적으로, 서브프레임(210)에서 상향링크 사용자 데이터는 이 PUSCH(240) 자원 내에서 전송된다.

PUSCH(240)는 UL 공유(전송) 채널(UL shared Channel, UL-SCH)이 매핑될 수 있는 유일한 물리 채널이다. 따라서, 사용자는, 전송할 데이터를 가지고 있고 전송 채널 UL-SCH를 사용할 때, 먼저 PUSCH(240)에 액세스해야만 하고, 그렇게 하기 위해, 기지국(eNB)(102)에 있는 스케줄러에 이 필요성을 알려주어야만 한다.

PUSCH 전송은 사용자 평면 데이터, (MAC 헤더들과 같은) 제어 정보 및 RRC 시그널링을 포함할 수 있는 UL-SCH(Uplink Shared Channel, 상향링크 공유 채널) 전송 블록을 전달할 수 있다. 도 3은 MAC 헤더 부분(310) 및 MAC 페이로드 부분(320)으로 이루어져 있는 UL-SCH MAC 전송 블록(300)의 구조를 나타낸 것이며, MAC 페이로드 부분(320) 자체는 MAC 제어 요소들(330), MAC SDU들(service data units, 서비스 데이터 단위들)(340) 및 MAC 패딩 비트들(350)을 포함할 수 있다.

공유 PUSCH 자원(240)은 (스케줄러의 제어 하에서) 모든 공통 연결된 장치들이 데이터의 전송을 위해 사용하는 데 이용가능하다. UE들은 i) PRACH(Physical Random Access Channel)를 통해 랜덤 액세스 절차를 실행하는 것, ii) 동적 스케줄링을 통해 UE에 이전에 할당된 PUSCH 자원을 통해 BSR(Buffer Status Report, 버퍼 상태 보고)을 전송하는 것, 또는 iii) PUCCH 자원(230)을 통해 DSR(Dedicated Scheduling Request, 전용 스케줄링 요청)을 전송하는 것을 비롯한 몇가지 방법들 중 하나에 의해 공유 PUSCH 자원(240)에 액세스할 필요가 있다는 것을 eNB에 알려줄 수 있다. eNB는 PUSCH 자원들(240)의 할당을 결정할 때 이러한 표시를 사용할 수 있다.

PUCCH 자원(230)은 (CQI/PMI/RI와 같은) 채널 품질 또는 채널 상태 표시자들을 보고하도록 그리고 전용 스케줄링 요청들(dedicated scheduling requests, DSR)이 eNB가 PUSCH 자원들(240)을 할당하는 것을 돕도록 준정적으로 구성된다. ACK/NACK 정보를 보고하기 위해 PUCCH 자원(230)의 일부분들이 동적으로 할당된다. ACK/NACK를 위한 PUCCH의 동적 할당을 달성하기 위해, 특정의 ACK/NACK 전송을 위해 사용되는 PUCCH 자원은 PDCCH 상에서의 대응하는 DCI 메시지의 위치와 연관되어 있을 수 있다.

현재의 LTE 시스템은 최근의 데이터 활동이 있었던 UE들(101)에 대해서만 연결 모드(connected mode)가 사용된다는 것을 전제로 설계되어 있다. 따라서, 통상적인 가정은, RRC 연결 모드에 들어갈 때, 새로운 데이터의 도착 및 이미 비어 있는 전송 버퍼를 가진 것 이후에, UE들(101)이 PUSCH를 통해 데이터를 전송할 필요가 있다는 것을 eNB(102)에 알려주기 위해 사용자가 (보통 연결 모드의 지속기간 동안) PUCCH 상의 전용 SR 자원들을 준정적으로 할당받을 것이라는 것이다.

따라서, 연결 모드 사용자들에 대한 현재의 "전용 SR" 방식에서는, 각각의 사용자가 상향링크 상의 그 자신의 예약된 시간/주파수/코드 자원을 할당받으며, 이를 통해 UE(101)는 PUSCH에 액세스할 필요가 있다는 것을 알려주기 위해 신호를 송신할 수 있다.

PUCCH 형식 1

이 신호는 흔히, 단일값 변조 심볼 d(0)[d(0)는 값 "1"로 설정되어 있음]의 주파수 영역 확산(410) 및 시간 영역 확산(420)의 조합을 사용하여 형성되는 PUCCH 형식 1(도 4에 예시되어 있음)의 형태를 취한다. 단일값 변조 심볼 d(0)는 RS(430)를 위해 사용되지 않는 그 SC-FDMA 심볼들 상의 서브프레임 및 자원 블록 내의 RE들 전부를 차지하도록 시간 영역 및 주파수 영역 둘 다에서 확산된다.

UE가 PUSCH에 액세스할 필요가 있다는 것을 eNB에 알려주는 데 UE의 전용 PUCCH 자원 상에 PUCCH 형식 1이 존재하는 것으로 충분하다. PUCCH 형식 1이 존재하지 않는 것은 eNB에 의해 "현재 PUSCH에 액세스할 필요가 없다는 것"으로서 해석된다. 이와 같이, PUCCH 형식 1은 그의 정보를 전달하기 위해 "온/오프 변조(on/off keying)"를 사용한다. 참조 심볼들(430)이 [정규 순환 프리픽스 길이(normal cyclic prefix length)를 이용하는 시스템의 경우] 각각의 슬롯의 3번째, 4번째 및 5번째 심볼 위치들에 삽입된다.

또한, 표준 내에서 정의되는 PUCCH 형식 1의 2개의 부가의 변형들 - PUCCH 형식 1a 및 PUCCH 형식 1b라고 함 - 이 있다. 이들은 앞서 기술한 PUCCH 형식 1과 동일한 신호 구조를 갖지만 (각각) 심볼 d(0)의 BPSK 및 QPSK 변조를 가능하게 한다. 이러한 방식으로, PUCCH 형식 1a는 1 비트의 정보(BPSK)를 전달할 수 있고, PUCCH 형식 1b는 2 비트의 정보(QPSK)를 전달할 수 있다. PUCCH 형식 1의 이 변형들은 HARQ(Hybrid Automatic Repeat Request, 하이브리드 자동 재전송 요청) 피드백 - ACK/NACK 정보라고도 함 - 을 전송하는 데 사용된다.

PUCCH 형식 2 및 3

DSR을 위해 사용되지 않는, 기존의 LTE 규격에서의 다른 PUCCH 형식들이 있다. PUCCH 형식 2는 CQI(Channel Quality Indicator, 채널 품질 표시자), PMI(Precoding Matrix Indicator, 프리코딩 행렬 표시자) 및 RI(Rank Indicator, 랭크 표시자)를 전달하는 데 사용된다. PUCCH 형식 3은 또한 PDSCH 전송들에 대한 HARQ 피드백(ACK/NACK)을 제공하는 데 이용가능하다. 이 형식들 둘 다는 PUCCH 형식 1보다 더 많은 데이터를 전달할 수 있다.

상이한 UE들에 대한 DSR 자원들은 시간, 주파수 또는 코드 영역들에서 PUCCH 자원 내에 다중화될 수 있다. 각각의 UE에 서브프레임 주기성을 할당하는 것 및 DSR 전송들이 상호 배타적인 시간들에서 일어나도록 그 UE들에 상이한 서브프레임 오프셋들을 할당하는 것에 의해 시간 다중화가 달성된다. DSR 전송들이 상호 배타적인 주파수 영역들에서 일어나도록 상이한 UE들에 상이한 자원 블록들을 할당하는 것에 의해 주파수 다중화가 달성된다. DSR 전송들이 eNB 수신기에 의해 분리가능한 상이한 코드 자원들에서 일어나도록 상이한 UE들에 상이한 시간 및/또는 주파수 영역 확산 시퀀스들을 할당하는 것에 의해 코드 다중화가 달성된다. 시간 다중화, 주파수 다중화 및 코드 다중화의 조합들이 사용될 수 있다. PUCCH 형식 1에서의 DSR 방식의 문제점은 연결 모드 사용자 집단이 증가됨에 따라 잘 확장되지 않는다는 것이다. 연결 모드 집단 크기가 증가함에 따라, (UE들 각각에 대한 상호 배타적인 PUCCH 자원들을 예약하기 위해) 필요하게 되는 전체 시스템 UL 자원들의 양이 과도하게 되거나, 전체 DSR 자원들이 제약되어 있는 경우, SR 대기시간 성능이 열화된다(즉, 사용자의 전용 SR 자원들의 대규모 시간 다중화에 의존해야 하는 것으로 인해 주어진 UE에 대한 시간상 SR 기회들이 부족하게 된다)(예컨대, 사용자의 전용 SR 기회가 매 40 또는 80 ms 정도마다 한번씩만 발생할 수 있다).

큰 연결 모드 집단을 지원하기 위해 시간 영역 다중화에 의존하는 방식은, 그러면 액세스 대기시간이 증가된다는 점에서, 문제를 야기하는데, 그 이유는 버퍼에 새로운 데이터의 도착 직후에 UE가 SR를 송신할 수 없을 확률이 높기 때문이다. 따라서, 전용 SR 방식에서, 소비되거나 예약되는 자원들의 양과 액세스 대기시간 간에 항상 절충이 존재한다는 것은 명백하다. 이 유형의 문제의 한 예가 도 5에 도시되어 있고, 이 경우에, SR 기회(510)는 특정의 UE에 대해 단지 매 40 ms마다 일어난다. 기회들 사이에서 UL 전송을 위한 데이터가 도착하는 경우, 그 다음 기회(최대 40 ms의 기간)까지는 UE가 (PUSCH 상의) UL 전송 자원들을 필요로 한다는 것이 eNB로 전달될 수 없다.

게다가, 저 대기시간 액세스를 달성하려고 시도할 때(빈번한 DSR 기회들을 필요로 함), 주어진 제공된 SR 부하에 대해 그 자원들[즉, SR(Scheduling Request)이 실제로 송신되는 시기들]의 이용률이 감소된다. 많은 통상의 트래픽 프로파일들에 대해, UE는 SR을 비교적 가끔 송신할 수 있고, DSR 자원들이 심하게 과소 이용될 가능성이 있다. SR을 송신하기 위해 DSR 자원들의 1% 미만(심지어 0.1% 미만)이 UE에 의해 실제로 이용되는 경우가 종종 있을 수 있고, 이것은 전체 시스템 효율을 떨어뜨릴 수 있다. 이 이용되지 않은 자원들이 DSR을 위해 예약되어 있지 않은 경우, 그 자원들이, UL을 통한 사용자 데이터 또는 제어 데이터의 전송과 같은 다른 목적들을 위해, 재할당될 수 있을 것이고, 따라서 시스템 용량이 향상될 수 있을 것이다.

따라서, 이하의 속성들을 가지는 스케줄링 요청 방식(주로 연결 모드 사용자들을 위한 것이지만, 이것으로 제한되지 않음)을 가능하게 하는 것이 바람직할 것이다:

낮은 액세스 대기시간

직교 다중 접속 방식의 사용

UL 자원들의 효율적인 사용 및 높은 자원 이용률

RACH

전용 SR 방식에 대한 하나의 공지된 대안은 UE가 상향링크 자원들을 필요로 한다는 것을 eNB에 알려주기 위해 기존의 랜덤 액세스 절차를 사용하는 것이다. 이것은 도 6에 예시되어 있는 것과 같은 다단계 절차이며, 초기 경쟁 단계(initial contention phase)[단계(610)] 동안 최소 정보를 전송하도록 설계되어 있다. 송신되는 정보를 최소화하기 위해, 단계(610)는 사용자 ID의 전송을 포함하지 않는다. 단계(620)에서, eNB(102)는 단계(610)로부터의 각각의 검출된 프리앰블에 대한 자원들의 상향링크 허가로 응답한다. 메시지 3 동안 여전히 액세스 경쟁이 있을 수 있고[단계(630)], 단계(610) 동안 동일한 초기 프리앰블을 선택한 임의의 사용자들 간의 경쟁을 해결하기 위해 단계(640)의 경쟁 해결 메시지가 사용된다. eNB에 의해 성공적으로 디코딩되는 메시지 3(630)이 연결 모드 UE로부터 온 것인 경우, 경쟁 해결 메시지(640)가 송신되지 않을 수 있다. 이 경우에, 경쟁을 해결하고 상향링크 데이터 전송(660)을 가능하게 하는 데 (UE의 C-RNTI로 어드레싱되는) UL 허가 메시지(650)가 존재하는 것으로 충분하다.

RACH 절차가 비교적 효율적이지만, 이는 다수의 단계들을 포함하고, 이것은 액세스 대기시간을 증가시킬 수 있다. 어떤 구성들에서, 이는 또한 (직교 PUCCH 및 PUSCH 다중 접속 방식들에 비해 감소된 용량을 제공하는) 비직교 다중 접속 방식에 의존한다. 게다가, RACH 사용자들로부터 시스템의 다른 시간/주파수 UL 자원 영역들(PUCCH 또는 PUSCH 등)로의 간섭을 피하기 위해 시간 보호 영역들 및 주파수 보호 영역들을 제공하는 데 PRACH 상의 자원들의 일부분이 소비된다. 따라서, 다시 말하지만, PRACH에 대한 자원 사용 효율이 최적이 아닐 수 있다.

게다가, LTE PRACH는 주파수 영역에서 넓은 대역폭[6개의 물리 자원 블록들(PRB들)]을 차지한다. 이와 같이, (보다 낮은 대기시간의 액세스를 제공하기 위해) 시간상 빈번한 RACH 기회들을 제공하는 것은 상향링크 자원 공간의 대부분을 차지할 수 있다. 따라서, 기존의 RACH 절차는 주로 초기 액세스를 위해 설계되어 있고, 저 대기시간 연결 모드 스케줄링 요청 목적에는 최적화되어 있다.

특정의 실시예들에서, 단일 반송파 주파수 분할 다중 접속(single carrier frequency division multiple access, SC-FDMA)을 위해 무선 시스템에서 사용하기 위한 사용자 장비(user equipment, UE)에서 구현되는 방법이 제공되고, 이 방법은, 복수의 부반송파들을 포함하는 무선 시스템에서의 스케줄링 요청 자원의 할당을 수신하는 단계; 사용자 ID를 인코딩하는 단계; 및 인코딩된 사용자 ID를 포함하는 상향링크 제어 채널 신호를 할당된 스케줄링 요청 자원의 복수의 부반송파들을 통해 전송하는 단계를 포함한다.

특정의 실시예들에서, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템에 대한 사용자 장비(UE)가 제공되고, UE는 이 방법을 수행하는 동작을 한다.

특정의 실시예들에서, 적어도 하나의 이러한 UE를 포함하는 무선 시스템이 제공된다.

특정의 실시예들에서, 장치에 의한 실행 시에, 이 방법을 수행하는 실행가능 명령어들을 포함하는 컴퓨터 판독가능 매체가 제공된다.

특정의 실시예들에서, 무선 통신 시스템에 대한 사용자 장비(UE)에서 구현되는 방법이 제공되고, 이 방법은 복수의 부반송파들을 포함하는 스케줄링 요청 자원의 할당을 수신하는 단계; 스케줄링된 상향링크 자원들을 통해 전송할 필요가 있는지를 결정하는 단계; 인코딩된 비트들을 발생시키기 위해 사용자 ID를 인코딩하는 단계; 변조된 심볼들을 생성하기 위해 인코딩된 비트들을 변조시키는 단계; 변조된 심볼들을 확산시키는 단계; 확산된 변조된 심볼들 각각을 복수의 부반송파들에 매핑하는 단계; 및 스케줄링된 상향링크 자원들을 통해 전송할 필요가 있는 것으로 결정할 시에, 할당된 스케줄링 요청 자원의 복수의 부반송파들을 포함하는 상향링크 제어 채널 신호를 전송하는 단계를 포함한다.

이제부터, 첨부 도면들을 참조하여 여기 제안된 방식의 예들에 대해 상세히 기술할 것이다.
도 1은 EPC 코어 네트워크에 결합되어 있는 LTE 무선 액세스 네트워크를 나타낸 도면.
도 2는 상향링크 대역폭 내에서의 PUSCH 및 PUCCH 자원 블록들의 한 예시적인 배열을 나타낸 도면.
도 3은 MAC 전송 블록의 구성을 나타낸 도면.
도 4는 PUCCH 형식 1을 사용하는 스케줄링 요청의 구조를 나타낸 도면.
도 5는 많은 수의 UE들에 대해 전용 SR 기회들을 다중화하는 것의 어려움을 나타낸 도면.
도 6은 RACH 절차의 단계들을 나타낸 도면.
도 7은 PUCCH 신호 구성을 사용한 제안된 SR 방법의 단계들을 나타낸 도면.
도 8은 공통 SR 자원들과 UE 전용 PUCCH 자원들의 주파수 다중화를 나타낸 도면.
도 9는 공통 SR 자원들과 UE 전용 PUCCH 자원들의 시간 다중화를 나타낸 도면.
도 10은 공통 SR 자원들과 UE 전용 PUCCH 자원들의 코드 다중화를 나타낸 도면.
도 11은 PUCCH 형식 2에 대한 FEC 인코딩의 간략화된 블록도.
도 12는 복수의 PUCCH 전송들이 요구되는 경우에 FEC 코딩을 수행하는 2개의 가능한 방법들을 나타낸 간략화된 블록도.
도 13은 CSR 자원들의 시간 영역 분리를 나타낸 도면.
도 14는 시간 분리, 주파수 분리 및 코드 분리의 직교성을 나타낸 도면.
도 15는 PUCCH 형식 2 서브프레임의 일부를 구성하는 단계들을 나타낸 블록도.
도 16은 사용자 ID 정보를 송신하기 위해 수정된, PUCCH 형식 2 서브프레임의 일부를 구성하는 단계들을 나타낸 블록도.
도 17은 PUCCH 형식 3 서브프레임의 일부를 구성하는 단계들을 나타낸 블록도.
도 18은 부가 정보를 송신하기 위해 수정된, PUCCH 형식 3 서브프레임의 일부를 구성하는 단계들을 나타낸 블록도.
도 19는 PUCCH 형식 2의 제안된 변형에 대한 CRC 부가(CRC attachment) 및 FEC 인코딩 단계들을 나타낸 간략화된 블록도.
도 20은 복수의 PUCCH 전송들이 요구되는 경우에 대안의 CRC 부가 옵션들을 나타낸 블록도.
도 21은 충돌이 일어나는 경우에 2명의 사용자의 CSR 전송 시나리오를 나타낸 블록도.
도 22는 충돌이 일어나지 않는 경우에 2명의 사용자의 CSR 전송 시나리오를 나타낸 블록도.
도 23은 자원들의 사전 구성이 있는 경우의 제안된 명시적 SR 모드 전환(explicit SR mode switch)의 단계들을 나타낸 도면.
도 24는 자원들의 사전 구성이 없는 경우의 제안된 명시적 SR 모드 전환의 단계들을 나타낸 도면.
도 25는 자원들의 사전 구성이 있는 경우의 제안된 암시적 SR 모드 전환(implicit SR mode switch)의 단계들을 나타낸 도면.
도 26은 제안된 SR 모드 전환 결정을 나타낸 간략화된 블록도
도 27은 자원들의 사전 구성이 있는 경우의 제안된 UE SR 모드 변경 요청의 단계들을 나타낸 도면.
도 28은 PUSCH 신호 구성을 사용한 제안된 SR 방법의 단계들을 나타낸 도면.
도 29는 CSR 전송들에 대한 다수의 예시적인 MAC PDU 구성들을 나타낸 도면.
도 30은 예시적인 SR 전송 절차를 나타낸 도면.

PUCCH

특정의 실시예들에서, 사용자 ID 또는 그의 일부를 포함하는 스케줄링 요청들을 송신하기 위해 공통 또는 공유 SR 자원(CSR 자원)이 복수의 사용자들에 할당된다. CSR 자원은 ID 또는 그의 일부를 포함하는 SR을 송신하는 수정된 목적을 위해 기존의 물리 계층 제어 채널(PUCCH) 형식들을 재사용할 수 있다. (처음에 경쟁 기반 SR을 위해 설계되어 있지 않은) 기존의 LTE PUCCH 형식 유형들을 사용자 ID를 전달하는 데 재사용하는 것은 물리 계층 재설계의 필요성을 감소시키고, 이 방식이 기존의 또는 레거시 하드웨어 또는 펌웨어 구현들에서 사용될 수 있게 한다. 이 방식은, 다수의 사용자들이 동일한 PUCCH 자원을 공유할 수 있게 하기 위해, 현재의 PUCCH 형식들 1/1a/1b보다 더 많은 비트들을 전달할 수 있는 PUCCH 형식들을 사용할 수 있다.

특정의 실시예들은 경쟁 기반 스케줄링 요청(CSR)을 위해 할당된 공통 또는 공유 자원 상에서의 액세스 시도 동안 PUCCH 신호 구성(예컨대, PUCCH 형식 2 또는 PUCCH 형식 3) 내에서 사용자 ID(또는 그의 일부분)를 eNB로 명시적으로 송신하는 것을 포함한다. 통상적으로, 이 목적을 위해 할당된 자원들은 상향링크 시스템 대역폭의 제어("PUCCH") 주파수 영역 내에 존재할 것이지만, 자원들이 데이터("PUSCH") 주파수 영역 내에 또는 심지어 전적으로 데이터("PUSCH") 주파수 영역으로 할당되는 것이 또한 가능하다. PUCCH 형식 신호 구성들을 사용하여 사용자 ID 비트들을 송신하기 위해 단지 어떤 UL 자원들만이 복수의 사용자들에 할당되는 것이 요구될 수 있다.

도 7은 특정의 실시예들에서 취해지는 단계들을 나타낸 것이다.

1) 예비적인 제1 단계(710)로서, eNB는 선택적으로, 경쟁 기반 스케줄링 요청을 위해, [제어(PUCCH) 또는 데이터(PUSCH) 주파수 영역에서의] 상향링크 자원들의 일부분을 복수의 UE들에 할당한다. 자원 할당이 브로드캐스트 시그널링을 통해 전달될 수 있거나, 복수의 UE들 각각으로 개별적으로 신호될 수 있다. 자원들이, 예를 들어, 표준에 사전 정의되어 있는 경우, 이 제1 단계가 생략될 수 있다.

2) 어떤 나중의 시점에서, 보류 데이터가 UE의 전송 버퍼에 도착한다(720).

3) UE가 PUCCH 신호 구성 방법(예컨대, PUCCH 형식 2 또는 3)을 사용하여 사용자 ID(또는 그의 일부분)를 인코딩하고, 그 신호를 할당된 CSR 자원을 통해 전송한다(730).

4) eNB 수신기는 CSR 자원으로부터 적어도 UE의 전송 신호를 디코딩하고, 이어서 디코딩된 정보를 사용하여 UE ID를 도출한다(740).

5) eNB는 계속하여, 데이터의 전송을 위한 PUSCH 자원의 일부분을 UE에 할당하기 위해, 정규의 UL 허가 메시지를 UE로 송신한다(750). UL 허가 메시지는 PDCCH(Physical Downlink Control Channel)를 통해 송신되는 DCI(Downlink Control Information) 메시지에서 전달된다.

6) UE는 이어서 PUSCH에 액세스하고 그의 데이터를 eNB로 송신할 수 있다(760).

도 6에서의 RACH 절차와 비교하여, 도 7에 도시되어 있는 방법은 보다 적은 단계들을 포함하고, 따라서 보다 낮은 대기시간의 스케줄링 요청 절차를 가능하게 한다.

현재의 LTE 시스템은 전용 SR을 전달하기 위해 PUCCH 형식 1을 사용한다. 전용 SR 전송의 기본 원리는 스케줄링 요청을 송신하는 사용자가, eNB 수신기에 의해 복조되는 전송 비트들을 통해 명시적인 ID를 송신하는 것에 의하기보다는, SR이 송신된 특정의(즉, 사용자 전용) 시간/주파수/코드 자원들에 의해 구분된다는 것이다.

SR을 위해 경쟁 기반 자원(즉, 상향링크 시간/주파수/코드 자원의 공통 또는 공유 부분)을 사용하는 것은, 전용 SR 방식(심지어 유사하거나 더 나은 액세스 대기시간을 달성함)과 비교하여, SR 액세스 방식의 자원 효율을 상당히 증가시킬 수 있다. 그렇지만, 경쟁 기반 자원을 사용할 때, SR을 송신하는 사용자가 eNB에 의해 SR이 송신된 시간/주파수/코드 자원들만으로부터 더 이상 추론될 수 없다. 대기시간을 최소화하기 위해, 그리고 액세스 경쟁을 감소시키기 위해, 사용자 ID가 CSR 상향링크 자원을 통해 UE에 의해 송신되는 초기 SR 메시지 동안 eNB로 명시적으로 전달되는 것이 바람직하다.

PUCCH - 다중화

CSR 자원은 셀의 전체 UL 시스템 자원들의 PUCCH 또는 PUSCH 코드/시간/주파수 영역의 일부분일 수 있다(셀의 전체 UL 시스템 자원들은 선택적으로 또한 다수의 성분 SC-FDMA 반송파들을 포함할 수 있다). 다수의 UE들은, PUSCH에의 액세스가 필요하다는 것을 알려줄 필요가 있는 경우, 동일한 CSR 자원을 통해 SR을 전송해도 된다는 허가를 (예컨대, eNB에 의해) 제공받거나 그렇게 구성된다. CSR 자원의 시간, 주파수, 및 코드 위치들을 정의하는 eNB에 의해 제공된 구성은 다음과 같은 것들 중 하나일 수 있다:

(표준 내에) 사전 정의되어 있음

브로드캐스트 시스템 정보를 통해 셀 내의 모든 UE들로 신호됨

일대일(전용) 시그널링을 통해 UE로 신호됨

예를 들어, PUCCH 자원들이 경쟁 기반 SR(CSR)을 위해 할당되는 경우, 다수의 사용자들은 동일한 PUCCH 형식 2 자원 인덱스

(또는 PUCCH 형식 3에 대한

와 같은 다른 PUCCH 형식 유형에 대한 동일한 자원 인덱스)를 할당받을 수 있다.

CSR 자원의 구성을 제공하는 시그널링은 바람직하게는 eNB 및 UE(들) 내의 피어 RRC 엔터티들 사이에서, 각각, 일어날 것이지만, 또한 eNB/UE(들)의 피어 MAC 또는 물리 계층 엔터티들 사이에서 일어날 수 있다. 시그널링이 RRC 레벨에서 일어나는 경우, 시그널링은, 현재의 LTE 시스템(동일한 자원 구성이 각각의 UE에 제공됨)에서 전용 SR, CQI 또는 SPS 구성을 위해 사용되는 것과 같은, RRC 시그널링 구조들 및 메시지들을 재사용하거나 부분적으로 재사용할 수 있다. 다른 대안으로서, CSR 자원의 구성을 지원하기 위해 기존의 메시지들에 대한 수정들이 필요할 수 있다.

일반적으로, CSR 자원은 (전용 SR을 위해 또는 CQI/PMI/RI와 같은 채널 상태 정보의 송신을 위해 사용될 수 있는 것과 같은) 사용자 전용 PUCCH 자원과 또는 PUSCH 할당들과 같은 다른 자원들과 다중화되는 시간, 주파수, 또는 코드일 수 있다. 이것은 새로운 CSR 방식이 다른 PUCCH 또는 PUSCH 자원들이 이러한 다른 목적들을 위해 계속하여 사용될 수 있는 기존의 시스템들에 매끄럽게 통합될 수 있게 한다.

공통/공유 SR 자원이 전용 PUCCH 자원과 주파수 다중화되는 한 예가 도 8에 도시되어 있다. LTE에서의 현재의 설계에 따르면, 각각의 사각형 블록은 주파수 자원의 1개의 자원 블록(RB) 및 시간 자원의 1개의 슬롯(0.5 ms)에 대응한다. 2개의 0.5 ms 슬롯들은 시간 자원의 1개의 1 ms 서브프레임을 구성한다.

UE 전용 목적들을 위해 예약되어 있는 PUCCH 자원들은 D1 , D2, ... D8(810)로 표시되어 있고, 여기서 각각은 2개의 전송 슬롯들을 포함한다. 현재의 LTE 설계에 따르면, 동일한 PUCCH 전송에 속하는 2개의 슬롯들 중 하나의 슬롯은 상부(840) 또는 하부(830) PUCCH 제어 영역에서 전송되는 반면, 다른 슬롯은 반대쪽[각각, 하부(830) 또는 상부(840)] PUCCH 제어 영역 내에서 전송된다. 주파수 다이버시티 및 PUCCH 수신의 신뢰성 향상을 제공하기 위해 이것이 사용될 수 있다.

새로운 CSR에 대한 PUCCH 전송 기회들은 C1 , C2, ... C8(820)로 표시되어 있고, 여기서 각각의 PUCCH는 상부(840) 및 하부(830)[또는 하부(830) 및 상부(840)] PUCCH 제어 영역들에 동일한 2-슬롯 전송 배열을 포함한다. C1...C8(820)은, 상향링크의 전체 시스템 대역폭 내에서 상이한 RB들을 차지한다는 점에서, D1...D8(810)과 주파수 다중화된다.

대안의 다중화 배열이 도 9에 도시되어 있으며, 여기서 PUCCH(920) 상의 공통/공유 SR 자원들(C1...C8로 표시되어 있음)은 UE 전용 PUCCH 자원들(910)(D1...D8로 표시되어 있음)과 시간 다중화되어 있다. 시간 다중화의 한 예가 여기서는 서브프레임 레벨에서 도시되어 있지만, 슬롯 레벨에서의 시간 다중화도 역시 가능하다.

다른 추가적인 대안의 다중화 배열이 도 10에 도시되어 있으며, 여기서 PUCCH(1010) 상의 공통/공유 SR 자원들(C1...C8로 표시되어 있음)은 UE 전용 PUCCH 자원들(1020)(D1...D8로 표시되어 있음)과 코드 다중화되어 있다. 코드 다중화는, 예를 들어, 서브프레임 및 자원 블록 내에서 상이한 공통/공유 PUCCH 자원에 대한 주파수 영역 확산 시퀀스의 순환 천이들(또는 순환 천이 패턴들)을 UE 전용 PUCCH 자원에 할당된 것들에 할당하는 것을 통해 달성될 수 있다. 코드 다중화는 또한 공통/공유 PUCCH(1010) 자원 및 UE 전용 PUCCH 자원(1020)에 대해 상이한 시간 영역 코드 시퀀스들 또는 상이한 2D 시간-주파수 코드들을 사용하는 것을 통해 달성될 수 있을 것이다.

도 8, 도 9 및 도 10의 주파수 다중화, 시간 다중화 및 코드 다중화 방식들의 조합들이 또한 사용될 수 있다.

CSR 자원[PUCCH-유사(PUCCH-like) SR 신호들을 전달함]은 또한 PUSCH 주파수 영역(240) 내에 존재할 수 있고, 시간 또는 주파수 영역에서 다른 PUSCH 전송들과 다중화될 수 있다. eNB 내의 스케줄러는, 다음에 나올 PUSCH 자원들의 이용가능성을 결정할 때 그리고 그 자원들을 UE들에 할당할 때, 주어진 시간/주파수 자원 공간 내에서의 CSR 자원의 존재 여부를 고려할 수 있다. 예를 들어, eNB 스케줄러는, 그 PUSCH 자원이 그 대신에 CSR 전송들을 위해 예약되어 있는 경우, PUSCH 자원을 UE에 동적으로 스케줄링하지 않기로 결정할 수 있다.

사용자 ID(또는 그의 일부)를 명시적으로 전달하는 비트들의 세트를 전달하기 위해, 복조를 위한 복수의 비트들[예를 들어, 기존의 시스템에서 CQI 또는 기타 채널 상태 정보(CSI)를 전달하기 위해 또는 다수의 HARQ ACK/NACK 피드백 비트들을 전달하기 위해 사용됨]을 전달하는 기존의 PUCCH 형식들 중 하나가 CSR 자원을 통해 SR(명시적인 비트들을 포함함)을 송신하기 위해 재사용될 수 있다.

명시적인 사용자 ID를 송신하는 이 새로운 목적을 위해 사용할 기존의 PUCCH 형식들의 세트로부터의 주된 후보들은 PUCCH 형식 2 및 PUCCH 형식 3이다. 기존의 PUCCH 형식들의 변형들(예컨대, 형식들 2a 및 2b)과 같이, 어쩌면 상이한 페이로드 크기들을 가지는 다른 새로운 또는 수정된 PUCCH 형식들이 또한 고려될 수 있다.

기존의 LTE 시스템에서 CQI/PMI/RI 보고들을 송신하기 위해 PUCCH 형식 2가 사용된다. CQI/PMI/RI와 같은 채널 상태 정보를 전송하는 대신에, CSR 동안 사용자 ID를 송신하기 위해 PUCCH 형식 2를 재사용할 때, 전송측 사용자(여기서 CSR-uRNTI로 표시되어 있음)에 고유하고 N_ID개의 비트들을 포함하는 ID가 인코딩되고 1개 이상의 PUCCH 형식 2 전송들을 통해 전송된다. 사용자 ID 전체를 전달하는 데 필요한 PUCCH 전송들의 수는

이고,

여기서 A는 고려 중인 PUCCH 형식 내에서 이용가능한 비트 페이로드이다. 예를 들어, A는 PUCCH 형식 2에 대해 13일 수 있고, 이 경우에, 도 11에 예시되어 있는 바와 같은 [20,A] FEC 블록 인코더(1110)에 대한 최대 입력 길이에 의해 제약될 수 있으며, 여기서 A(13)개의 입력 비트들(1101)이 20개의 출력 비트들(1102)로 FEC 인코딩될 것이다. 그렇지만, N_ID 및 A의 다양한 값들이 사용될 수 있다.

LTE 시스템에서, 연결 모드 사용자들은 16개의 비트들을 포함하는 C-RNTI(Cell Radio Network Temporary Identifier, 셀 무선 네트워크 임시 식별자)를 할당받고, 하나의 예에서, CSR 목적을 위해 사용되는 사용자 ID(CSR-uRNTI)는 C-RNTI와 같도록 설정될 수 있고, 따라서 N_ID=16이다.

N_ID의 이러한 보다 큰 값들(예를 들어, N_ID= 6)에 대해, 1개 또는 2개 이상의 PUCCH 전송을 사용하여 N_ID개의 비트들이 전송될 수 있을 것이다. 2개 이상의 PUCCH 전송이 사용되는 경우, 복수의 PUCCH 전송 인스턴스들에 걸쳐 N_ID개의 비트들을 전달하기 위한 2개의 옵션들이 존재한다:

i. 도 12(i)에서 N_TX=2에 대해 예시되어 있는 바와 같이, N_ID개의 비트들(1210)이 N_TX개의 그룹들로 세그먼트화되고(1220), 각각의 그룹이 개별적으로 FEC 인코딩되며(1230), 서브프레임 내에서 그 자신의 PUCCH 전송 인스턴스(1240)에 매핑된다.

ii. 도 12(ii)에서 N_TX=2에 대해 예시되어 있는 바와 같이, N_ID개의 비트들(1250)이 단일의(그리고 수정된) FEC 인코더(1260)에 입력되고, 출력 비트들이 N_TX개의 그룹들로 세그먼트화되며(1270), 이어서 이 그룹들은 그 자신의 PUCCH 전송 인스턴스들(각각이 서브프레임 내에 있음)에 매핑된다(1280).

예를 들어, A=8의 경우에 대해, 사용자가 16-비트 CSR-uRNTI를 CSR 자원들을 통해 eNB로 전송하기 위해 N_TX = 2개의 PUCCH 전송들이 필요할 것이다(즉, ID가 2개의 세그먼트들을 사용하여 전달된다). 전송 세그먼트들이 인접 또는 비인접 서브프레임들을 통해 전송될 수 있을 것이다. eNB는 전체 CSR-uRNTI가 정확하게 재조립될 수 있도록 2개의(또는 다수의) PUCCH 전송들 중 어느 것이 첫번째 세그먼트를 전달하는지를 알고 있을 필요가 있을 것이다. 예를 들어, 새로운 PUCCH SR을 전달하는 자원들은 주파수/코드/서브프레임에서 또는 다른 방식으로 분리되어 있는 자원 쌍들로 구성될 수 있을 것이고, 따라서 자원 쌍이 수신되면 eNB가 전체 메시지를 쉽게 재조립할 수 있을 것이다. 그렇게 하기 위해, CSR을 위해 이용가능한 특정의 서브프레임들이, 사용자들이 사용자 ID를 전달하는 다중 세그먼트 PUCCH 전송의 첫번째 세그먼트를 전송하는 시작 서브프레임들로서, 지정되는 것이 생각될 수 있다(나머지 세그먼트들은 그 후에 연속적인 시작 서브프레임들 사이에 존재하는 다른 서브프레임들에서 전송됨). 게다가, 시작 서브프레임들이 각각의 사용자에 대해 상이할 수 있을 것이고, 이것이 각각의 사용자에게 명시적으로 신호되거나 사용자 ID의 함수로서 도출될 수 있을 것이다.

다른 대안으로서, 필요한 PUCCH 전송 횟수를 1(세그먼트화 없음)로 제한하는 것이 바람직할 수 있고, 이 경우에, PUCCH의 정보 페이로드는 N_ID 비트보다 크거나 같아야만 한다. PUCCH 형식 2가 사용되는 경우, 다음과 같은 가능한 경우들이 존재한다:

1) N_ID >13(예컨대, N_ID는 16 비트의 C-RNTI 길이와 같음)

a. (예컨대, N_ID=16개의 비트들을 전달하기 위해) A>13을 지원하는 새로운 [20,A] 인코더가 사용될 수 있을 것이다

b. PUCCH 형식 2의 변조 레벨(modulation level)이 QPSK로부터 (예를 들어) 16-QAM으로 증가될 수 있을 것이고, 그에 의해 40개의 인코딩된 비트들이 전달될 수 있게 된다.

i. 이것은 새로운 [40,A] 코드 또는 반복(또는 1개 이상의 [20,A] 코드들로부터의 출력들의 유사한 후처리)에 의한 기존의 [20,A] 코드의 재사용과 관련하여 사용될 수 있을 것이다.

2) (기존의 FEC 블록 인코더에 대한 max(A)≤13과 부합하기 위해) N_ID가 ≤13으로 제약된다.

상기 경우 (2)에서, eNB가 C-RNTI보다 더 짧은 CSR-uRNTI(예컨대, CSR-uRNTI < 13 비트)를 UE에 할당하는 것이 가능할 수 있을 것이다. 일반적으로, CSR-uRNTI는 사용자의 C-RNTI와 연관되어 있거나 그로부터 도출될 수 있을 것이다. 예를 들어, CSR-uRNTI는 C-RNTI의 16개의 비트들의 서브셋을 포함할 수 있거나, C-RNTI(또는 다른 RNTI 또는 ID)를 사용하거나 그에 기초한 해싱 함수와 같은 1개 이상의 수학적 연산들을 통해 형성될 수 있을 것이다. CSR-uRNTI가, 그 대신에, UE로 어드레싱되는 시그널링 메시지 내에서 명시적으로 eNB에 의해 UE로 신호될 수 있을 것이다. 다른 대안으로서, 사용자의 C-RNTI와 CSR-uRNTI 사이의 관련성(linkage)을 기술하는 데 사용되는 파라미터들이 UE로 전송될 수 있을 것이다(각각의 사용자는 이어서, 수신된 파라미터 정보 및 그 자신의 C-RNTI에 대해 그가 알고 있는 것에 기초하여, 그 자신의 CSR-uRNTI를 도출함). 파라미터들은 셀 내에서 브로드캐스트될 수 있거나(셀에 의해 전송되는 시스템 정보 내에서 송신됨), 각각의 UE로 개별적으로 송신될 수 있다.

상기 경우 (2)에서의 추가적인 옵션은 보다 긴 사용자 ID의 일부분(예컨대, < 13 비트)이 PUCCH 형식 전송을 통해 명시적으로 전달되는 반면, 나머지 비트들이 전달되거나 다른 방식으로 암시적으로 알게 되는 것이다. 도 13은 암시적 UE ID 비트들을 전달하기 위해 사용되는 CSR 자원들의 시간 영역 세그먼트화의 한 방식을 나타낸 것이며, 여기서 사용자 ID 길이는 16 비트(예컨대, C-RNTI)와 같을 필요가 있다. 여기서, C-RNTI의 13개의 비트들은 하나의 서브프레임 내에서 PUCCH 형식 2 전송을 통해 전달될 수 있는 반면(즉, A=13), 나머지 3개의 비트들은 2³=8개의 가능한 서브프레임 위치들(1310) 중 하나와 연관되어 있을 수 있을 것이다. 이 예에서, eNB에 의해 할당되는 CSR 자원들은 8개의 그룹들로 나누어지고, 각각의 그룹은 8개의 CSR 서브프레임들의 세트 내의 서브프레임 인덱스와 연관되어 있으며, 각각의 서브프레임 인덱스는 3개의 C-RNTI 비트들의 특정의 구현과 연관되어 있다(000, 001, 010, ... 111). 따라서, UE는 그의 UE ID를 8개의 서브프레임 인덱스들 중 하나와 연관시켜야 한다는 것을 알고 있으며, 그 인덱스를 가지는 서브프레임들을 통해서만 그의 CSR을 전송하기로 한다. 이와 같이, 주어진 서브프레임 인덱스에서 명시적인 13 비트 시퀀스(부분 ID)를 수신하고 디코딩할 시에, eNB는 전체 16-비트 UE ID를 결정하고 그에 따라 (예를 들어, UE의 C-RNTI를 사용하여) PUSCH 자원들을 그 UE에 스케줄링할 수 있다. 유의할 점은, 서브프레임들이 시간상 인접한 것으로 도시되어 있지만, 이들이 또한 eNB에 의해 어떤 CSR 자원들도 (임의의 사용자에 대해) 할당되지 않은 중간 기간들(서브프레임들)에 의해 분리되어 있을 수 있다는 것이다.

이 시간 다중화 방식의 장점은 전체 UE ID가 1개의 서브프레임 내에서 전송된다는 것이지만(어떤 비트들은 명시적으로 전달되는 반면, 다른 것들은 해당 서브프레임의 선택을 통해 암시적으로 전달됨), 그 결과, 전체 UE ID가 CSR 자원을 위한 것인 임의의 서브프레임을 통해 전송될 수 있는 경우와 비교하여 대기시간의 증가가 있을 수 있다(즉, 시간 다중화 구성요소를 도입할 필요성이 또한 스케줄링 요청 대기시간을 증가시킬 수 있다).

부가 비트들을 암시적으로 전달하기 위해 자원들의 시간 영역 분리를 이용하는 것 뿐만 아니라, (또는 그 대신에) 그렇게 하기 위해 주파수 또는 코드 영역 자원 분리를 사용하는 것에 의해, 이러한 부분 ID 명시적 전송 방식(나머지 비트들의 암시적 전달에 의해 보완됨)으로의 확장들이 또한 가능하다. 주목할 점은, 시간 다중화 대신에 코드 또는 주파수 영역 다중화를 사용하는 것에 의해, 이것은 스케줄링 요청 대기시간의 임의의 증가의 유입을 회피할 수 있으면서, 여전히 명시적 및 암시적 시그널링의 혼합을 통해 전체 사용자 ID의 전달을 가능하게 한다는 것이다.

이와 같이, 다른 예에서, 16-비트 사용자 ID 중 12개의 비트들은 PUCCH 전송 내에서 명시적으로 신호될 수 있을 것이고, 나머지 4개의 비트들은 2⁴ = 16개의 시간/주파수/코드 자원들 중 하나의 선택을 통해 전달될 수 있을 것이다. 이 16개의 분리된 자원들은, 예를 들어, 시간 영역(1410)에서의 2개의 서브프레임들, 주파수 영역(1420)에서의 2개의 자원 블록들, 및 주파수 영역 확산 코드(1430)의 4개의 순환 천이들을 포함할 수 있다. 이와 같이, 분리된 자원들의 총수는 2x2x4=16이다. 이러한 방식이 도 14에 도시되어 있지만, 시간 영역, 주파수 영역 및 코드 영역 자원들을 다양한 정도로 포함하는 수많은 변동들이 가능하다는 것을 잘 알 것이다. 주파수 영역 분리만, 코드 영역 분리만, 또는 시간 영역 분리만을 포함하는 방식들 모두가 가능하다. 게다가, 코드 영역 분리의 경우에 대해, 개개의 코드들이 시간 영역 확산, 주파수 영역 확산, 또는 둘 다(2D 코드)를 통해 형성될 수 있다.

명시적 수단을 사용하여 보다 큰 사용자 ID를 전송하고 또한 다수의 PUCCH 전송들로 세그먼트화할 필요성을 회피하는 것이 바람직한 경우, 추가의 옵션은 PUCCH 형식 2보다 더 큰 페이로드 용량을 갖는 PUCCH 형식을 이용하는 것이다. 예를 들어, CSR-uRNTI가 C-RNTI와 같게 설정되어 있고 16개의 비트들 전부가 완전히 명시적으로 전송되어야 하는 경우, 48개의 인코딩된 비트들의 페이로드를 통해 A=21개의 비트들을 전달할 수 있고 서브프레임 내에서 RB당 5명의 사용자의 사용자 다중화 능력을 제공할 수 있는 기존의 PUCCH 형식 3이 이용될 수 있을 것이다.

페이로드 크기가 허용하는 경우들에, CSR-uRNTI 또는 C-RNTI 비트들에 부가하여, 사용자 ID 비트들과 함께 부가 데이터를 전송할 수도 있다. 예를 들어, 그 데이터는 CQI/PMI/RI 또는 버퍼 상태 정보와 같은 다른 제어 정보일 수 있거나, 소량의 사용자 평면 데이터일 수 있을 것이다. 다른 대안으로서, PUCCH 형식 3 전송을 통해 사용자 ID 비트들만이 송신될 수 있을 것이다.

PUCCH 형식 2

이와 유사하게, (현재의 QPSK보다 더 높은) 고차 변조 레벨들을 지원하기 위해 기존의 PUCCH 형식들이 조절될 수 있을 것이다. 예를 들어, PUCCH 형식 2에서 16-QAM을 사용하는 것은 동일한 PUCCH 코드 다중화 능력(주파수 영역 확산 코드의 12개의 가능한 순환 천이들이 최대임)을 유지하면서, 이와 동시에 40개의 인코딩된 비트들의 전송을 가능하게 할 것이다. 그러면, C-RNTI 사용자 ID의 16개의 비트들 전부 또는 CSR-uRNTI의 비트들 전부를 전달하기 위해 새로운 FEC 코드(예컨대, [40,16])가 사용될 수 있을 것이다. 다시 말하지만, 이용가능한 부가의 페이로드 공간이, 스케줄링 요청 전송에 포함되는 사용자 ID 비트들에 부가하여, (CQI/PMI/RI 또는 버퍼 상태 정보와 같은) 다른 제어 정보를 전달하는 데 또는 심지어 사용자 평면 데이터을 전달하는 데 사용될 수 있을 것이다.

도 15는 기존의 PUCCH 형식 2 신호의 구성을 나타낸 것이다(어떤 블록들에 대해, 2-슬롯 서브프레임의 첫번째 슬롯만이 도시되어 있음). "A"개의 입력 비트들(A<=13)이 FEC 인코더(1510)에 입력되고, FEC 인코더(1510)는 20개의 인코딩된 비트들을 출력한다. 이들은 UE의 C-RNTI의 함수로서 비트 스크램블링 시퀀스 발생기(1520)에 의해 발생된 UE 특유 비트 스크램블링 시퀀스를 사용하여 스크램블링된다. 20개의 스크램블링된 비트들은 10개의 변조 심볼들[첫번째 슬롯에 대한 5개의 변조 심볼들 d(0)...d(4) 및 두번째 슬롯에 대한 5개의 변조 심볼들 d(5)...d(9)]을 형성하기 위해 QPSK 변조(1540)를 거친다. 변조 심볼들 각각은 10개의 SC-FDMA 심볼 분기들(슬롯당 5개) 중 대응하는 것에 개별적으로 매핑된다. 각각의 분기에 대해, 발생기(1550)에 의해 발생된 길이 12의 주파수 영역 "기본" 확산 시퀀스("base" spreading sequence)를 사용하여 변조 심볼이 확산된다. 순환 천이(1560)가 적용되고, 여기서 상이한 순환 천이들이 상이한 SC-FDMA 심볼 분기들에 적용될 수 있고, 순환 천이들은 셀 ID, 슬롯 번호, 및 각각의 SC-FDMA 심볼 분기에 대응하는 심볼 번호의 의사 랜덤 함수(pseudo-random function)에 의해 결정된다. 비트 스크램블링 시퀀스와 달리, 순환 천이들을 결정하는 의사 랜덤 함수는 셀에 특유(cell specific)한데, 그 이유는 C-RNTI와 같은 UE에 할당된 ID보다는 셀 ID에 의존하기 때문이다. 각각의 순환 천이 동작의 결과는 대응하는 SC-FDMA 심볼들(1580)을 형성하기 위해 IFFT(1570)에 입력된다. 순환 프리픽스(cyclic prefix, CP)가 각각의 SC-FDMA 심볼에 전치 추가된다.

도 16은 사용자 ID의 명시적 비트들을 송신하기 위해 PUCCH 형식 2가 어떻게 수정될 수 있을 것인지의 전반적인 개요를 나타낸 것이다. (길이 N_ID의) 전체 사용자 ID의 N_TX개의 비트들이 FEC 인코더(1610)에 입력되고, 여기서 N_TX ≤ N_ID이다. FEC 인코더의 입력 및 출력의 크기들에 따라, 기존의 [20,A] 블록 코드가 재사용될 수 있거나, 상이한 지원되는 입력 길이 및 출력 길이를 갖는 새로운 블록 코드(또는 1개 이상의 구성 블록 코드들에 기초한 인코딩 방식)가 사용될 수 있다. 추가의 대안은 어떤 FEC 인코더도 사용되지 않거나 간단한 반복 코드가 이용되는 것이다. 이 일반 FEC 인코딩 블록 내에서 추가의 코딩 방식들이 가능하고, 예를 들어, 컨볼루션 코드(convolutional code)[테일 바이팅(tail-biting) 또는 비테일 바이팅(non-tail-biting)], 터보 코드(turbo code), 또는 LDPC(low density parity check, 저밀도 패리티 검사) 코드가 이용될 수 있을 것이다.

수정된 PUCCH 형식 2가 전용 SR 자원들을 통해 송신되지 않을 것이라는 사실로 인해, FEC 인코더로부터의 출력 비트들이 사용자 특유 스크램블링 시퀀스로 스크램블링될 필요가 없다. 이러한 이유는 eNB 수신기가 어느 사용자(들)가 CSR 자원을 통해 전송할 것인지를 알지 못하기 때문이다. 그 대신에, 셀의 동일한 CSR 자원을 통해 전송할 수 있는 모든(또는 다수의) 사용자들에 공통인 비트 스크램블링 시퀀스가 사용된다. 스크램블링 시퀀스가 스크램블링 시퀀스 발생기(1620)에 의해 발생될 수 있고, 이 발생기는 어떤 값으로 초기화될 수 있다. 그렇지만, 그렇게 도출되는 경우, 스크램블링 시퀀스는 CSR 그룹 RNTI(CSR-gRNTI), 셀 ID, 서브프레임 인덱스, 시간 슬롯 인덱스 중 하나 이상에 기초할 수 있다. 다른 대안으로서, 특정의 또는 사전 정의된 스크램블링 시퀀스가 사용될 수 있다. 다른 실시예들에서, 순환 천이 특유(cyclic-shift-specific) 또는 코드 특유(code-specific) 스크램블링 시퀀스가 사용될 수 있다. 다른 추가의 실시예들에서, 서브프레임 또는 자원 블록 특유 스크램블링 시퀀스가 사용될 수 있다. 어떤 비트 스크램블링도 이용되지 않는 것[즉, 도 16에 모듈로 2 가산 블록(1630)이 없는 것] 또는, 이와 동등하게, 비트 스크램블링 시퀀스가 "모두 0"으로 설정되는 것이 또한 가능하다. 이러한 비 사용자 특유 비트 스크램블링 방식들 모두는 유리하게도 eNB 수신기가, 셀의 CSR 자원을 통해 SR을 전송한 사용자(들)를 식별하기 전에, 디스크램블링(descrambling) 동작을 수행할 수 있게 하고, 그로써 사용된 스크램블링 시퀀스를 무작정 결정할 필요성을 없애주고 eNB 수신기를 간단화시킨다.

비트 스크램블링 블록[모듈로 2 가산 블록(1630)]으로부터의 출력 또는, 다른 대안으로서, FEC 인코더(1610)로부터의 직접 출력(어떤 비트 스크램블링도 이용되지 않는 경우)이, 복소 출력 심볼들 d0...d4(서브프레임의 첫번째 슬롯에 대한 것) 또는 심볼들 d5...d9(서브프레임의 두번째 슬롯에 대한 것)을 형성하기 위해, 변조 블록(1640)에 입력된다. 변조 블록은 QPSK를 구현할 수 있거나, BPSK, 8-PSK 또는 16-QAM과 같은 다른 형태의 변조를 구현할 수 있다.

변조된 심볼들은 [예를 들어, 심볼이 주파수 자원의 1개의 자원 블록(RB)을 차지하도록 길이 12의] 주파수 영역 확산 시퀀스(1650)를 사용하여 확산된다. 각각의 심볼은 동일한 확산 시퀀스의 동일한 또는 상이한 순환 천이를 사용할 수 있다. 이 경우들 둘 다에서, "기본" 순환 천이("base" cyclic shift)가 허용된 기본 순환 천이들의 세트로부터 UE에 의해 아마도 무작위로 선택될 수 있다. 각각의 심볼이 동일한 순환 천이(1660)를 사용하는 경우, 기본 순환 천이가 각각의 심볼에 적용된다. 상이한 심볼들에 대해 상이한 순환 천이들이 이용되는 경우에, 셀 특유 순환 천이 호핑 패턴(cell-specific cyclic shift hopping pattern)에 따라 각각의 심볼에 대해 기본 순환 천이가 치환될 수 있다. PUCCH 형식 2에 대한 현재 규격들 내에서 사용되고 순환 천이(1660)와 관련하여 기술된 바와 같이, 호핑 패턴은 의사 랜덤 시퀀스 발생기(pseudo-random sequence generator)(명시적으로 도시되어 있지 않음)에 기초할 수 있다. 다른 대안으로서, 어떤 순환 천이 호핑도 이용되지 않을 수 있다. 주파수 영역 확산 동작 이후에, 전송을 위한 시간 영역 SC-FDMA 심볼들(1680)을 형성하기 위해 각각의 주파수 영역 심볼에 대해 IFFT 동작(1670)이 수행된다. 심볼의 끝부분을 복사하고 복사된 끝부분을 심볼의 시작에 전치 추가하는 것을 통해 순환 프리픽스가 각각의 SC-FDMA 심볼에 부가된다.

도 16과 도 15를 비교하면 PUCCH 형식 2 구성들에 대해 행해진 수정들을 보다 명확히 보여준다. 블록 인코더(1510)에서, 미수정된 PUCCH 형식 2 구성은 사용자 ID 정보보다는 채널 상태 정보(CQI/PMI/RI)를 입력으로서 받는다. 비트 스크램블링 시퀀스 발생기(1520)는 UE 특유 C-RNTI에만 기초하고, 비트 스크램블링 및 모듈로 2 가산(1530)을 이용하는 어떤 옵션도 없다. 그에 부가하여, 도 15에서, FEC 인코더(1510) 및 변조 블록(1540)은 수정되지 않은 반면, 도 16의 대응하는 블록들은 수정될 수 있다. 게다가, 도 15의 주파수 영역 확산 시퀀스(1550) 및/또는 순환 천이(들)(1560)는 허용된 세트 중에서 UE에 의해 (예를 들어, 무작위로) 선택될 수 있다. 허용된 세트는 셀과 또는 셀 내의 특정의 CSR 시간 또는 주파수 자원과 연관되어 있을 수 있다.

PUCCH 형식 3

그의 제한된 페이로드 크기로 인해, (고차 변조 또는 새로운 FEC 코드를 사용하지 않는 경우) 현재의 PUCCH 형식 2 구성 내에서 사용자 ID에 부가하여 CRC 또는 기타 정보를 전송할 여지가 거의 없다(그렇지만, 이것이 배제되지 않음). 그렇지만, PUCCH 형식 3은 보다 높은 페이로드 크기를 가지며, 이것은 부가 정보가 사용자 ID와 함께 전달될 더 많은 가능성을 가능하게 할 수 있다. 도 17은 기존의 PUCCH 형식 3 신호의 구성을 나타낸 것이다(어떤 블록들에 대해, 2-슬롯 서브프레임의 첫번째 슬롯만이 도시되어 있음). 최대 20개의 ACK/NACK 비트들이 FEC 인코더(1710)에 입력되고, FEC 인코더(1710)는 48개의 인코딩된 비트들을 출력한다. 이들은 UE의 C-RNTI의 함수로서 비트 스크램블링 시퀀스 발생기(1720)에 의해 발생된 UE 특유 비트 스크램블링 시퀀스를 사용하여 스크램블링된다. 48개의 스크램블링된 비트들은 24개의 변조 심볼들(첫번째 슬롯에 대한 12개의 변조 심볼들 및 두번째 슬롯에 대한 12개의 변조 심볼들)을 형성하기 위해 QPSK 변조(1730)를 거친다. 하나의 슬롯에 대한 12개의 변조 심볼들이 슬롯의 5개의 SC-FDMA 심볼들 각각에 대해 복제되고, 이 SC-FDMA 심볼 분기들 각각에 대해, 심볼들은 길이 5의 직교 커버 시퀀스(orthogonal cover sequence)(1750)의 대응하는 요소와 곱해진다. 순환 천이 발생기(1560)에서 사용되는 것과 유사한 셀 특유 의사 랜덤 함수에 의해 결정되는 순환 천이(1760)가 적용된다. 각각의 순환 천이 동작의 결과가 DFT(Discrete Fourier Transform, 이산 푸리에 변환) 동작에 입력된다. 각각의 SC-FDMA 심볼 분기에 대해, DFT의 출력은 대응하는 SC-FDMA 심볼들(1780)을 형성하기 위해 IFFT(1770)에 입력된다.

도 18은, FEC 인코더(1810), 비트 스크램블링 시퀀스 발생기(1820) 및 변조 블록(1830)을 포함하는 기존의 PUCCH 형식 3 구성을 여전히 재사용하면서, CSR-uRNTI(예컨대, C-RNTI)의 최대 16개의 비트들 및 선택적으로 어떤 부가 비트들(최대 5개)을 송신하기 위해 종래의 PUCCH 형식 3(도 17)의 수정된 코딩을 나타낸 것이다. 유의할 점은, PUCCH 형식 2와 달리, 길이 5의 직교 커버 시퀀스(1850)를 코딩하는 것이, SC-FDMA 변환 이전에, 변조된 심볼들에 적용된다는 것이다. 예를 들어, 전송되는 C-RNTI에 CRC를 부가하기 위해, 채널 상태 정보를 송신하기 위해, 또는 버퍼 상태 정보(CQI/PMI/RI 등)의 기타 데이터 또는 심지어 소량의 사용자 데이터를 송신하기 위해, 이용가능한 공간의 부가의 5개의 비트들이 사용될 수 있을 것이다. 고차 변조(예컨대, 16/64 QAM)가 사용되는 경우, 이론상 추가의 부가 비트들이 전송될 수 있다. 종래의 PUCCH 형식 3에서와 같이, 커버 시퀀스(1850)가 적용된 후에, 순환 천이(1860)가 적용되고, DFT 동작이 뒤따르며, 이어서 대응하는 SC-FDMA 심볼들(1880)을 형성하기 위해 IFFT(1870)에 입력된다.

CRC 부가

경쟁 기반 SR PUCCH 형식에 의해 전달되는 비트들의 페이로드 내에서, 순환 중복 검사(cyclic redundancy check, CRC)가 또한 이용될 수 있다. 이것은, 예를 들어, eNB에서의 경보 오류(false alarm) 또는 UE ID의 부정확한 검출의 가능성을 감소시키는 데 도움을 줄 수 있다. 이 변형에서, CRC 비트들이 포함될 수 있게 하기 위해 FEC 인코더에의 입력이 변경된다.

eNB가 특정의 SR 자원 상에서 유효한 스케줄링 요청을 검출하지만 어떤 SR도 그 자원을 통해 송신되지 않았을 때 경보 오류들이 발생한다. SR 전송이 존재하는지 여부를 결정하기 위해 데이터 또는 참조 신호들의 수신 전력을 측정하고 측정된 전력을 임계치와 비교하는 것과 같은 경보 오류의 발생을 감소시키는 다양한 방법들이 이용될 수 있다.

이들과 같은 방법들이 또한, SR 전송의 존재 여부를 구분하는 데 도움을 주기 위해, CRC의 사용에 기초한 대안의 방식들로 보강(또는 치환)될 수 있다. 일반적으로, 따라서, 사용되는 CRC 비트들의 수가 다음과 같은 것들에 의존할 수 있다:

전달되는 사용자 ID 비트들의 수

요구되는 경보 오류 보호의 레벨

경보 오류 문제에 대한 보조(즉, 비CRC 기반) 해결책들의 성능

어떤 다른 경보 오류 회피 대책들도 채택되지 않은 경우, 비교적 긴 CRC가 요구될 수 있다. 예를 들어, 0.1%의 경보 오류 확률이 요망되는 경우, 1/1024 경보 오류율(false alarm rate)을 보장하기 위해 10-비트 CRC가 필요할 수 있다. 이와 달리, 경보 오류율을 감소시키기 위해 다른 보조 비CRC 방법들이 이용되는 경우, CRC 비트들의 수가 상당히 감소될 수 있을 것이다(또는 CRC의 필요성이 제거될 수 있을 것이다).

증가된 수의 CRC 비트들의 부가는 제약된 수의 코딩된 출력 비트들에 대한 FEC 코딩 중복성을 위해 이용가능한 공간을 감소시킨다. 이와 같이, CRC 비트들의 수가 FEC 보호와 절충되어야만 한다.

CRC 비트들이 인코딩 이전에 포함되는 경우, (A개의 입력 비트들의 입력을 받는) 블록 인코딩 단계보다 CRC 인코더가 선행한다. 도 19에 도시된 바와 같이, CRC 인코더(1910)는 A'개의 비트들의 입력을 받고 A개의 비트들을 블록 인코더(1920)로 출력하며, 여기서 A = A' + N_CRC이다.

PUCCH 형식 2의 예에서, 1≤A≤13이고, CRC 부가 스테이지(1910)에 뒤따라오는 블록 인코더(1920)는 이어서 20 비트 길이의 출력 코드워드를 생성한다. 앞서 기술한 바와 같이, 다른 기존의 또는 수정된 PUCCH 형식들에 대해 블록 인코더의 입력 및 출력의 길이가 변할 수 있다.

앞서 기술한 바와 같이, 하나의 또는 복수의 PUCCH 전송 인스턴스들을 사용하여 N_ID개의 비트들이 전송될 수 있을 것이다. 도 12를 참조하면, 2개 이상의 PUCCH 전송이 사용되는 경우, N_ID개의 비트들이 개별적인 FEC 인코딩(1230) 이전에 N_TX개의 그룹들로 세그먼트화되거나(1220), 단일의 인코더(1260)의 출력이 N_TX개의 그룹들로 세그먼트화될 수 있다(1270). 어느 경우든지, N_TX개의 그룹들 각각에 대응하는 비트들이 이어서 서브프레임 내에서 PUCCH 전송 인스턴스를 통해 전달될 수 있다. 도 20은 CRC를 도출하는 3개의 옵션들을 나타낸 것이다:

i) 하나의 CRC(2010)가 전체 N_ID개의 비트들에 걸쳐 계산된다[그리고 그에 후치 추가(append)된다]. 세그먼트화(2020) 이후, 얻어진 비트들이 N_TX개의 PUCCH 전송 인스턴스들에 걸쳐 전송되고, 각각의 전송 인스턴스는 개별적인 FEC 인코딩 스테이지들(2030)을 사용한다.

ii) 하나의 CRC(2040)가 전체 N_ID개의 비트들에 걸쳐 계산된다[그리고 그에 후치 추가된다]. 얻어진 비트들은 공통 FEC 인코딩 스테이지(2050)를 거치고, 세그먼트화(2060) 후에, N_TX개의 PUCCH 전송 인스턴스들을 통해 전송된다.

iii) N_ID개의 비트들이 먼저 N_TX개의 PUCCH 전송 인스턴스들로 세그먼트화된다(2070). PUCCH 전송 인스턴스마다 CRC가 계산되고(2080), 각각에 대해 개별적인 FEC 인코딩 스테이지들(2090)이 사용된다.

충돌 측면

이 방식의 어떤 실시예들은 의도적으로 기존의 LTE 시스템에 대한 (예컨대, 물리 계층, MAC 계층 또는 RRC 계층에서의) 변경의 필요성을 최소화하도록 설계되어 있을 수 있다. 사용자 ID 또는 그의 일부를 송신하기 위해 기존의 PUCCH 형식들이 재사용될 수 있는 경우, 기존의 UE 전송 아키텍처의 대부분을 재사용하는 것 뿐만 아니라 eNB 수신기 계층들 중 일부(상세하게는, 물리 계층)에 대한 변경의 필요성을 최소화하거나 심지어 제거하는 것이 가능하다. 즉, 사용자 ID 또는 그의 일부를 전달하기 위해 기존의 PUCCH 형식들을 재사용하는 것은 eNB 물리 계층에 대한 수정을 필요로 하지 않을 수 있고, PUSCH 자원들에 액세스하기 위한 UE의 요청이 앞으로 있을 스케줄에서 고려될 수 있도록 복조된 및 디코딩된 사용자 ID를 eNB 스케줄러로 전달할 수 있게만 하면 될 수 있다.

UE가 CSR 자원들을 통해 스케줄링 요청을 송신할 필요가 있는 것으로 결정할 때, 동일한 CSR 자원들을 사용할 수 있는 다른 UE가 또한 동시에(즉, 동일한 서브프레임 내에서) SR을 송신할 가능성이 있다. 2명의 송신측 사용자들이 동일한 서브프레임 내에서 상이한 주파수 또는 코드 할당들을 선택하는 경우, 2개의 스케줄링 요청들이 eNB에 의해 분리가능한 채로 있고, 각각의 복조 및 디코딩 후에, eNB 스케줄러는 그 사용자들 둘 다에 PUSCH에의 액세스를 허가할 수 있다(하향링크를 통해 각각의 사용자에게 개별적인 PDCCH 메시지를 송신함).

그렇지만, 또한 2명의(또는 그 이상의) 사용자들이 동일한 시간(서브프레임), 주파수 및 코드 자원들에서 스케줄링 요청을 전송할 가능성이 있다. 이 상황에서, 상이한 사용자 ID들(또는 그의 일부들)이 동일한 자원을 통해 송신되고, (비록 신호들의 공간 분리에 기초한 보다 진보된 기법들이 구현될 수 있을지라도) 전송들이 eNB 수신기에 의해 쉽게 구분가능하거나 분리가능하지 않을 수 있다. 간단함을 위해, eNB 수신기의 물리 계층 처리에 대해 어떤 변경도 필요하지 않은 것이 바람직할 수 있고, 이 경우에, eNB는 단일의 UE 전송으로서 수신된 "복합" 신호(양쪽 UE들로부터의 전송들을 포함함)를 디코딩하려고 시도할 것이다.

각각의 전송된 사용자 신호 s_u(t)(여기서 "u"는, 이 2명의 사용자의 경우에, 1 또는 2의 값을 취함)는 eNB까지의 도중에 eNB에 있는 제k 수신 안테나에 대한 임펄스 응답 h_u,k(t)를 갖는 중간 무선 전파 채널에 의해 수정을 받게 될 것이다(간략함을 위해, 이 예에서, 각각의 UE는 단일의 송신 안테나를 가진다).

수신된 복합 신호(특정의 시간/주파수/코드 자원을 통해 도착함)는 충돌하는 UE들 각각으로부터 수신되는 2개의 신호들의 선형 중첩을 포함하고, 따라서 제k 수신 안테나에서, 수신된 신호(채널 잡음은 무시함)는 다음과 같다:

충돌하는 데이터 전송들을 갖는 UE들이 동일한 또는 상이한 참조 신호들을 사용하는 방식들이 가능하다. 그렇지만, 기존의 PUCCH 형식들에 대해, 데이터 심볼들의 전송을 위해 사용되는 시간/주파수/코드 자원들은 복조 참조 신호들(demodulation reference signals, DMRS)에 대해 사용되는 시간/주파수/코드 자원들에 대해 사전 결정된 관계를 가진다. 이 원리가 유지되는 경우, 충돌하는 UE들은, 그들의 DMRS에 대해 동일한 자원들을 사용하는 것에 부가하여, 그들의 데이터 심볼들에 대해 동일한 자원들을 사용할 것이다.

충돌하는 UE들에 대한 전송들이 동일한 참조 신호들을 사용하는 경우에, eNB 수신기는 (보통 수신된 시간 영역 신호를 주파수 영역으로 변환하는 FFT 처리 후에) 주파수 영역 채널 추정치를 형성할 것이다:

항 n은 여기서 채널 추정 잡음 또는 오류를 나타내기 위해 사용된다.

eNB는 이어서 [채널의 효과들을 가능한 한 "원상태로 돌리기(undo)" 위해] 주파수 영역 채널 등화(frequency-domain channel equalization)를 수행할 것이고, 그의 수신 안테나들 각각으로부터 수신된 신호들을 결합할 것이다. 얻어진 등화된 및 결합된 신호는 이어서 추가의 처리 유닛들로 송신된다. 예를 들어, 다음과 같은 것들 중 하나 이상을 포함하는 추가의 처리 유닛들은 UE 송신기(들)에 의해 이용되는 것으로 알려진 것들과 동등한 동작들 또는 그의 역을 포함할 수 있다:

주파수 영역 역확산 유닛

시간 영역 역확산 유닛

비트 디스크램블링 유닛

복조 유닛

FEC 디코더 유닛

FEC 디코더의 출력(디코딩된 ID)은 eNB에 의해 사용자 ID(예컨대, C-RNTI 또는 CSR-uRNTI)로서 사용되거나, C-RNTI는 디코딩된 ID와 C-RNTI 사이의 기지의 연관 관계를 통해 도출된다.

그렇지만, 상당한 열 잡음 또는 기타 간섭이 없는 경우에, 2명의 사용자들이 동일한 시간/주파수/코드 자원을 통해 상이한 ID들을 동시에 전송하는 경우의 결과, 디코딩된 ID가 (다른 ID가 아니라) 사용자 1에 대한 ID 또는 사용자 2에 대한 ID와 같게 된다는 것을 알 수 있다. 이것이 일어나기 위해, 다음과 같은 측면들이 존재할 수 있다:

1. 양쪽 UE들이 동일한 참조 신호들(RS)을 사용한다.

a. UE들은 동일한 PUCCH 자원 인덱스(예컨대,

또는 )를 독립적으로 선택했을 수 있고, 동일한 자원 인덱스 값을 사용하도록 구성되어 있을 수 있다.

b. 동일한 CSR 자원을 통해 SR을 송신하는 UE들은 서브프레임 내의 RS 심볼들에 대해 동일한 순환 천이 호핑 패턴들(예컨대, 현재의 PUCCH 형식들에 대해 사용되는 셀 특유 호핑)을 사용하거나, 다른 대안으로서, RS 심볼들에 대해 순환 천이 호핑이 이용되지 않는다.

2. 양쪽 UE들이 PUCCH 구성 동안 동일한 비트 스크램블링 시퀀스를 사용한다(또는, 다른 대안으로서, 비트 스크램블링이 적용되지 않는다).

a. 공통 비트 스크램블링 시퀀스는 CSR-gRNTI, 셀 ID, 또는 다른 자원 특유 파라미터들에 기초할 수 있다.

이 상황들에서, 디코딩된 출력은 사용자 1 또는 사용자 2의 ID 이외의 ID와 같지 않을 수 있다. 이것은 SR 전송 방식에 대해 유리할 수 있는데, 그 이유는, 충돌의 경우에, eNB가 여전히 사용자들 중 하나가 PUSCH 자원들에의 액세스를 필요로 할 것으로 결정할 것이기 때문이다(즉, 양쪽 사용자들이 상쇄 간섭하여 둘 다가 손실되지는 않음).

이와 같이, 2명 이상의 사용자들이 충돌할 때, eNB는 여전히 사용자들 중 하나에 대해 PUSCH 자원들을 스케줄링할 수 있다. 다른(수신되지 않은/디코딩되지 않은) 사용자(들)는 eNB로부터 UL 허가를 수신하지 않을 것이고, 다른 CSR 기회에서 그의 스케줄링 요청을 재시도하려고 할 것이다. SR 재전송들을 제어하기 위해, UE는 통상적으로, SR이 송신될 때마다, 금지 타이머(prohibit timer)를 사전 정의된(또는 어쩌면 랜덤화된) 시작 값으로 설정하도록 구성되어 있을 것이고, 금지 타이머가 만료되면 단지 재시도를 하려 할 것이다.

도 21은 2명의 사용자들(2101 및 2102)이 동일한 시간/주파수/코드 자원들을 사용하여 (예컨대, PUCCH 형식 2를 통해) 각자의 사용자 ID들의 일부 또는 전부를 전송(2111 및 2112)하는 경우를 나타낸 것이다. 도시된 예에서, 2명의 사용자들은 동일한 참조 신호들을 전송하고, 동일한 비트 스크램블링 시퀀스들을 사용한다(또는 비트 스크램블링을 사용하지 않음).

eNB 수신기에서 구현되는 처리 단계들이 또한 도시되어 있다. eNB는 양쪽 사용자들에 의해 사용되는 시간/주파수/코드 자원을 통해 수신된 신호로부터 단일의 사용자 ID를 수신(2130), 역확산(2140), 복조(2150), 디스크램블링(2160), 및 디코딩(2170)하려고 시도한다. 심지어 충돌의 존재 시에, eNB는 충돌하는 사용자들 중 하나를 여전히 정확하게 검출할 수 있고(2180), 따라서 이 정보는 PUSCH 자원들을 성공한 사용자(2190)에 할당하기 위해 상향링크 스케줄러에 의해 사용될 수 있다.

도 22는 2명의 사용자들(2101 및 2102)이 동일한 시간/주파수 자원들을 사용하여 그렇지만 상이한 코드 자원들을 사용하여 (예컨대, PUCCH 형식 2를 통해) 각자의 사용자 ID들의 일부 또는 전부를 전송(2211 및 2212)하는 경우를 나타낸 것이다. 2명의 사용자들은 동일한 참조 신호들을 전송하지 않고(즉, 상이한 코드들 또는 순환 천이들이 사용됨), 2명의 사용자들은 동일한 비트 스크램블링 시퀀스들을 사용할 수 있거나 그렇지 않을 수 있다(또는 비트 스크램블링이 이용되지 않을 수 있음).

eNB 수신기에서 구현되는 처리 단계들이 또한 도시되어 있다. eNB는 역확산(2240), 복조(2250), 디스크램블링(2260) 및 디코딩(2270) 동작들을 거쳐 2개의 사용자 ID들을 그 각자의 코드 자원들을 통해 수신(2230)하려고 시도한다. eNB는 양쪽 사용자들을 정확하게 검출(2280)하고, 따라서 이 정보는 개개의 PUSCH 자원들을 각각에게 할당(2290)하기 위해 상향링크 스케줄러에 의해 사용될 수 있다.

도 21 및 도 22 둘 다에서, eNB 수신기는 지정된 시간/주파수/코드 자원마다 하나의 사용자 신호를 검출 및 디코딩하도록 설계되어 있다. eNB가 지정된 시간/주파수/코드 자원마다 2개 이상의 사용자 신호를 검출 및 디코딩하려고 시도하는 보다 진보된 eNB 수신기 구조들이 생각될 수 있다. 이들은, 예를 들어, 복수의 들어오는 사용자 신호들의 특정의 공간 특성들을 이용할 수 있다.

SR 모드 전환

SR 자원 유형들이 주어진 사용자에 대해 주기적 또는 전용 유형의 것(DSR)으로부터 공통 또는 공유 유형의 것(CSR)으로 시간상에서 전환될 수 있고, 시스템 내의 또는 eNB의 제어 하의 상이한 사용자들은 상이한 유형의 SR 자원들을 사용할 수 있다. 사용자가 제1 SR 자원의 사용과 제2 SR 자원의 사용 사이에서 전환될 수 있는 것이 또한 가능하고, 여기서 제1 및 제2 자원 둘 다는 공통/공유 유형이거나, 제1 및 제2 자원 둘 다가 전용 유형이다.

예를 들어, 사용자는 활성 통신 단계에 있을 때(UL 또는 DL 데이터의 교환이 일어날 때 또는 최근에 일어났을 때) 전용 SR 자원들을 일시적으로 할당받을 수 있고, 보다 비활성인 통신 단계로 전환할 시에, 이 사용자 전용 SR 자원(DSR)이 해제될 수 있고, 사용자는 그 대신에 공통 또는 공유 SR 자원(CSR)을 사용한다.

하나의 특정의 예에서, DSR 자원들의 사용과 CSR 자원들의 사용 간의 전환은 DRX(Discontinuous Reception, 비연속 수신) 상태 또는 하위 상태에, 또는 비활동 타이머(inactivity timer)(DRX 비활동 타이머 등)의 동작에, 또는 DRX 패턴을 제어하는 다른 타이머 또는 파라미터에 연계되어 있을 수 있다. 이 경우에, 사용자는 DRX 비활동 타이머가 동작하고 있는 동안 PUCCH 상의 주기적 전용 SR 자원을 할당받을 수 있고, DRX 비활동 타이머의 만료 시에(또는 DRX 비활동 타이머의 만료에 연계되어 있는 때에), 사용자에 대한 DSR 자원들이 이어서 해제될 수 있고, 사용자는 그 대신에 스케줄링 요청들을 송신하기 위해 CSR 자원들을 사용한다. 데이터 활동의 재개 시에, DRX 비활동 타이머가 재기동될 수 있고, 주기적 전용 SR 자원들이 데이터 활동의 지속기간 동안(예컨대, DRX 비활동 타이머가 동작하고 있는 기간 동안) 사용자에게 재할당될 수 있다.

이와 달리, 다른 예에서, 사용자는 DRX 비활동 타이머가 동작하고 있는 동안 SR을 위한 CSR 자원들을 할당받을 수 있고, DRX 비활동 타이머의 만료 시에(또는 DRX 비활동 타이머의 만료에 연계되어 있는 때에), 사용자는 그 대신에 스케줄링 요청들을 송신하기 위해 DSR 자원들을 사용한다. 데이터 활동의 재개 시에, DRX 비활동 타이머가 재기동될 수 있고, 사용자는 CSR 자원들을 사용하는 것으로 되돌아갈 수 있다. 데이터 활동이 증가한 기간 동안 (공통/공유 SR 자원을 사용하여) 특수한 저 대기시간 스케줄링 요청 메커니즘을 제공하기 위해 이 방식이 사용될 수 있고, 이는 온라인 게임, VoIP 또는 다른 대기시간에 민감한 응용들과 같은 트래픽 프로파일들에 특히 적합할 수 있다.

일반적으로, eNB가 PUCCH 또는 PUSCH 자원들의 하나 이상의 부분들을 특정의 UE들의 그룹에 대한 공통/공유 사용을 위해 예약할 수 있다는 것과, 이 자원 부분들이 PUCCH 상의 전용 SR을 위해 사용되는 것과 같은 다른 PUCCH 또는 PUSCH 자원들과 다중화된다는 것을 잘 알 것이다. 전용 SR 자원들과 공통/공유 SR 자원들 간의 전환은 다음과 같은 것들 중 어느 하나에 의해 통제될 수 있다:

i) eNB에 의한 명시적 전용 제어 시그널링(즉, 사전 정의된 공통 SR 자원의 사용을 가능하게 하는 또는 UE가 사용해야 하는 공통 SR 자원들을 명시하는 eNB로부터 UE로 송신되는 명령들

ii) 암시적 메커니즘들[즉, 공통/공유 자원이 사전 정의되어 있고, 사용자들은, eNB 및 UE 둘 다가 공통으로 알고 있는 트리거링 이벤트들 - 이러한 이벤트들은 (비활동 타이머와 같은) 타이머의 만료, DRX 패턴의 변화 또는 RRC 상태 또는 하위 상태와 같은 통신 상태의 변화를 포함할 수 있음 - 에 기초하여, 공통/공유 자원과 사용자 전용 SR 자원 간에 전환함]

도 23 및 도 24는 상기 (i)에 개략적으로 기술된 명시적 모드 전환 방법의 2개의 예들을 나타낸 것이다. 도 23에서, eNB는 (예컨대, 시스템 정보 브로드캐스트 시그널링을 통해 또는 사용자 전용 시그널링을 통해) 1개 이상의 공통/공유 SR 자원들 및/또는 (예컨대, 사용자 전용 시그널링을 통해) 1개 이상의 사용자 전용 SR 자원들을 사전 구성한다(2310). 사전 구성은, 예를 들어, SR 자원들의 시간, 주파수, 코드 또는 순환 천이들을 명시하는 파라미터들을 포함할 수 있다. SR 모드를 전환하기로 하는 결정(2320)에 기초하여, eNB는, 명시적 SR 모드 전환 명령들(2330)을 UE로 송신하는 것을 통해, 어느 SR 자원들이 UE에 의해 사용 중인지를 제어한다. 선택적인 단계에서, UE는 SR 모드 전환 명령(2330)을 확인 응답할 수 있다(2340). 모드 전환 명령(2330) 및 모드 전환 명령 확인 응답(2340)은, RRC 시그널링(L3), MAC 계층 시그널링(L2) 또는 물리 계층 시그널링(L1) 등을 통해, 통신 스택(communications stack)의 다양한 계층들에서 송신될 수 있다. 명시적 모드 전환 명령(2330)의 수신 시에, UE는 대안의 SR 자원을 사용하는 것으로 전환한다(2350). 사전 구성 스테이지에서 3개 이상의 SR 자원들이 명시되는 경우, 이들 각각은 인덱스와 연관될 수 있고, 그러면 SR 모드 전환 명령은 UE가 어느 SR 자원들을 사용해야만 하는지를 명시하는 인덱스를 포함할 수 있다.

도 24는 어느 SR 자원들이 UE에 의해 사용되는지를 제어하기 위해 역시 명시적 시그널링을 사용하는 방식을 나타낸 것이다. 그렇지만, 도 23과 달리, SR 자원들을 사전 구성하는 단계(2310)가 생략되어 있다. 이와 같이, 어느 SR 자원들이 UE에 의해 사용되고 있는지를 변경하기 위해, eNB는 사용할 특정의 SR 자원들을 명시하는 파라미터들을 포함하는 사용자 전용(포인트-투-포인트) 시그널링을 통해 SR 자원 구성(2430)을 송신한다. 이 파라미터들은 시간, 주파수, 코드 또는 순환 천이 자원들과 같은 자원의 1개 이상의 좌표들을 명시할 수 있다. UE는, 대안의 SR 자원을 사용하는 것으로 전환(2450)하기 전에, 선택적으로 SR 자원 재구성을 확인 응답할 수 있다(2440).

도 25는 상기 (ii)에 대응하는 암시적 SR 모드 전환 방법을 나타낸 것이다. 도 23의 첫번째 단계에서와 같이, eNB는 (예컨대, 시스템 정보 브로드캐스트 시그널링을 통해 또는 사용자 전용 시그널링을 통해) 1개 이상의 공통/공유 SR 자원들 및/또는 (예컨대, 사용자 전용 시그널링을 통해) 1개 이상의 사용자 전용 SR 자원들을 사전 구성한다(2510). 사전 구성은, 예를 들어, SR 자원들의 시간, 주파수, 코드 또는 순환 천이들을 명시하는 파라미터들을 포함할 수 있다. 차후의 때에, UE 및 eNB 둘 다가 공통으로 알고 있는 이벤트가 발생한다(2520). 공통으로 알고 있는 이벤트 이후에, 그리고 선택적으로 기지의 시간 지연 이후에, UE는 대안의(사전 구성된) SR 자원들 중 하나를 사용하는 것으로 전환한다(2530).

도 23 및 도 24는 eNB가 어느 SR 모드가 사용되는지를 명시적으로 제어하고 SR 모드를 변경하기로 하는 결정이 eNB에 의해 행해지는 예들을 나타낸 것이다. eNB에서의 결정은 eNB 자체에 의해 직접 얻어진 정보 또는 측정들에 기초하거나, UE에 의해 얻어지고 다시 eNB에 보고된 측정들 또는 정보에 기초할 수 있다. 이와 같이, (도 26에 도시된 것과 같은) SR 모드 결정 기능(2610)이 eNB에 존재할 수 있고, 이는 입력들의 세트(2620)로서 정보 또는 측정들을 받고 선호된 SR 모드에 관계된 출력(2630)을 발생시킨다. 이 기능의 거동은 eNB에 사전 프로그램되어 있을 수 있는 또는 O&M(operations and maintenance, 운영 및 유지 관리) 엔터티와 같은 다른 엔터티 또는 네트워크 노드에 대한 인터페이스를 통해 eNB에 구성되어 있을 수 있는 SR 모드 '결정 기준 정보(decision criteria information)' 입력들(2640)에 의해 추가로 통제되거나 제어될 수 있다.

다른 대안으로서, UE는 어느 SR 모드가 바람직한지를 결정할 수 있고, 선호된 SR 모드의 사용을 요청하기 위해 추천이 eNB로 송신될 수 있다. eNB는 요청을 따를 필요가 있을 수 있거나, SR 모드 요청을 허용하거나 허용하지 않을 수 있다. 이와 같이, SR 모드 결정 기능(2610)이 UE에 존재할 수 있고, 다시 말하지만, 이는 입력들의 세트(2620)로서 정보 또는 측정들을 받고 선호된 SR 모드에 관계된 출력(2630)을 발생시킨다.

도 27은 UE에 의해 개시된 SR 모드 전환의 경우를 나타낸 것이다. 복수의 SR 자원들의 사전 구성(2710) 후에, UE 내에 위치해 있는 SR 모드 결정 기능(2610)은 새로운 SR 모드가 적절한 것으로 결정하고(2720), 따라서 UE로 하여금 SR 모드 변경을 요청하게 하고(2730) 이어서 [선택적으로, UE로부터 모드를 변경하라는 지시(2740)를 수신하는 단계 후에] 모드를 전환한다(2750). UE 결정 기능(2610)의 거동은 UE에 사전 프로그램되어 있을 수 있거나 eNB에 의해 UE에 구성되어 있을 수 있는 SR 모드 결정 기준 입력들(2640)에 의해 통제되거나 제어될 수 있다. 이 구성은 eNB가 (예컨대, 시스템 정보에 관한) 공통(포인트-투-멀티포인트 또는 브로드캐스트) 시그널링을 통해 또는 전용 포인트-투-포인트 시그널링을 통해 파라미터들을 UE로 신호하는 것을 통해 달성될 수 있다. 이 시그널링은 SR 모드 전환 및 연관된 기준에 관계된 RRC 프로토콜 메시지들 및 구성 데이터를 포함할 수 있다.

이 시스템은 따라서 eNB 내에 또는 UE 내에 위치해 있는 SR 모드 결정 기능(2610)에 입력되는 하나 이상의 인자들에 기초하여 새로운 경쟁 기반 SR 메커니즘의 사용과 원래의 전용 SR 메커니즘의 사용 간에 전환하는 능력을 포함하도록 보강될 수 있다. SR 모드 결정 기능에의 입력들은 다음과 같은 것들을 포함할 수 있다:

UE의 현재 데이터 활동 상태 또는 데이터 활동 레벨

DRX 상태 또는 하위 상태, 또는 DRX 패턴의 변화

DRX 거동을 제어하는 1개 이상의 타이머들이 동작하고 있는지 만료되었는지의 결정

응용 프로그램들, 서비스들 또는 논리 채널들의 활동의 결정

SR 모드 전환 결정 기능(2610)에 대한 다른 입력들이 또한 가능하다. 예를 들어, 통신 시스템의 상이한 응용 프로그램들 또는 논리 채널들이 상이한 QoS 및 대기시간 요구사항들을 가질 가능성이 있는 것에 유의하여, 특정의 논리 채널, 응용 프로그램 또는 서비스의 데이터 활동 또는 비활동의 함수로서 SR 모드를 전환하는 것이 또한 적절할 수 있다. 이와 같이, 저 대기시간 서비스 또는 응용 프로그램이 활성 또는 비활성으로 될 때, UE에 의해 사용되는 SR 자원들이 그에 따라 조절될 수 있다. 이와 유사하게, UE에 의해 사용되는 SR 자원들이 배경 응용 프로그램(background application) 또는 대기시간 허용 서비스(latency-tolerant service)가 활성 또는 비활성으로 되는지에 따라 조절될 수 있다.

그에 부가하여, 상이한 SR 자원들 간의 전환이 UE 우선순위와 같은 우선순위에 기초할 수 있다. 예를 들어, 저 우선순위 사용자들 또는 저 우선순위 응용 프로그램들을 갖는 사용자들은 비교적 높은 충돌 확률을 가지는 SR 자원을 할당받을 수 있는 반면, 고 우선순위 사용자들 또는 고 우선순위 응용 프로그램들을 갖는 사용자들은 보다 낮은 충돌 확률을 가지는 SR 자원을 할당받을 수 있다.

지배적인 무선 채널 상태의 함수로서 SR 모드 또는 UE에 의해 사용되는 SR 자원들을 전환하는 것이 또한 바람직할 수 있다.

다수의 명시적 UE 비트들을 (예컨대, PUCCH 형식 2 또는 형식 3을 통해) 전달하기 위한 SR 메커니즘을 제안된 수정은, (온/오프 변조를 통해 1개의 유효 비트만을 송신하는) 기존의 PUCCH 형식 1 SR과 비교할 때, 그렇게 하기 위해 UE에서 부가의 전송 전력을 필요로 한다. 이것은 SR의 커버리지 및 용량 둘 다에 영향을 미친다.

그렇지만, 전체 시스템 커버리지는 제안된 CSR 기법에 의해 그다지 영향을 받지 않을 수 있다. 사용자 ID의 전송이 온/오프 변조를 사용하는 간단한 1-비트 SR보다 더 많은 비트들의 송신(따라서 또한 더 많은 전력)을 필요로 하지만, 비트들의 수는 채널 상태 정보(CQI/PMI/RI)와 같은 다른 멀티비트 UL 제어 정보 유형들에 대해 필요한 것과 유사할 수 있다. 즉, 셀의 가장자리 쪽에 위치해 있는 UE는 어쨋든 비SR 정보 유형들에 대한 신뢰성있는 UL 제어 정보 전송을 할 수 있어야만 하고, 일반적으로 이들은, 단일-비트 SR보다 더 많은 비트들을 포함하기 때문에, 커버리지 경계(coverage bound)를 설정한다. 그에 부가하여, 셀의 가장자리에 있는 UE는 또한 타당한 SLA(Service Level Agreement, 서비스 수준 계약)와 상응하는 데이터 레이트(예를 들어, 64kbps 또는 이와 유사한 최소 지원 UL 데이터 레이트)에 따라 PUSCH를 통해 eNB와 통신할 수 있어야만 한다. 이 SLA를 충족시키기 위해 모든 상향링크 서브프레임이 이용되는 경우, 이것은 1 ms TTI마다 64 비트로 되고, 다시 말하지만, SR에 대해 제안된 적은 수의 UE ID 비트들(예컨대, 최대 16 비트)보다 더 크다.

그렇지만, 어떤 통신사업자들 또는 네트워크 벤더들이 현재의 전용 PUCCH 형식 1 SR 방식과 같은(또는 그보다 더 나은) 커버리지 성능을 가지는 SR 메커니즘을 커버리지의 가장자리에서 운영할 능력을 보유하고자 한다는 것이 생각될 수 있다.

이러한 커버리지 측면들의 인식 하에, SR 모드 전환 결정의 기초를 역시 형성할 수 있는 다른 인자들은, 예를 들어, 다음과 같은 것들을 포함한다:

eNB와 UE 사이의 경로 손실의 결정 또는 측정

하향링크 반송파 대 간섭(carrier to interference, C/I) 또는 하향링크 반송파 대 간섭 및 잡음(carrier to interference-plus-noise, C/(N+I))의 결정 또는 측정

상향링크 반송파 대 간섭(C/I) 또는 상향링크 반송파 대 간섭 및 잡음(C/(N+I))의 결정 또는 측정

UE에 대한 상향링크 데이터 레이트

UE에 대한 상향링크 변조 및 코딩 방식

- UE에 대한 상향링크 전력 헤드룸(예컨대, 최대 UE 전송 전력 대 현재 UE 전송 전력의 비)

제안된 SR 모드 전환 해결책들은 PUSCH 기반 신호 구성들을 사용하여 CSR에 대해 똑같이 적용된다.

전송 다이버시티

PUCCH 신호 구성들을 사용하여 CSR 전송들에 전송 다이버시티가 적용될 수 있다. 전송 다이버시티 방식들은 다음과 같은 2가지 카테고리로 세분화될 수 있다: 다수의 안테나들을 통한 그의 전송을 지원하기 위해 물리 채널의 구조에 대한 수정을 필요로 하는 것["비투명 방식(non-transparent scheme)"], 및 그렇지 않은 것["투명 방식(transparent scheme)"]. 이들 방식 둘 다는 그의 장점들 및 단점들을 가진다.

비투명 방식들은, 그의 설계에서 보다 많은 자유도를 갖기 때문에, 통상적으로 투명 방식들보다 더 나은 다이버시티 이득을 제공한다. 그렇지만, 보다 나은 다이버시티 이득은 어떤 대가가 있을 수 있다. 가장 명확한 것은 부가의 시스템 복잡도인데, 그 이유는 상이한 전송 및 수신 구조가 사용되기 때문이다. 또한, 비투명 방식들은 종종 각각의 안테나를 통해 전송되는 신호들이 독립적으로 수신될 것을 필요로 하고, 이는 통상적으로 각각의 안테나로의 채널이 독립적으로 추정될 것을 필요로 한다. 이것은 부가의 참조 신호들(통상적으로 안테나당 한 세트의 참조 신호들)의 사용을 가져온다. 부가의 참조 신호들의 이러한 사용은 스펙트럼 효율을 떨어뜨릴 수 있는데, 그 이유는 그 참조 신호들이 그렇지 않았으면 데이터를 전달할 수 있을 또는 동일한 자원에 공동 다중화된(co-multiplexed) UE들을 식별하는 데 사용될 수 있을 자원을 차지해야만 할지도 모르기 때문이다. 비투명 방식들은 또한 안테나를 통해 중복 정보를 전송할 수 있고, 이는 스펙트럼 효율을 추가로 감소시킬 수 있다.

투명 다이버시티 방식들은 일반적으로 물리 채널의 변환된 사본들을 다수의 안테나들을 통해 전송하는 것에 의해 동작한다. 변환들은 채널의 다중 경로 전파(multipath propagation)에 의해 야기될 수 있도록 되어 있고, 따라서 수신기는 단일 안테나 전송과 다중 안테나 전송을 구별할 필요가 없다. 통상적인 변환들은 상이한 지연들, 주파수 오프셋들, 또는 위상 천이들을 갖는 안테나들을 통해 물리 채널의 사본을 전송하는 것을 포함한다.

경쟁 기반 SR 자원 해결책들의 한가지 주된 특성은 이들이 기존의 PUCCH 형식들에서 사용될 수 있다는 것이다. 다수의 사용자들이, 데이터 심볼 및 참조 심볼 둘 다에서 동일한 순환 천이 및/또는 직교 커버(orthogonal cover)를 사용하여, 동일한 SR 자원 상에서 경쟁할 수 있다. N개의 송신 안테나들을 갖는 UE에 N개의 상이한 사용자 ID들을 할당하는 것에 의해 전송 다이버시티 방식을 구성하기 위해 이 특성을 사용할 수 있다. UE는 구별되는 ID를 갖는 하나의 PUCCH를 각각의 안테나를 통해 전송할 수 있고, eNB는 이들을 다수의 UE들로부터의 경쟁 기반 PUCCH 전송인 것처럼 동일한 방식으로 수신할 것이다.

그러면, 경쟁 기반 전송 다이버시티는 투명 및 비투명 다이버시티와 공통인 특성들 및 그와 상이한 특성들 둘 다를 갖는 것으로 보여질 수 있다. 각각의 안테나는 상이한 변조 심볼들을 갖는 신호를 전달할 것이고, 이는 비투명 방식들과 유사하다. 그렇지만, 비투명 방식들과 달리, 이는 물리 채널의 변조를 필요로 하지 않는다. 투명 방식들과 유사하게, 각각의 안테나에서 단일의 참조 신호가 사용될 수 있고, 다이버시티 전송을 지원하기 위해 단일 안테나 수신기 구조가 수정될 필요가 없다. 투명 방식들과 달리, 구별되는 정보 비트 페이로드들이 상이한 안테나들과 연관되어 있다.

경쟁 기반 SR을 위한 전송 다이버시티를 지원하기 위해 필요한 주된 수정은 UE가 다이버시티를 위해 사용할 수 있는 부가의 ID를 통보받을 필요가 있다는 것이다. 이것은 각각의 ID를 독립적으로 신호하는 것에 의해 또는 기본 ID(base ID)를 신호하고 나머지 N개의 ID들을 결정하기 위해 고정 함수(fixed function)를 사용하는 것(기본 ID에 사전 결정된 오프셋들을 가산하는 것 등)에 의해 행해질 수 있다.

UE는, 어느 ID들을 사용해야 하는지를 알게 되면, 다음과 같은 다수의 방식들로 경쟁 기반 TxD를 사용하여 전송할 수 있다:

1. UE는 N개의 안테나들 각각에서 하나의 구별되는 ID를 갖는 단일의 공통/공유 PUCCH 자원을 통해 N개의 ID들을 동시에 전송할 수 있다. eNB는 UE의 송신 안테나들 중 어느 것이 현재 가장 신뢰할 수 있는지를 결정하기 위해 디코딩된 ID를 사용할 수 있고, 이 정보는 UE와의 차후의 통신 동안 eNB에 의해 추가적으로 이용될 수 있다. 예를 들어, eNB는 그의 전송들 중 하나 이상을 결정된 송신 안테나로 전환하라고 UE에 지시하기 위해 그 정보를 사용할 수 있을 것이다.

2. UE는 안테나들 중 하나를 통해 하나의 ID를 전송할 수 있다. 이 안테나 선택은 "개루프(open loop)" 또는 "폐루프(closed loop)" 방식으로 행해질 수 있다.

a. 개루프 방식에서, 선택된 안테나는 eNB에서 가장 많은 수신 전력을 가지는 것으로 추정되는 것일 수 있다. UE는, UE의 안테나들 각각에서 eNB로부터의 평균 하향링크 전력을 측정하는 것 및 가장 많은 평균 하향링크 전력을 갖는 것이 가장 많은 평균 상향링크 전력을 가질 것으로 가정함으로써, eNB에서의 수신 전력을 추정할 수 있다. 이 경우에, UE는, eNB로부터의 피드백 또는 제어 없이, ID를 전송할 안테나를 선택할 수 있을 것이다.

b. 폐루프 방식에서, eNB는 각각의 안테나로부터의 수신 전력을 직접 측정하고 경쟁 기반 PUCCH를 전송하기 위해 어느 안테나를 사용할지를 UE에 지시할 수 있다. 이 경우에, eNB는 UE가 피드백을 제공하기 위해 전송을 하는 안테나들을 식별할 수 있을 필요가 있을 것이다. 경쟁 기반 PUCCH TxD가 부가의 참조 신호들을 사용하지 않기 때문에, 안테나들을 식별하기 위해 어떤 부가의 메커니즘이 필요하다.

i. 하나의 방식은 UE가 가지고 있는 N개의 ID들을 N개의 안테나들 각각과 연관시키는 것이고, 따라서 UE는 주어진 ID를 특정의 안테나 포트를 통해서만 전송한다. UE가 경쟁 기반 PUCCH를 전송할 때, eNB는 수신 전력을 결정하고, 검출된 ID를 사용하여 그를 UE의 안테나 포트와 연관시킬 것이다. UE는, 채널의 변화율이 주어진 경우, eNB가 적당한 안테나를 선택하도록 충분히 빈번하게 (연관된 ID들을 사용하여) 그의 안테나들 각각을 통해 전송할 것이다. 이것은, UE를 그의 안테나들 중 적어도 2개를 통해 경쟁 기반 PUCCH들을 주기적으로 전송하도록 또는, 다른 대안으로서, 한번에 하나의 안테나만을 통해 그렇지만 상이한 서브프레임들에서 상이한 안테나들을 통해 전송하도록(안테나들에 걸친 "호핑") 구성하는 것에 의해, 행해질 수 있을 것이다.

ii. 제2 방식은 기존의 물리 채널들로부터의 정보를 사용한다. Rel-10 UE는, 다중 안테나 전송을 하도록 구성되어 있을 때, 각각의 안테나와 연관되어 있는 참조 신호들을 포함하는 물리 채널들을 전송할 것이다. 이 경우에, eNB는 UE의 안테나들 각각으로부터의 수신 전력을 측정하고, 어느 안테나를 선택할지를 결정하기 위해 이것을 사용할 수 있다. 예를 들어, UE가 Rel-10 LTE를 사용하여 PUCCH 형식 1b의 2 안테나 포트 전송을 하도록 구성되어 있는 경우, UE는 2개의 안테나 포트들과 연관되어 있는 RS를 가질 것이다. 이 경우에, eNB는 이 2개의 포트들 중 하나를 선택하고 그의 경쟁 기반 PUCCH 전송들을 위해 이것을 사용하라고 UE에 지시할 수 있다.

개루프 또는 폐루프 다이버시티 전송이 사용되는지에 무관하게, eNB는 단일 수신기 구조를 사용할 수 있다. eNB는 주어진 서브프레임 및 자원에서 모든 UE들로부터 모든 안테나들을 통해 전송될 수 있는 모든 ID들을 수신하려고 시도할 것이고, UE에 할당된 N개의 ID들 중 임의의 것을 성공적으로 디코딩하는 경우, UE가 스케줄링 요청을 발행한 것으로 결정할 것이다.

다른 대안으로서, 종래의 개루프 TxD 기법들을 경쟁 기반 SR에 적용하는 것이 또한 가능하다. 이 경우에, 비록 단일의 공통/공유 PUCCH 자원을 통해 동시에 전송하는 UE들이 상이한 ID들을 사용하여 전송할지라도, 각각의 UE는 단지 하나의 ID를 전송한다. 2가지 TxD 방식들이 생각될 수 있다:

1. 비투명

a. UE는 구별되는 참조 신호들을 각각의 안테나를 통해 전송하여, eNB가 각각의 안테나로의 채널을 독립적으로 추정할 수 있게 한다. 경쟁 기반 SR의 비투명 TxD 전송에 대한 2가지 가능한 방법들은 다음과 같다:

i. UE는 직교 자원 전송 다이버시티 방식들을 사용하여 전송할 수 있고, 여기서 변조된 데이터 심볼들의 시퀀스가 N개의 안테나들 각각으로 복제되고, 각각의 안테나는 UE의 다른 안테나들과 상이한 경쟁 기반 SR 자원을 통해 변조된 데이터 심볼들의 시퀀스를 전송한다. 이 방법은 N개의 경쟁 SR 자원들을 사용하고, 따라서 스펙트럼적으로 비효율적일 수 있다. 그렇지만, 각각의 안테나가 독립적으로 수신될 수 있기 때문에, 각각의 안테나는 최대 다이버시티 차수(full diversity order)를 제공하고, 보다 스펙트럼적으로 효율적인 방식들보다 더 적은 전송 전력을 필요로 할 수 있다.

ii. 다른 대안으로서, UE는 소위 Alamouti TxD 방식에 기초한 것들과 같은 블록 코딩된 전송 다이버시티(block coded transmit diversity)를 사용하여 전송할 수 있다. 경쟁 기반 SR을 위한 블록 코딩된 TxD에서, 변조된 데이터 심볼들의 시퀀스가 심볼 쌍들 s1(i) 및 s2(j)(단, i=1 ,2,...,I이고 j=1 ,2,...,J임)로 분해되고, I+J는 경쟁 기반 SR의 단일의 전송에서의 변조 심볼들의 총수이다. 각각의 안테나는 다른 안테나들과 동일한 경쟁 기반 SR 자원을 통해 전송한다. 2 안테나 블록 코딩된 TxD의 경우, 제1 안테나는 [s1(i), s2(i), s1(i+1), s2(i+1), s1(I), s2(J)]를 전송할 것이고, 제2 안테나는 [s2*(i), -s1*(i), s2*(i+1), -s1*(i+1), s2*(I), -s1*(J)]를 전송할 것이며, 여기서 *는 변조 심볼의 복소 공액(complex conjugation)을 나타낸다. 이 방법은 최대 다이버시티 차수를 제공할 수 있고, 따라서 낮은 양의 전송 전력을 필요로 할 수 있다. 게다가, 이는 모든 안테나들에 걸쳐 하나의 경쟁 SR 자원을 사용하고, 따라서 스펙트럼적으로 효율적일 수 있다. 그렇지만, 다중화 용량이 이용가능한 참조 심볼들의 수에 의해 제한되어 있는 경우, 스펙트럼 효율 이득(spectral efficiency gain)이 이용가능하지 않을 수 있다. 또한, 블록 코딩된 TxD 방식들에 대한 수신기 설계들이 직교 자원 전송 방식들에 대해서보다 더 복잡한 경향이 있고, 짝수개의 변조 심볼들이 공간-시간 자원들의 주어진 세트를 통해 전송되지 않을 때 블록 TxD 방식들은 구현하기 더 어렵다.

2. 투명

a. UE는 각각의 안테나를 통해 동일한 참조 심볼들을 전송하고, 투명 다이버시티를 참조하여 앞서 기술한 바와 같이, 안테나들 사이에서 경쟁 기반 SR 물리 채널의 사본들을 변환한다. 비투명 방식들과 비교하여 동일한 장점들 및 단점들이 적용된다: 이는 경쟁 기반 자원을 효율적으로 사용하는데, 그 이유는 모든 안테나들에 대해(참조 신호들 및 변조된 데이터 심볼들 둘 다에 대해) 단지 하나의 자원이 사용되기 때문이다. 그렇지만, 최대 다이버시티 차수가 일반적으로 달성되지 않으며, 따라서 요구된 전송 전력과 관련한 성능이 비투명 방식들만큼 좋지 않다.

RRC 시그널링 대안들

PUCCH 신호 구성들을 사용하여 경쟁 기반 스케줄링 요청(contention-based scheduling request, CSR)의 구성을 지원하기 위해, RRC 시그널링 메시지들 또는 정보 요소들이 다음과 같은 것들 중 하나 이상을 제공하도록 수정될 수 있을 것이다.

i) CSR 자원에 대한 PUCCH 형식 유형(예컨대, PUCCH 형식 1, 2 또는 3)을 나타내는 식별자를 포함하도록.

ii) [PUCCH 형식 1 및 2에 대한 기존의 RRC 파라미터들(각각, sr-PUCCH-ResourceIndex 및 cqi-PUCCH-ResourceIndex)과 유사하게] 인덱스 범위 내에서 PUCCH 자원 인덱스를 명시하도록. 인덱스는 공통/공유 SR 자원의 주파수 및/또는 코드 속성을 식별해줄 수 있다. 인덱스 범위는 명시된 PUCCH 형식 유형과 호환되어야만 한다(예컨대, PUCCH 형식 2에 대한 값들 0 내지 1185, 또는 PUCCH 형식 3에 대한 0 내지 549).

iii) PUSCH 주파수 자원 또는 자원 인덱스를 명시하도록.

iv) CSR 자원의 시간 영역 주기성 및 서브프레임 오프셋을 명시하도록[예컨대, 기존의 RRC 파라미터(sr-ConfigIndex)와 유사하지만, 증가된 수의 가능한 자원 주기성 값들을 제공하도록 수정될 수 있음].

v) CSR 자원을 통해 전송될 신호들을 구성하는 데 UE에 의해 사용될 CSR-uRNTI를 포함하는 필드를 포함하도록. 다른 대안으로서, 이 필드는 UE가 그의 C-RNTI 또는 다른 기존의 사용자 ID를 사용하여 어떻게 CSR-uRNTI를 결정해야만 하는지를 통제하는 1개 이상의 파라미터들을 포함할 수 있을 것이다. CSR-uRNTI는 16-비트 C-RNTI와 동일한 길이일 수 있거나 그렇지 않을 수 있다. C-RNTI가 CSR-uRNTI로서 직접 사용되는 경우, C-RNTI를 UE로 전달하는 기존의 메시지들로 충분하고, 별도의 CSR-uRNTI를 신호할 필요가 없다.

vi) CSR-uRNTI 또는 C-RNTI의 전부 또는 일부를 표시된 CSR 자원 내의 시간/주파수/코드 자원들의 서브셋들에 어떻게 매핑할지를 기술하는 정보를 포함하도록. 이것은, 앞서 기술한 바와 같이, 전체 사용자 ID(예컨대, C-RNTI 또는 그로부터 도출되는 ID)의 어떤 비트들이 CSR 신호 전송 내에서 UE에 의해 명시적으로 신호되고 나머지 비트들이 CSR 자원 선택을 통해 UE에 의해 암시적으로 신호되는 경우를 용이하게 하기 위해 사용될 수 있다.

vii) 비트 스크램블링 시퀀스를 도출하거나 설정하는 데 또는 비트 스크램블링을 디스에이블하는 데 사용될 수 있는 정보를 포함하도록. 이것은 동일한 CSR 자원에 액세스하는 사용자들이 CSR 전송들을 위해 동일한 비트 스크램블링 시퀀스를 사용하도록(또는 비트 스크램블링을 사용하지 않도록) 구성하기 위해 사용될 수 있다. 이 정보는 셀 내의 CSR 자원과 연관되어 있는 그리고 (도 16에 도시되어 있는 발생기와 같은) 스크램블링 시퀀스 발생기를 초기화하기 위해 UE에 의해 사용되는 공통 또는 셀 특유 RNTI 또는 다른 스크램블링 ID를 포함하는 필드를 포함할 수 있다. 유의할 점은, 이 공통 또는 셀 특유 스크램블링 ID가 그룹 CSR RNTI(CSR-gRNTI)와 동일할(또는 그에 관계되어 있을) 수 있을 것이다.

viii) 순환 천이 호핑 패턴을 도출하기 위해 사용될 수 있는 정보를 포함하도록. 이 정보는 의사 랜덤 시퀀스 발생기를 초기화하기 위해 사용되는 값을 포함할 수 있고, 의사 랜덤 시퀀스는 또한 순환 천이 호핑 시퀀스를 도출하는 데 사용된다. 이 값은 셀에 관련되어 있을 수 있거나, 구성되고 있는 CSR 자원과 연관되어 있는 값(CSR-gRNTI 등)일 수 있다.

ix) 다른 액세스 방법들에 의지하기 전에 UE가 CSR 자원을 통해 몇번의 연속적인 시도를 할 수 있는지를 제어하는 파라미터를 포함하도록.

x) UE가 전송을 성공했다고 간주하기 이전에 그의 C-RNTI로 어드레싱되는 UL 허가를 (CSR 전송 이후) 얼마나 기다려야만 하는지를 제어하는 타이머 값을 포함하도록.

이 정보는 eNB로부터 UE로 전달된다. 상기 정보 필드들 각각에 대해, 특정의 정보를 전용(포인트-투-포인트) 또는 공통(포인트-투-멀티포인트) 시그널링 수단을 통해 전달하는 것이 가능할 수 있다. 정보의 일부는 전용 시그널링을 통해 전달되고 일부는 공통 시그널링을 통해 전달되는 혼합 방식들이 가능하다. 통상적으로, 이 정보는 RRC 시그널링 메시지들 또는 RRC 정보 요소들을 통해 전달될 것이지만, 상기 정보 필드들 중 하나 이상의 정보 필드들을 MAC 계층 또는 물리 계층(예컨대, PDCCH)을 비롯한 다른 계층들에서 신호하는 것이 또한 가능하다.

다른 형태의 ASN 구성이 또한 가능하다는 것과 예들이 단지 예로서 제공되어 있다는 것을 잘 알 것이다. 실제의 ASN 구성이 또한 이전의 릴리스들과의 역호환의 필요성에 따라 변할 수 있다.

상세하게는 CSR 자원이 PUSCH 영역 내에 위치해 있을 때, 대안은 LTE에서 반영속적 스케줄링(semi-persistent scheduling, SPS)을 위해 사용되는 것들과 유사한 방법들을 사용하여 자원을 할당하는 것이다. 이 경우에, 시스템 내의 1개 이상의 UE들에 대해 시간상 동일한 또는 부분적으로 중복하는 SPS 자원 시기들(SPS resource occasions)을 구성하기 위해 (RRC SPS-Config IE와 같은) 전용 RRC 시그널링이 사용될 수 있을 것이고, 할당을 활성화 또는 비활성화시키기 위해, CSR 자원의 주파수에서의 위치를 명시하기 위해 그리고 어쩌면 다른 CSR 자원 파라미터들을 전달하기 위해 PDCCH 메시지들이 사용될 수 있을 것이다.

기존의 상향링크 SPS 메커니즘과 동일한 방식으로, 이 RRC 구성 시그널링은 또한 (PDCCH를 통해 송신되고 CSR 자원에 관계되어 있는) UL 허가 메시지들이 어드레싱되는 SPS-RNTI를 각각의 UE에 제공하기 위해 사용될 수 있다. 이것은 여기서 SPS-CSR-RNTI라고 지칭되는데, 그 이유는 UE에 반영속적으로 할당된 CSR 자원을 말하는 것이기 때문이다. 1개 이상의 UE들에 제공되는 SPS-CSR-RNTI들이 동일할 수 있을 것이고(예를 들어, 모두가 CSR 그룹 RNTI "CSR-gRNTI"와 같을 수 있음), 이는 CSR 자원의 그룹 기반 구성, 재구성, 활성화 또는 비활성화 및/또는 RB(들)의 주파수 위치와 같은 그의 연관된 파라미터들의 수정을 가능하게 할 것이다. 다른 대안으로서, 1개 이상의 UE들 각각에 제공되는 SPS-CSR-RNTI들이 상이할 수 있고, 이 경우에, CSR 자원을 구성, 재구성, 활성화 또는 비활성화하기 위해 상이한 PDCCH 메시지들이 각각의 UE로 송신될 필요가 있을 것이다. 단지 기존의 RRC 파라미터 semiPersistSchedC-RNTI를 사용하는 것에 의해, SPS-CSR-RNTI가 RRC SPS-Config IE 내에서 UE로 신호될 수 있을 것이다.

전용 RRC 시그널링을 통해 달성되든 전용 PDCCH 시그널링을 통해 달성되든 간에, eNB는 이러한 방식으로 공통/공유 SR 자원에 액세스할 수 있는 UE들을 부가하거나 제거할 수 있다.

CSR을 위해 PDCCH를 통한 그룹 기반 어드레싱이 사용되는 경우, 그룹 내의 모든 UE들이 가능한 CSR 자원 업데이트들이 있는지 PDCCH(예컨대, SPS-CSR-RNTI = CSR-gRNTI로 어드레싱됨)를 모니터링해야만 하는 서브프레임 시기들을 정의하는 파라미터들을 구성하는 것이 유익할 수 있다.

이 공통 업데이트 시기들(eNB 및 CSR UE들의 그룹 둘 다가 알고 있음)은 시작 서브프레임, 수정 기간 및 수정 길이로 명시되어 있을 수 있다. 이 파라미터들을 사용함으로써, UE가 어느 서브프레임들에서 CSR 업데이트들이 있는지 검사해야만 하는지를 제어하기 위해 주기적 PDCCH 모니터링 패턴이 정의될 수 있다. 이 업데이트 시기들은 따라서 주기적으로 반복될 수 있는 '수정 윈도우(modification window)' 내에 있을 수 있다.

PUSCH

앞서 언급한 바와 같이, (PUCCH-유사 SR 신호들을 전달하는) CSR 자원은 PUCCH 주파수 영역에 뿐만 아니라 또는 그 대신에 PUSCH 주파수 영역에 존재할 수 있다.

도 28은 PUSCH-유사(PUSCH-like) SR을 전달하는(즉, PUSCH 신호 구성을 사용하는) 대안의 CSR 방식에 대한 단계들을 나타낸 것이다. PUSCH-유사 SR 신호들은 CSR 자원들에 대해 PUSCH 주파수 영역 또는 PUCCH 주파수 영역을 사용할 수 있다.

1) 제1 단계로서, eNB는 선택적으로, 경쟁 기반 스케줄링 요청을 위해, [제어 또는 데이터 주파수 영역에서의] 상향링크 자원들의 일부분을 복수의 UE들에 할당한다(2810). 자원 할당이 브로드캐스트 시그널링을 통해 전달될 수 있거나, 복수의 UE들 각각으로 개별적으로 신호될 수 있다. 자원들이, 예를 들어, 표준에 사전 정의되어 있는 경우, 이 제1 단계가 생략될 수 있다.

2) 어떤 나중의 시점에서, 보류 데이터가 UE의 전송 버퍼에 도착한다(2820).

3) UE가 PUCCH 신호 구성 방법을 사용하여 사용자 ID(또는 그의 일부분)를 인코딩하고, 그 신호를 할당된 CSR 자원을 통해 전송한다(2830). PUSCH 신호들에 의해 전달되는 페이로드가 PUCCH 신호들에 의해 전달되는 것들보다 실질적으로 더 클 수 있다는 사실로 인해, 부가 정보 필드들을 전달할 메시지 내의 부가의 여지가 있을 수 있다. 이들은 다음과 같은 것들을 포함할 수 있다:

a. UE의 전송 버퍼 내에서의 1개 이상의 데이터량 레벨들을 나타내는 버퍼 상태 보고(buffer status report, BSR)

b. 소량의 사용자 데이터

c. 현재의 무선 상태에 관계되어 있는 정보

4) eNB 수신기는 CSR 자원으로부터의 신호들을 디코딩(2840)하려고 시도하며, UE의 신호의 디코딩이 성공한 경우, eNB는 이어서 디코딩된 정보를 사용하여 UE ID를 도출한다. eNB는 또한 UE가 포함시켰을 수 있는 (BSR, 사용자 데이터, 또는 무선 상태에 관계된 정보와 같은) 임의의 부가 정보 필드들을 디코딩(2850)한다.

5) eNB가 추가의 PUSCH 자원들이 필요한 것으로 결정하는 경우, eNB는 계속하여, 데이터의 전송을 위한 PUSCH 자원의 일부분을 UE에 할당하기 위해, 정규의 UL 허가 메시지를 UE로 송신한다(2860). eNB는, PUSCH 자원을 얼마나 UE에 할당해야 하는지를 결정할 때 그리고 할당된 PUSCH 자원의 형식 설정, 변조, 코딩 또는 기타 속성들을 결정할 시에, 임의의 수신된 BSR 정보 또는 무선 상태에 관계된 수신된 정보를 고려할 수 있다. UL 허가 메시지는 PDCCH(Physical Downlink Control Channel)를 통해 송신되는 DCI(Downlink Control Format) 메시지에서 전달된다.

6) UE는 이어서 추가의 PUSCH에 액세스하고 (추가의) 데이터를 eNB로 송신할 수 있다(2870).

상기 단계(2830)의 하나의 특정의 구현은 MAC C-RNTI 제어 요소 내에서 사용자의 C-RNTI를 송신하는 것이다. 그렇게 함으로써, 이 방식은 LTE 시스템의 기존의 구성 블록들을 재사용하고, 그로써 기존의 시스템들과의 그의 호환성을 향상시키고 본 발명을 지원하기 위한 부가의 수정들의 필요성을 최소화한다.

CSR-PUSCH 전송들 내의 정보 필드들

C-RNTI MAC CE는 원래 RACH 절차 동안에만 사용되고, 따라서, 어떤 실시예들에서, PUSCH를 통한 경쟁 기반 스케줄링 요청을 위해 C-RNTI MAC CE가 재사용된다.

C-RNTI MAC CE에 부가하여, CSR 자원을 통한 PUSCH 전송은 버퍼 상태 보고(Buffer Status Report, BSR)[예를 들어, MAC CE(330) 내에 있음], 사용자 데이터(MAC SDU들)(340) 및 MAC 패딩 비트들(350)과 같은 다수의 다른 데이터 요소들을 [예를 들어, MAC 전송 블록(300) 또는 MAC 페이로드(320) 내에] 포함할 수 있다. BSR은 긴 BSR(Long BSR, L-BSR) 또는 짧은 BSR(Short BSR, S-BSR)일 수 있다.

도 29는 CSR 전송들을 위한 어떤 예시적인 MAC PDU 구성들(2901 내지 2912)을 나타낸 것이다. C-RNTI MAC CE는 eNB가 사용자를 식별할 수 있게 하기 위해 모든 경우들에 필요하다. 경우들(2902 내지 2908)은, 필요한 MAC 서브헤더들(도면에서 "Sub-H"로 표시되어 있음)과 함께, 다른 필드들을 포함하는 것을 나타낸 것이다. C-RNTI CE 및 BSR CE MAC 서브헤더들 각각은 길이가 1 바이트이다. MAC SDU에 대한 또는 패딩에 대한 서브헤더들은 보통 2 바이트이지만, MAC PDU에서 마지막 서브헤더일 때는 길이가 1 바이트이다.

네트워크는 다양한 필드들이 UE(들)에 의해 CSR 자원을 통한 PUSCH 전송들 내에 포함될 수 있는지 여부를 제어하고자 할 수 있다. 상세하게는, eNB는 UE들이 CSR 자원을 통해 사용자 데이터를 송신할 수 있는지 여부를 제어하고자 할 수 있다.

"데이터 허용됨(Data Allowed)": 이 모드에서, UE는 C-RNTI MAC CE를 송신하고, 또한 MAC SDU들 내에서 사용자 데이터를 송신할 수 있고 선택적으로 또한 BSR MAC CE를 후치 추가(append)할 수 있다. 이 모드는 CSR 전송에 피기백되어 있는 상당한 양의(소량의) 사용자 데이터의 전송을 위해 사용된다. 이것은 데이터 전송의 대기시간을 향상시킬 수 있고, 일반적으로 CSR-PUSCH 자원의 사용 효율을 증가시킬 수 있다. 이것은 확인 응답 또는 킵 얼라이브(keep-alive) 및 핑(PING)과 같은 소량의 TCP 또는 기타 상위 계층 제어 데이터를 송신하는 데 특히 유용할 수 있다. 이 데이터 패킷들의 전형적인 크기들은 약 40 내지 60 바이트일 수 있다.

"데이터 허용되지 않음(Data NOT Allowed)": 이 모드에서, UE는 C-RNTI MAC CE 및 선택적으로 BSR MAC CE만을 전송한다. 이 모드는 CSR-PUSCH 자원들을 통해 스케줄링 요청을 하기 위해 UE에 의해 사용된다.

사용자 데이터가 CSR-PUSCH 전송 내에서 전달되는지에 따라 UE 및 네트워크 절차들이 상당히 상이할 수 있다. 예를 들어, 사용자 데이터가 전달되는 경우 HARQ가 동작될 수 있는 반면, 사용자 데이터가 전달되지 않는 경우 이것이 필요하지 않을 수 있다.

데이터가 허용되는지 여부를 제어하는 능력을 eNB에 제공하는 2가지 가능한 경우들이 존재한다. 제1 옵션에서, eNB는 UE 전용 또는 공통/브로드캐스트 RRC 시그널링 메시지들 내에서 명시적 명령들을 송신할 수 있다. 제2 옵션에서, eNB는 정보 필드 우선순위 규칙들의 설정을 통해 그리고 허가된 CSR 자원의 크기와 변조 및 코딩 방식(Modulation and Coding Scheme, MCS)을 조절하는 것에 의해 사용자 데이터가 송신될 수 있는지를 제어할 수 있다. 이 제2 옵션은 이하에서 추가로 기술될 것이다.

LTE 시스템 내에서, UE는 할당된 PRB들의 수 및 할당된 MCS에 상응하는 전송 블록 크기(transport block size, TBS)를 갖는 MAC PDU를 반환한다. 따라서, CSR 전송 내에서 어느 정보 유형들에 우선순위가 부여되어야 하는지를 통제하는 규칙들이 설정되면, eNB는, 할당된 TBS를 조절하는 것에 의해(즉, 할당된 PRB들의 수 및 할당된 MCS를 통해), 어느 정보 유형들이 실제로 포함되는지를 제어할 수 있다. 이러한 방식으로, eNB는 데이터 전송을 허용하거나 허용하지 않기 위해 또는 상이한 MAC 제어 요소들의 전송을 인에이블/디스에이블하기 위해 별도의 필드를 명시적으로 신호할 필요가 없다.

예로서, eNB는 다수의(TBS로 표시됨) 비트들의 전송을 지원하는 MCS와 함께 CSR 자원의 1개의 RB를 구성할 수 있다. 그러면 다양한 가능한 정보 필드들의 전송이 다음과 같이 (감소하는 우선순위 순서로) 우선순위가 부여될 수 있다:

{ C-RNTI MAC CE , BSR MAC CE , MAC SDU들 내의 사용자 데이터 }

이와 같이, 어느 정보 필드들이 UE에 의해 그의 CSR 전송 내에 포함되는지를 제어하기 위해 TBS의 값이 사용될 수 있고, 예컨대,

단지 24 비트(3 바이트)만을 지원하는 MCS의 할당은 UE에 의해 그의 C-RNTI MAC CE만을 송신하라는 지시로서 해석될 수 있다 - (2901 참조)

40 비트(5 바이트)의 MCS 할당은 짧은 BSR과 함께 C-RNTI MAC CE를 송신하라는 지시로서 해석될 수 있다 - (2905 참조)

56 비트(7 바이트)의 MCS 할당은 긴 BSR과 함께 C-RNTI MAC CE를 송신하라는 지시로서 해석될 수 있다 - (2909 참조)

T 초과의 바이트의 MCS 할당은 MAC SDU들 내에서 (수반되는 C-RNTI MAC CE 및 긴 BSR과 함께) 사용자 데이터를 송신해도 된다는 허용으로서 해석될 수 있다. T의 값이 고정되어 있을 수 있거나(예컨대, T=8 바이트), 가변적인 값이고 UE에 신호될 수 있다.

CSR 자원을 통해 어떤 데이터나 패딩도 전송되지 않는 경우에, MAC PDU 크기는 최대 56 비트(7 바이트)를 포함할 수 있다. 물리 계층은 이어서 24 비트 CRC를 전송 블록에 부가한다. 이와 같이, 최종적인 PUSCH CSR 신호를 형성하기 위해 총 80 비트의 데이터가 터보 인코더에 의해 인코딩될 필요가 있을 수 있다. 하나의 PUSCH RB는 최대 144개 RE의 데이터를 전달하고, QPSK 변조를 가정하면, 이것은 최대 288개 코딩된 비트의 데이터를 수용한다. 따라서, 약 1/5의 코드율(code rate)이 가능하다. 이와 같이, C-RNTI 및 긴 BSR 둘 다를 포함하는 스케줄링 요청은 강인한 변조 형식(modulation format)을 사용하여 그리고 낮은 코드율로 하나의 RB 내에 쉽게 들어가며, 그로써 그의 신뢰할 수 있는 전송을 보장하는 데 도움을 준다.

사용자 데이터가 허용되는 경우에, 하나의 추가적인 옵션은, UE 버퍼 내용 전체가 CSR-PUSCH 자원을 통해 단일의 전송 내에서 송신될 수 있는 경우에만, 모바일이 소량의 사용자 데이터를 송신할 수 있게 하는 것일 수 있다. 이 경우에, BSR이 MAC 헤더에 포함될 필요가 없다(예컨대, 2902). 그 대신에, 네트워크는 사용자 데이터를 포함하지만 BSR MAC CE를 포함하지 않는 CSR 전송을 UE의 버퍼가 지금 비어 있다는 표시로서 해석할 것이다. 따라서, 이 메시지의 성공적인 수신 시에, eNB는 어떤 부가의 전용 PUSCH 자원들도 UE에 할당하지 않을 것이다.

다른 대안으로서, UE는 CSR-PUSCH 자원을 통해 소량의 데이터를 전송할 수 있으며, 비록 이것이 UE의 전송 버퍼 내의 데이터의 일부분만을 나타낼지라도, 그렇게 할 수 있다. 이 경우에, 모바일은, 전송되는 데이터에 부가하여, BSR을 포함시킨다(2906 및 2910 참조).

통상적인 작은 사용자 데이터 메시지들(예컨대, 40 바이트 및 그 이상)에 대해, 전체 MAC PDU 페이로드가 344 비트 초과까지 상승하고, 따라서 QPSK 변조를 사용하여 더 이상 하나의 RB 내에 들어가지 않는다(QPSK에 대해 1개의 RB 내에서 PUSCH를 통해 144 비트의 최대 TBS가 지원된다). 따라서, 전형적인 크기의 작은 데이터 메시지들을 전체적으로 송신하기 위해 CSR 자원에 대한 고차 변조 방식 또는 보다 많은 수의 RB들이 필요할 것이다.

다른 대안으로서, 그리고 네트워크에 의해 허용되는 경우, UE 버퍼의 일부분만이 초기 CSR-PUSCH 전송 내에서, BSR과 함께, 송신될 수 있고, 버퍼의 나머지는 1개 이상의 후속 PUSCH 전송들에서(즉, UE의 C-RNTI에 할당된 PUSCH 자원들을 통해) 송신될 수 있다.

무선 채널 상태 정보의 포함

사용자 ID 및 선택적으로 버퍼 상태 보고의 전송에 부가하여, 현재의 무선 채널 상태에 관한 정보를 CSR-PUSCH 전송 내에 또한 포함시키는 것이 유익할 수 있다. 이것은 적절한 양 또는 유형의 자원을 UE에 할당하기 위해 그리고 차후의 전송들에 대한 적절한 MCS 또는 전송 전력을 할당하기 위해 eNB 스케줄러에 의해 사용될 수 있다. 이러한 기능이 현재의 무선 채널 상태에 관한 정보를 전달하지 않는 기존의 스케줄링 요청 메커니즘들에서는 가능하지 않다.

UE에 의해 보고되는 무선 채널 상태 정보는 다음과 같은 것들 중 하나 이상을 포함할 수 있다:

채널 품질 정보(Channel Quality Information, CQI) 보고

- 하향링크 품질에 관계되어 있는 그리고 하향링크 전송들을 위해(또는 선택적으로 상향링크 전송들을 위해서도) 사용할 적절한 MCS를 결정하기 위해 eNB에 의해 사용될 수 있는 정보

프리코딩 행렬 표시(Precoding Matrix Indication, PMI) 보고

- 하향링크 품질에 관계되어 있는 그리고 하향링크 전송들을 위해 사용할 적절한 프리코딩을 나타내는 정보

랭크 표시(Rank Indication, RI) 보고

- 하향링크 품질에 관계되어 있는 그리고 하향링크 전송들을 위해 사용할 적절한 랭크[공간 다중화 차수(spatial multiplexing order)]를 나타내는 정보

채널 상태 정보(Channel Status Information, CSI) 보고

- 1개 이상의 셀들의 수신 품질에 관한 정보

전력 헤드룸 보고(Power Headroom Report, PHR)

- PUSCH 전송에 대한 최대 UE 출력 전력 레벨과 현재의 추정된 UE 전력 간의 차를 나타내는 정보

다음과 같은 2가지 방식들 중 하나의 방식으로, 무선 채널 상태 정보가 PUSCH를 통해 전달되는 다른 정보와 다중화될 수 있다:

1) 물리 계층 다중화를 통해: PUSCH를 통해 전달되는 다른 데이터와 별도로 인코딩될 수 있는 그리고 PUSCH 전송의 특정의 자원 요소들에 매핑될 수 있는 상향링크 제어 정보(uplink control information, UCI)를 구성하기 위해 무선 채널 상태 정보가 사용된다.

2) MAC 다중화를 통해: 무선 채널 상태 정보가 다른 MAC 제어 요소들 및/또는 MAC 데이터 PDU들과 다중화되는 MAC 제어 요소들 내에 포함될 수 있다. 예를 들어, 전력 헤드룸 MAC 제어 요소가 CSR-PUSCH 전송 내에 포함될 수 있다.

상기 (1)과 (2)의 혼합이 또한 가능하다. 예를 들어, CSR-PUSCH 전송은 물리 계층에서 다중화되는 상향링크 제어 정보 내에서 CQI/PMI를 전달할 수 있을 것이고(1), 또한 MAC 계층에서 다중화되는 MAC 제어 요소 내에서 전력 헤드룸 보고를 전달할 수 있다(2).

네트워크는 UE들이 무선 상태에 관계된 정보를 CSR 자원을 통한 PUSCH 전송들 내에 포함시켜야만 하는지 여부를 제어하고자 할 수 있다. 이것은 전용 또는 공통 시그널링 방법들을 통해, 예를 들어, RRC, MAC 또는 물리 계층 시그널링을 사용하여 관련 구성 정보를 eNB로부터 UE로 전송하는 것을 통해 달성될 수 있다.

CSR-PUSCH 자원들의 할당

준정적 할당. CSR-PUSCH 자원들의 위치는 준정적일 수 있고, 전용 RRC 메시지들 내에서 특정의 UE로 또는 시스템 정보 브로드캐스트(System Information Broadcast, SIB) 프레임에서의 브로드캐스트 메시지들 중 하나 내에서 신호될 수 있다.

시간 영역 CSR-PUSCH 패턴 그리고 CSR-PUSCH를 위해 사용되는 자원 블록들 및 MCS 둘 다를 생성하기 위해 새로운 정보 요소(information element, IE)(CSR-PUSCH-Config)가 생성될 수 있을 것이고, 그로써 완전 준정적 RRC 구성(fully semi-static RRC configuration)을 제공하고 CSR에 대한 PDCCH 할당의 필요성을 없애준다.

CSR 주파수 자원들이 파라미터 csr-RIV에 의해 RRC IE 내에 명시될 수 있다. 사용되는 원리는 시작 RB 및 연속적으로 할당된 가상 자원 블록들의 길이 둘 다에 대응하는 그리고 PDCCH 상의 DCI 형식 0을 통해 PUSCH를 할당하는 데 사용되는 메커니즘으로부터 채택되는 자원 지시 값(Resource Indication Value, RIV)을 이용한다. 가능한 RIV 값들의 수는 시스템 대역폭 내의 UL RB들의 수(N_RB ^UL)의 함수이다. CSR-PUSCH에 대한 PRB들의 수 또는 위치가 제한되어 있는 경우, RIV 값들의 보다 작은 범위(그리고 RIV와 할당된 PRB들의 위치 및 수 사이의 상이한 매핑)가 사용될 수 있다.

IE는 또한 DCI 형식 0에서 보통 발견되는 그리고 CSR 자원에 대한 MCS(예컨대, 5 비트) 및 사용할 복조 참조 신호(demodulation reference signal, DM RS) 순환 천이(예컨대, 3 비트)를 명시하는 다른 필요한 필드들을 포함할 수 있다. CSR에 대해 고정된 MCS 또는 고정된 DM RS 순환 천이가 사용되는 경우, 이 필드들 중 어느 하나가 IE로부터 생략될 수 있다.

구성된 CSR-PUSCH 자원을 통해 전송할 때 셀 내의 모든 UE들이 공통 비트 스크램블링 시퀀스를 사용할 수 있게 하기 위해 CSR-gRNTI가 선택적으로 또한 IE 내에 포함된다.

네트워크는, 결정된 시스템 부하에 기초하여 또는 결정된 충돌 확률에 기초하여 또는 결정된 CSR 액세스 대기시간에 기초하여, 시스템에서의 이용가능한 CSR-PUSCH 자원 블록들의 수를 증가시키거나 감소시킬 수 있다.

CSR-PUSCH 자원들의 2개 이상의 할당이 시스템에 예약되어 있을 수 있고, 주어진 UE에 의한 주어진 CSR 자원의 사용을 통제하는 특정의 규칙들이 또한 SystemInformationBlockType2(SIB2) 메시지에서 또는 전용 RRC 시그널링 메시지들 내에서 신호될 수 있다. 예를 들어, CSR-PUSCH 자원들이 다양한 정도의 우선순위를 가지도록 지정될 수 있고, 특정의 CSR-PUSCH 자원들이 특정의 UE들에 대해서만 예약될 수 있다(주어진 UE의 우선순위 레벨이 RRC 연결 설정 동안 UE에 신호됨).

CSR-PUSCH 자원들의 하이브리드/SPS-유사 할당. 규칙적인 상향링크 데이터의 전송을 위해 주기적으로 반복되는 PUSCH 자원들을 할당하기 위해, 반영속적 스케줄링(Semi-Persistent Scheduling, SPS)이 LTE에서 사용될 수 있다. SPS-유사 원리들을 사용하여, 즉 (자원의 시간 영역 발생들을 명시하기 위한) RRC 시그널링과 할당을 활성화 또는 비활성화시키기 위해 그리고 그의 파라미터들(그의 주파수 자원들 및 MCS 등)을 구성 또는 재구성하기 위해 PDCCH를 사용하는 것의 조합을 사용하여, CSR-PUSCH 자원들이 할당될 수 있다. PDCCH 전송들이 (C-RNTI 주소를 사용하여) 개개의 UE로 또는 (예를 들어, UE들의 그룹에 할당된 공통 CSR-gRNTI 주소를 사용하여) UE들의 그룹으로 어드레싱될 수 있다.

그룹 기반 어드레싱이 사용되는 경우(PDCCH 상의 CSR-gRNTI), 그룹 내의 모든 UE들이 가능한 CSR 자원 업데이트들이 있는지 PDCCH를 모니터링해야만 하는 서브프레임 시기들을 정의하는 파라미터들을 구성하는 것이 유익할 수 있다.

이 공통 업데이트 시기들(eNB 및 CSR UE들의 그룹 둘 다가 알고 있음)은 시작 서브프레임, 수정 기간 및 수정 길이로 명시되어 있을 수 있다. 이 파라미터들을 사용함으로써, UE가 어느 서브프레임들에서 CSR 업데이트들이 있는지 검사해야만 하는지를 제어하기 위해 주기적 PDCCH 모니터링 패턴이 정의될 수 있다. 이 업데이트 시기들은 따라서 주기적으로 반복될 수 있는 '수정 윈도우' 내에 있을 수 있다. 예를 들어, UE들이 이하의 방정식이 참(TRUE)인 모든 서브프레임들을 모니터링해야만 하는 규칙이 정의될 수 있다:

((SFN*10+n+modification_offset) mod(modification_period))

< (modification_length)

여기서:

- SFN은 시스템 프레임 번호(System Frame Number)이고,

- n은 프레임 내의 현재 서브프레임(0-9)이며,

- modification_offset은 서브프레임 오프셋 파라미터이고,

- modification_period 및 modification_length는 서브프레임들의 지속기간들로 표현된다.

이 방정식에서, SFN은 시스템 프레임 번호이고, n은 프레임 내의 현재 서브프레임(0-9)이며, modification_offset은 서브프레임 오프셋 파라미터이고, modification_period 및 modification_length는 서브프레임들의 지속기간들로 표현된다.

한 예시적인 예로서, 오프셋 파라미터가 0으로 설정되고, modification_period가 500으로 설정되며, modification_length가 10으로 설정된 경우, UE들은 서브프레임들: { [0, 1, ...9], [500, 501, ..., 509] , [1000, 1001, ..., 1009], [1500, 1501, ... , 1509], ... } 등에서 CSR 자원에 대한 PDCCH 수정들(예컨대, PDCCH들이 CSR-gRNTI로 어드레싱됨)이 있는지 검사할 것이다.

동적 할당. 동적 할당 방법에서, CSR 할당들이 PDCCH를 통해 행해질 수 있다. 동적 할당 방식을 지원하기 위해, CSR-PUSCH 자원들을 통해 전송하도록 허용되어 있는 UE들의 그룹이 RRC 연결 설정 절차에서 공통 CSR-gRNTI를 할당받을 수 있거나, 다른 대안으로서, g-RNTI는 브로드캐스트 채널 상의 시스템 정보를 통해 구성될 수 있다.

UE에 대한 CSR-gRNTI는 RRC 연결 설정 단계 동안(예를 들어, radioResourceConfigDedicated IE에 새로운 요소를 정의하는 것에 의해) UE에 신호될 수 있다.

실제의 CSR-PUSCH 자원들이 이어서 CSR-gCRNTI로 어드레싱되는 PDCCH 전송들 내에서의 DCI 형식 0 UL 허가를 사용하여 동적으로(예컨대: 서브프레임별로) 할당될 것이다. CSR-gCRNTI를 공유하는 모든 UE들은 이어서 표시된 자원을 통해 CSR-PUSCH 전송들을 송신하도록 허용될 것이다.

PDCCH를 사용한 CSR-PUSCH 자원들의 동적 할당이 CSR-PUSCH 자원들을 할당할 시에 네트워크에 보다 높은 정도의 유연성을 제공하지만, 이는 또한 CSR-PUSCH 자원을 할당하는 준정적 또는 하이브리드/SPS-유사 방법과 비교하여 하향링크에서 PDCCH 상의 더 많은 자원들을 소비한다.

MCS 및 링크 제어

변조 차수 제어 UE에서 변조 차수 및/또는 전송 전력을 제어하는 것은 CSR-PUSCH 자원들에서의 본질적인 서비스 품질을 보장하는 데 중요할 수 있다. 사용자들의 그룹이 CSR 자원을 사용하도록 구성되어 있을 수 있고, eNB 간략함을 이유로, 사용자들이 그의 전송들을 위해 공통 MCS를 이용하는 것이 바람직할 수 있다. 사용자마다 상이한 MCS를 사용하는 것이 가능하지만, eNB 수신기 설계에 상당한 복잡함을 수반하는데, 그 이유는 그러면 사용자 전송들을 디코딩하기 위해 모든 가능한 MCS에 대해 블라인드 디코딩(blind decoding) 시도들을 수행해야만 하기 때문이다.

CSR-PUSCH 자원들 상의 작은 MAC PDU 크기들(예컨대, 데이터 허용되지 않음 모드)을 이용하는 경우, 하나의 전략은 단지 QPSK 변조 및 BSR과 함께 C-RNTI MAC CE를 전달하는 데 충분한 전송 블록 크기를 사용하는 것이다. 이러한 메시지는 하나의 QPSK RB 내에 잘 들어맞고, 높은 정도의 FEC 보호를 제공한다. 이 경우에, 1개의 PRB의 고정된 CSR-PUSCH 크기가 사용되고 및/또는 CSR-PUSCH 전송들에 대한 고정된 MCS가 사용되는 것이 규정되어 있을 수 있고, 그로써 임의의 시그널링이 이 파라미터들 중 하나 또는 둘 다를 구성할 필요가 없게 된다. 이것은 csr-MCS 파라미터가 CSR-PUSCH-Config IE로부터 생략될 수 있다는 것과 (고정 크기 PRB 할당을 지원하기만 하면 되는 것으로 인해) 동일한 IE에서의 csr-RIV 필드가 간단화될 수 있다는 것을 의미할 수 있을 것이다. 다른 대안으로서, PRB들의 수 및/또는 MCS가 유연한 채로 있고 네트워크에 의해 신호될 수 있다.

CSR-PUSCH 자원들에서의 데이터 허용됨 모드의 경우에, 보다 많은 수의 자원 블록들을 제공하는 것에 의해 또는 보다 높은 MCS를 이용하는 것에 의해, 보다 큰 전송 블록 크기들이 구성될 수 있을 것이다.

초기 MCS 및 PRB 할당 크기가 구성되면, 이들이 오랜 기간 동안 고정된 채로 있을 수 있거나, 네트워크가 보다 동적인 방식으로 이들을 변화시킬 수 있다. 후자의 경우에, MCS를 변화시키는 데 사용되는 시그널링 메커니즘이 초기에 MCS를 구성하는 데 사용되는 것(RRC 시그널링 또는 PDCCH)과 통상적으로 동일할 것이다. CSR 그룹의 모든 사용자들이 CSR 자원을 통해 eNB와 신뢰성있게 통신할 수 있을 필요성으로 인해, MCS를 변경하기 전에 UE들의 그룹의 무선 상태를 고려하는 것이 바람직할 수 있다.

전력 제어. 스케줄링 요청들을 전송하는 사용자들은 정규의 PUSCH 자원들에 즉각 액세스할 수 없는 자들이다. 따라서, 이러한 사용자들은 PUSCH에 대해 수렴된 폐루프 전력 제어 루프들을 가질 가능성이 보다 적을 수 있다.

3GPP 기술 규격(Technical Specification, TS) 36.213은 상향링크 전력 제어 절차들에 대한 설명을 포함하고 있다. 정규의 PUSCH 전력 제어 절차들을 따를 수 있지만, 대안은 CSR-PUSCH 자원들을 통한 전송들을 위해 개루프 전력 제어를 이용하는 것이다. 이것은, 예를 들어, CSR 전송들에 대해 TPC 누적값 f(i) = 0으로 설정하는 것에 의해 달성될 수 있다.

하나의 가능한 추가적인 향상은 별도의 개루프 전력 제어 오프셋 값(P_{O_PUSCH}) 또는 다른 오프셋 값이 CSR 전송들에 대해 특정하여 사용될 수 있다. CSR 전송들에 특유한 오프셋 값들은 고정된 값들일 수 있거나, 공통 또는 전용 RRC 시그널링을 통해 eNB에 의해 구성될 수 있다.

동기화의 측면들. 동기화되어 있는 UE들[즉, 그의 타이밍 정렬 타이머들(Timing Alignment Timers, TAT)이 동작 중임]만이 CSR-PUSCH 또는 CSR-PUCCH 자원들에 액세스하도록 허용되어 있고, UE들이 동기화되어 있지 않은 경우, UE들은 RACH 절차를 통해 PUSCH 자원들에의 액세스를 요청할 필요가 있다. 네트워크는 CSR-PUSCH 또는 CSR-PUCCH 모드에서 UE들의 타이밍 전진(timing advance)을 주기적으로 리프레시(refresh)하려고 시도할 수 있다. 통상적으로, 느리게 움직이는 UE들이 앞서 기술한 CSR-PUSCH 또는 CSR-PUCCH 기반 절차들을 사용하기에 더 적합하다. 또한, 보다 작은 셀 반경 거리들에 걸친 무선 전파와 연관되어 있는 시간 지연들이 계속하여 SC-FDMA 순환 프리픽스 길이 내에 있을 수 있다는 사실로 인해, 작은 지리적 영역들을 담당하는 셀들이 더 적합할 것이다.

사용자 데이터 없이 전송되는 메시지들(예컨대, 데이터 허용되지 않음 모드에서 송신되는 것들)의 경우, 이들은 HARQ를 사용함이 없이 CSR-PUSCH를 통해 송신될 수 있다. 이 경우에, PHICH(Physical Hybrid ARQ Indicator Channel, 물리 하이브리드 ARQ 표시자 채널)가 CSR 관련 목적들을 위해 사용되지 않을 수 있다(그렇지만, CSR ACK/NACK 피드백 목적을 위해 PHICH를 사용하는 구현들이 가능함). PHICH를 사용하지 않고, eNB는, 성공적인 UE의 C-RNTI로 어드레싱되는 PDCCH를 통해 상향링크 허가를 UE로 송신하는 것에 의해, CSR-PUSCH 전송의 임의의 성공적인 수신을 확인 응답할 수 있다(상향링크 허가는 또한 임의의 이용가능한 PUSCH 자원들을 UE에 할당함). UE는 이러한 UL 허가의 부존재를 그의 CSR-PUSCH 전송이 eNB에 의해 성공적으로 디코딩되지 않았다는(또는 이 때 eNB가 허가할 어떤 UL PUSCH 자원들도 이용가능하지 않다는) 표시로서 해석할 수 있다. 이 경우에, UE는 나중에(어쩌면 사전 결정된 또는 랜덤한 백오프 시간 이후) CSR-PUSCH 전송을 (사전 결정된 시도 횟수 동안) 재시도할 수 있거나, 다른 SR 액세스 방법들(예컨대, RACH 또는 DSR)로 되돌아갈 수 있다.

재전송을 위한 예시적인 UE 절차가 도 30에 도시되어 있다. 이 도면은, 사용자 데이터를 갖는 메시지들(예컨대, 데이터 허용됨 모드에서 송신된 것들)에 대해, HARQ가 적용될 수 있거나 그렇지 않을 수 있는 경우들을 포함하고 있다. 원하는 CSR-PUSCH 절차의 측면들을 구성하기 위해, CSR-PUSCH-Config IE와 같은 RRC IE가 eNB에 의해 UE로 송신될 수 있다.

HARQ가 적용되는 경우(3005), ACK/NACK 정보를 UE로 반환하기 위해(3010) 그리고 차후의 재전송을 위해 동일한 UL 자원들을 암시적으로 (재)스케줄링하기 위해(3060) PHICH가 사용된다.

동기식 HARQ에 대해, PHICH 채널을 통한 ACK/NACK 정보가 데이터의 전송 후의 사전 결정된 시점에서(예컨대, FDD 시스템의 경우 4개의 서브프레임 후에) 발생하고, ACK/NACK 수신 후의 (UE에 의한) 임의의 재전송들이 또한 PHICH를 통한 ACK/NACK 정보의 수신 후의 사전 결정된 시점에서 발생한다. CSR 자원의 특정의 스케줄링 패턴 및 HARQ 왕복 시간(round trip time)에 따라, 재전송들이 CSR '초기 전송' 자원들과 동시에 일어날 수 있거나 그렇지 않을 수 있다. CSR-PUSCH-Config IE 내에서 csr-maxHARQ-Tx 필드(3020)를 신호하는 것에 의해 HARQ 재전송들(즉, 대응하는 PHICH를 통해 NACK를 수신한 결과로서 트리거되는 재전송들)의 횟수가 제한될 수 있다.

CSR-PUSCH 전송에 대응하는 PHICH 자원(3015) 상의 ACK의 존재는 UE에 그의 전송이 성공했을지도 모른다는 초기 표시(early indication)를 제공할 뿐이다. 그렇지만, 2개 이상의 UE가 CSR-PUSCH 자원을 통해 전송하는 경우, PHICH 상의 ACK는 UE들을 구별할 수 없다. 따라서, 심지어 PHICH 자원 상에서 ACK를 본 후에도, UE는 다른 메커니즘이 ACK가 어드레싱된 실제의 UE ID를 확인(resolve)하기를 추가로 기다릴 필요가 있다(3030). UE ID의 이러한 확인을 달성하는 하나의 방식(경쟁 해결)은 허가(예컨대, CSR-PUSCH-Config IE 내의 csr-ResponseTimer 필드에서 신호되는 최대 주어진 수의 서브프레임들)를 기다리는 것이다.

UE가 허가 또는 ACK/NACK를 수신하지 않은 경우, UE는 다른 SR 메커니즘들(예컨대, RACH 기반 SR)에 의지하기 전에(3050) 주어진 횟수(예컨대, CSR-PUSCH-Config IE 내의 csr-TransMax 필드(3040)에서 신호됨) 동안 CSR-PUSCH 자원들을 통해 재전송(3035)하려고 시도할 수 있다.

UE가, CSR-PUSCH 자원을 통해 데이터를 전송한 후에, 전송할 추가 데이터를 갖지 않는 경우, UE는 허가를 무시할 수 있다. 유의할 점은, 네트워크가 이 시나리오를 인식하게 될 수 있다는 것이다(예컨대, UE가, 추가 데이터 없음을 나타내는 BSR를 포함시키는 것에 의해 또는 BSR을 포함시키지 않는 것과 같은 암시적인 수단에 의해, 이것을 eNB에 알려줄 수 있다).

eNB는, 메시지를 디코딩하려고 다시 시도하기 전에, 임의의 HARQ 재전송을 이전의 전송과 결합시킬 수 있다.

HARQ가 적용되지 않는 경우(3025), CSR 관련 목적을 위해 PHICH가 사용될 필요가 없다. 사용자 데이터를 갖지 않는 CSR의 경우에 대해 앞서 기술한 바와 같이, eNB는, 성공적인 UE의 C-RNTI로 어드레싱되는 PDCCH를 통해 상향링크 허가를 UE로 송신하는 것에 의해, CSR-PUSCH 전송의 임의의 성공적인 수신을 확인 응답할 수 있다. 이러한 UL 허가의 부존재 시에, UE는 다른 CSR 자원 시기 동안 데이터를 eNB로 재전송할 수 있지만, eNB는 통상적으로 디코딩 이전에 재전송을 이전의 전송과 결합하려고 시도하지 않을 것이다.

DRX 상호작용들

긴 또는 짧은 DRX 사이클에 있고 새로운 데이터가 UE 버퍼에 도착하는 UE는 다음과 같이 동작할 수 있다:

CSR-PUSCH 자원들의 정적 또는 준정적 할당의 경우에: UE는 발생된 임의의 CSR-PUSCH 메시지들을 할당된 CSR-PUSCH 자원들을 통해 전송할 수 있다.

CSR-PUSCH의 SPS-유사 할당의 경우에: UE는 먼저 SPS-CSR-PUSCH 할당이 SPS-CSR-PUSCH 자원의 그 다음 시기에 대해 여전히 유효할 것인지를 검사할 수 있다. 이 결정은 자원의 그 다음 발생의 시스템 프레임 번호 및 서브프레임 번호에 기초할 수 있고, 또한 UE 수신기가 이전의 수정 윈도우 내에서 (CSR-gRNTI로 어드레싱된 PDCCH 상에) CSR 자원 구성 업데이트들이 있는지 능동적으로 모니터링했는지에 기초할 수 있다. 그에 부가하여, 새로운 수정 윈도우가 CSR 자원의 시기 이전에 시작하기로 되어 있는 경우, UE는 또한 가능한 CSR 자원 구성 업데이트들이 있는지 중간 서브프레임들을 검사할 수 있다.

o 앞으로 나올 CSR 자원 시기의 도달 시에, UE가 할당이 유효한 것으로 결정한 경우에만, UE는 그 시기를 통해 CSR을 전송할 수 있다.

o UE가 자원 시기가 유효하지 않은 것으로 결정한 경우, UE는 SR(예컨대, eNB에 의해 그렇게 하도록 허용되어 있는 경우, RACH 또는 D)을 송신하기 위해 대안의 방법을 사용하거나, 유효한 자원 시기들을 식별하기 위해 CSR 수정 윈도우들 동안 PDCCH를 계속하여 모니터링할 수 있다.

유의할 점은, 수정 윈도우들을 UE의 DRX 사이클 온 지속기간들과 정렬되도록 구성함으로써, UE가 그의 기존의 DRX 거동의 자연스런 일부로서 PDCCH 상에서 CSR 자원 업데이트 메시지들을 판독할 수 있도록 하는 것이 유익할 수 있다는 것이다.

CSR-PUSCH 자원들의 동적 할당의 경우에: UE는 CSR-gCRNTI에 대한 허가가 eNB에 의해 이용가능하게 되는지를 검사하기 위해 어떤 기간 동안 PDCCH를 판독할 것이고, 그러한 경우, CSR-PUSCH 자원들에 액세스할 것이다. CSR-PUSCH 할당이 그 기간 내에 검출되지 않는 경우, UE는, 그렇게 하도록 eNB에 의해 허용되는 경우, (RACH 또는 DSR과 같은) 다른 SR 메커니즘들의 사용으로 되돌아갈 수 있다. 이 기간은 고정된 값이거나 eNB에 의해 UE로, 예컨대, RRC 시그널링을 통해, 신호될 수 있는 구성가능한 파라미터일 수 있다.

UE가 상기 규칙들 중 임의의 것에 따라 CSR-PUSCH 자원들에 액세스하는 경우, CSR 자원을 통한 전송 시에, UE는 (DRX 비활동 타이머를 재기동시키는 것에 의해) DRX로부터 나올 것이고, 1개 이상의 후속 서브프레임들에서 PDCCH 상에 허가가 있는지를 리스닝할 것이다.

HARQ가 인에이블되어 있는 경우, UE는 또한 (예컨대, 데이터 허용됨 동작 모드의 경우에) 데이터의 확인 응답이 있는지 PHICH를 검사할 수 있다.

PUSCH 스크램블링

PUSCH 자원들을 통해 송신된 데이터는 변조 이전에 스크램블링된다. 현재의 규격들(3GPP TS 36.211의 섹션 5.3.1)에 따르면, 각각의 서브프레임의 시작에서 3개의 변수들의 함수로서 초기화되는 발생기에 의해 스크램블링 시퀀스가 생성된다:

i) 셀 ID

ii) "nRNTI" 값[PUSCH 전송과 연관되어 있는 RNTI(예컨대, C-RNTI 또는 SPS-RNTI)]

iii) 무선 프레임 내의 슬롯/서브프레임 번호.

이 함수는 이하에 나타내어져 있고, 여기서 c_init는 스크램블링 코드 발생기에 대한 초기화 값이고,

는 셀 ID이며, ns는 무선 프레임 (0...19)에서의 슬롯 번호이다.

CSR-PUSCH 자원들의 경우에, 네트워크는 자원들을 통해 전송하고 있는 특정의 UE를 알지 못하며, 따라서 eNB 수신기 복잡도를 감소시키기 위해, CSR-PUSCH 자원을 공유하는 UE들의 그룹에 대해 공통 스크램블링 코드가 선호된다. 이것은 다음과 같은 것들에 의해 달성될 수 있다:

1) 스크램블링 시퀀스를 초기화하기 위해 셀 ID 및/또는 슬롯/서브프레임 번호만을 사용하는 것(상기 수식이 계속 사용된 경우, 이것은 nRNTI 값을 0으로 설정하는 것과 동등할 것임)

2) 동일한 CSR-PUSCH 자원에 액세스할 수 있는 모든 UE들에 대해 nRNTI를 고정된 또는 기지의 값으로 설정하는 것. 예를 들어, nRNTI가 CSR-gRNTI와 같게 설정될 수 있을 것이다.

다른 대안으로서, 전적으로 CSR-PUSCH 전송(모두가 0인 비트 시퀀스로 스크램블링하는 것과 동등함)을 위해 비트 스크램블링 기능이 디스에이블될 수 있을 것이다.

충돌 측면들

정규의 PUSCH 전송들의 경우에, 복조 참조 신호(DMRS)에 대한 순환 천이가 (DCI 형식 0을 사용하여) 하향링크 PDCCH에서 신호된다. 이것은 상향링크 다중 사용자 MIMO(Multi-User MIMO, MU-MIMO)를 구현하기 위해 eNB에 의해 사용될 수 있고, 여기서 eNB는 다수의 사용자들을 동일한 PUSCH 자원에 동시에 스케줄링할 수 있다(그리고 성공적으로 수신할 수 있다). 각각의 사용자가 상이한 순환 천이를 사용하도록 함으로써, 수신기는 사용자들 각각에 대한 개개의 채널 응답들을 보다 정확하게 추정할 수 있다.

CSR-PUSCH의 경우에, eNB는 어느 사용자들이 CSR-PUSCH 자원의 주어진 인스턴스에서 전송할 것인지를 정확하게 제어하지 않는다. eNB가 상이한 전송측 사용자들이 상이한 순환 천이들을 가질 가능성을 이용하고자(예컨대, 어쩌면 CSR-PUSCH 자원에서 MU-MIMO를 구현하고자) 하는 경우, eNB는 UE들이 가능한 순환 천이들의 전체 범위 내에서 또는 천이들의 제한된 범위 내에서 순환 천이를 무작위로 선택할 수 있게 할 수 있다. 다른 대안으로서, eNB가 사용자들이 그들의 참조 신호들에 대해 동일한 순환 천이들을 사용하기를 원하는 경우, eNB는 UE들이 사용할 특정의 순환 천이를 정의할 수 있다. 어느 경우든지, 순환 천이 구성이 CSR-PUSCH 자원 할당에 대한 RRC 시그널링 메시지들을 통해 신호될 수 있다. CSR-PUSCH가 동적으로 할당되거나 SPS-유사 방법들을 사용하여 할당되는 경우, 추가의 대안은 순환 천이 구성이 PDCCH 상의 DCI 형식 메시지들을 통해 신호되는 것이다.

이점들

제안된 해결책들의 다수의 이점들이 있고, 그 중 몇개가 이하에 열거되어 있다:

스케줄링 요청을 위해 공통 또는 공유 자원을 사용하는 것은, 기존의 전용 스케줄링 요청 방식과 비교할 때, 상당히 증가된 자원 효율을 제공할 수 있다. 이것은 비교적 가끔 소량의 트래픽을 전송할 수 있는 통신 장치들을 포함하는 대규모 연결 모드 사용자 집단들의 경우에 특히 그렇다. 이러한 트래픽은, 예를 들어, 스마트폰 또는 태블릿 장치들에서 실행 중인 배경 응용 프로그램들 또는 각종의 다른 데이터 응용 프로그램들에 의해 발생될 수 있다.

스케줄링 요청 방식들은, 기존의 전용 스케줄링 요청 방식과 비교할 때, 상당히 더 낮은 액세스 대기시간들을 제공할 수 있고, 이것은, 다시 말하지만, 앞서 기술한 바와 같은 대규모 연결 모드 사용자 집단들의 경우에 특히 그렇다.

이 방식들은 기존의 RACH 절차에 대한 대안의 경쟁 기반 스케줄링 요청 메커니즘들을 제공한다. RACH 기반 방법과 비교할 때, 제안된 경쟁 기반 스케줄링 요청 방식의 사용을 통해 액세스 시도 동안 시그널링 오버헤드 및 교환된 시그널링 메시지들의 총수가 감소될 수 있다. 그에 부가하여, 제안된 CSR 방식들의 자원이 기존의 RACH 절차보다 더 효율적일 수 있다.

CSR 전송 내에서 다중-비트 사용자 ID들(예컨대, 8 내지 16 비트)을 이용함으로써, 이 시스템은 많은 수의 사용자들을 동일한 CSR 자원에 할당할 수 있다. 이것은, 심지어 임의의 한명의 사용자에 의한 CSR 전송의 확률이 낮은 채로 있을 때에도, 할당된 자원의 사용 효율(점유율)을 상당히 증가시킬 수 있다.

이 방식은 기존의 PUCCH 및/또는 PUSCH 전송들과(예컨대, PUCCH를 통한 전용 SR 및 CQI/PMI/RI 전송들 또는 PUSCH를 통한 데이터 전송들과) 역호환되도록 설계될 수 있다.

이 방식들은 eNB 및 UE 둘 다에서 기존의 물리 계층 및 MAC 설계들과 대체로 역호환되도록 설계될 수 있다.

이 방식들은 다수의 사용자들이 동일한 자원에 동시에 액세스하는 충돌 시나리오들에서 개선된 사용자 ID 보호 성능을 가능하게 할 수 있다.

PUSCH 방식은 초기 스케줄링 요청 메시지 내에서 부가의 버퍼 상태 정보 및/또는 무선 상태 정보를 전송하는 것을 가능하게 하고, 그로써 eNB가 적절한 양 및 유형의 상향링크 자원을 UE에 신속히 할당할 수 있게 한다.

부록 A

약어 및 용어

두문자어	전문	간략한 설명
2D	2-Dimensional(2차원)
3D	3-Dimensional(3차원)
ACK	Acknowledgement(확인 응답)
BCH	Broadcast Channel(브로드캐스트 채널)	(전송 채널)
BCCH	Broadcast Control Channel(브로드캐스트 제어 채널)	(논리 채널)
BSR	Buffer Status Report(버퍼 상태 보고)
CB-PUSCH	Contention-Based PUSCH(경쟁 기반 PUSCH)
CB-RNTI	Contention-Based RNTI(경쟁 기반 RNTI)
CE	Control Element(제어 요소)	(MAC)
CP	Cyclic Prefix(순환 프리픽스)
CQI	Channel Quality Information(채널 품질 정보)
CRC	Cyclic Redundancy Check(순환 중복 검사)
C-RNTI	Cell Radio Network Temporary Identifier(셀 무선 네트워크 임시 식별자)
CS	Cyclic Shift(순환 천이)
CSR	Contention-based Scheduling Request(경쟁 기반 스케줄링 요청)
CSR-PUSCH	Contention-based Scheduling Request PUSCH(경쟁 기반 스케줄링 요청 PUSCH) (자원들)
CSR-PUCCH	Contention-based Scheduling Request PUCCH(경쟁 기반 스케줄링 요청 PUCCH) (자원들)
CSR-uRNTI	CSR user RNTI(CSR 사용자 RNTI)
CSR-gRNTI	CSR group RNTI(CSR 그룹 RNTI)
DCI	Downlink Control Information(하향링크 제어 정보)
DFT	Discrete Fourier Transform(이산 푸리에 변환)
DL	DownLink(하향링크)
DL-SCH	Downlink Shared Channel(하향링크 공유 채널)	(전송 채널)
DSR	Dedicated Scheduling Request(전용 스케줄링 요청)
DRX	Discontinuous Reception(비연속 수신)
DTX	Discontinuous Transmission(비연속 전송)
eNB	Evolved Node-B(진화된 노드-B)
E-UTRAN	Evolved UMTS Terrestrial Radio Access Network(진화된 UMTS 지상 무선 액세스 네트워크)
FEC	Forward Error Correction(순방향 오류 정정)
FFT	Fast Fourier Transform(고속 푸리에 변환)
HARQ	Hybrid Automatic Repeat Request(하이브리드 자동 재전송 요청)
ID	Identity(식별자)
IDFT	Inverse Discrete Fourier Transform(역 이산 푸리에 변환)
IE	Information Element(정보 요소)	(RRC 시그널링)
IFFT	Inverse Fast Fourier Transform(역 고속 푸리에 변환)
L1	Layer 1(계층 1)	(물리 계층)
L2	Layer 2(계층 2)	(무선 링크 계층)
L3	Layer 3(계층 3)	(무선 시그널링/제어 계층)
LgCH	Logical Channel(논리 채널)
LTE	Long Term Evolution(롱텀 에볼루션)
MAC	Medium Access Control(매체 접근 제어)
MCS	Modulation and Coding Scheme(변조 및 코딩 방식)
MIMO	Multiple Input Multiple Output(다중 입력 다중 출력)	(다중 안테나 전송 시스템)
MU-MIMO	Multi-User MIMO(다중 사용자 MIMO)
NACK	Negative Acknowledgement(부정 확인 응답)
OFDM	Orthogonal Frequency Division Multiplexing(직교 주파수 분할 다중화)
PDCCH	Physical Downlink Control Channel(물리 하향링크 제어 채널)
PDU	Protocol Data Unit(프로토콜 데이터 단위)	프로토콜 계층 "A"와 프로토콜 스택에서 더 아래쪽에 있는 그 다음 프로토콜 계층 사이의 인터페이스에서 프로토콜 계층 "A"에 대한 데이터 단위를 기술하는 데 사용됨
PMI	Precoding Matrix Indication(프리코딩 행렬 표시)
PRACH	Physical Random Access Channel(물리 랜덤 액세스 채널)
PRB	Physical Resource Block(물리 자원 블록)
PUCCH	Physical Uplink Control Channel(물리 상향링크 제어 채널)
PUSCH	Physical Uplink Shared Channel(물리 상향링크 공유 채널)
O&M	Operations and Maintenance(운영 및 유지 관리)
QAM	Quadrature Amplitude Modulation(직교 진폭 변조)	(예컨대, 16-QAM, 64 QAM)
QoS	Quality of Service(서비스 품질)
QPSK	Quadrature Phase Shift Keying(직교 위상 천이 변조)
RACH	Random Access Channel(랜덤 액세스 채널)
RB	Resource Block(자원 블록)
RE	Resource Element(자원 요소)
RI	Rank Indication(랭크 표시)
RLC	Radio Link Control(무선 링크 제어)
RRC	Radio Resource Control(무선 자원 제어)
SC-FDMA	Single Carrier Frequency Division Multiple Access(단일 반송파 주파수 분할 다중 접속)
SDU	Service Data Unit(서비스 데이터 단위)	프로토콜 계층 "A"와 프로토콜 스택에서 더 위쪽에 있는 그 다음 프로토콜 계층 사이의 인터페이스에서 프로토콜 계층 "A"에 대한 데이터 단위를 기술하는 데 사용됨
SIB	System Information Block(시스템 정보 블록)	(브로드캐스트 시그널링 요소)
SLA	Service Level Agreement(서비스 수준 계약)
SNR	Signal to Noise Ratio(신호대 잡음비)
SNIR	Signal to Noise-plus- interference Ratio(신호대 간섭 및 잡음비)
SPS	Semi-Persistent Scheduling(반영속적 스케줄링)
SR	Scheduling Request(스케줄링 요청)
SRS	Sounding Reference Signal(사운딩 참조 신호)
TBS	Transport Block Size(전송 블록 크기)
TX	Transmit(전송)
UCI	Uplink Control Information(상향링크 제어 정보)
UE	User Equipment(사용자 장비)
UL	UpLink(상향링크)
UL-SCH	Uplink Shared Channel(상향링크 공유 채널)(전송 채널)

부록 B

DRX(Discontinuous Reception, 비연속 수신)

LTE 시스템에서, 연결 모드에 있는 사용자 장치의 전력 소모가 UE가 그의 수신기를 활성화시키고 PDCCH 상의 DL 또는 UL 할당의 존재에 대해 주어진 서브프레임을 모니터링할 것으로 예상되는지를 정의하는 (UE 및 eNB 둘 다가 알고 있는) DRX 시간 영역 패턴들의 사용에 의해 감소될 수 있다. UE가 그의 수신기를 활성화시킬 것으로 예상되지 않는 그 서브프레임들 동안, 사용자 평면 통신이 가능하지 않고 UE는 그의 전력 소모를 감소시키기 위해 절전 모드(sleep)로 될 수 있다. 특정의 타이머들의 동작에 따라(이 타이머들 중 일부는 데이터 활동에 의해 트리거됨) DRX 패턴들 및 듀티 사이클들(활성 수신/절전 모드)이 변할 수 있다. 상세하게는, 새로운 UL 또는 DL 데이터 패킷에 대해 할당이 (PDCCH를 통해) 수신될 때마다, DRX 비활동 타이머가 초기값으로 리셋되고 재기동된다. 타이머가 실행 중인 동안, UE는 모든 DL 서브프레임들을 능동적으로 모니터링할 것으로 예상된다. 타이머가 만료할 때(즉, 정의된 기간 동안 새로운 데이터에 대한 어떤 UL 또는 DL 할당도 없을 때), 증가된 비율의 서브프레임들 동안 UE가 절전 모드로 될 수 있기 위해 DRX 패턴이 변할 수 있다. 이와 같이, 데이터 비활동의 시간 동안, UE 전력 소모가 감소될 수 있다.

MAC 제어 요소들

MAC 제어 요소들(CE)은 UE 및 eNB에 각각 있는 MAC 피어 엔터티들 사이의 제어 시그널링 교환을 가능하게 한다. 다음과 같은 것들을 비롯한 수많은 MAC CE들이 정의되어 있다:

- 버퍼 상태 보고 MAC CE

- C-RNTI MAC CE

- DRX 명령 MAC CE

- UE 경쟁 해결 ID MAC CE

- 타이밍 조절 명령 MAC CE

- 전력 헤드룸 MAC CE

- 멀티캐스트 스케줄링 정보 MAC CE

이 MAC CE들 중 2개가 이하에서 더 상세히 기술된다.

버퍼 상태 보고(BSR) MAC CE. 이 MAC CE는 UE가 UE의 현재 전송 버퍼 상태에 관계된 정보를 eNB에 알려주는 것을 가능하게 한다.

- 짧은 BSR(길이가 1 바이트임)은 논리 채널 ID(2 비트) 및 그 논리 채널에 대한 버퍼에 있는 바이트의 수를 나타내는 6-비트 필드를 제공한다.

- 긴 BSR(길이가 3 바이트임)은 4개의 연접된 6-비트 필드들을 제공하고, 각각의 필드는, 각각, 논리 채널 1 내지 논리 채널 4에 대한 버퍼에 있는 바이트의 수를 나타낸다.

C-RNTI MAC CE. 이 MAC CE는 현재 RACH 절차 동안에만 사용된다. 이는, UE의 프리앰블 전송 및 메시지 3에 대한 PUSCH 자원을 할당한 eNB의 랜덤 액세스 응답(Random Access Response, RAR)의 전송의 이전의 단계들에 이어서, UE의 ID를 eNB에 제공하기 위해 RACH 메시지 3 내에서 송신된다(도 10 참조).

반영속적 스케줄링(Semi-Persistent Scheduling, SPS)

상향링크 및 하향링크 공유 채널 물리 자원들(각각, PUSCH 및 PDSCH)이 보통 eNB에 의해 동적으로 스케줄링되고, 동적 할당들이 PDCCH 상에서의 하향링크 제어 정보(DCI) 전송들을 통해 UE에 신호된다. 각각의 UL 또는 DL 할당은 PDCCH 전송을 필요로 하고, 할당들의 지속기간은 1 ms이다.

각각의 1 ms 할당이 PDCCH 전송을 수반할 필요성을 피하기 위해, 반영속적 스케줄링(SPS)이라고 하는 메커니즘을 통해 장기 자원 할당들이 제공될 수 있다. SPS는 특정의 유형들의 데이터 트래픽에 더 적합할 수 있으며, 그의 데이터 레이트 또는 패킷들의 규칙성의 면에서 어떤 예측성을 가지는 것들에 특히 그렇다.

SPS 방식에서, SPS-RNTI라고 하는 전용 사용자 ID를 UE에 제공하기 위해 RRC 시그널링이 사용된다. UL 또는 DL 자원 할당이 반복되는 자원 시기들의 주기적 패턴을 UE에 알려주기 위해 RRC 시그널링 메시지들이 또한 사용된다. 자원의 실제 주파수 위치 및 크기가, 적용가능한 변조 및 코딩 방식(MCS)과 같은 다른 할당 파라미터들과 함께, PDCCH를 사용하여 L1을 통해 신호된다. PDCCH 메시지들은, PDCCH CRC를 SPS-RNTI로 스크램블링하는 것에 의해, UE의 SPS-RNTI로 어드레싱된다.

UE가 PDCCH에서 SPS 할당을 검출하면(SPS 활성화), UE는 할당이 RRC 시그널링 메시지에서 정의된 시간상 시기들 각각에서 주기적으로 반복하는 것으로 가정할 수 있다. SPS-RNTI로 어드레싱되는 PDCCH 메시지들이 또한 SPS 자원을 비활성화(또는 해제)시키는 데 사용될 수 있다.

SPS-Config RRC IE(Rel-10에 대해 이하에 나타냄)는 SPS를 구성하는 데 사용된다. 이하의 메시지 구조는 이 IE를 송신하는 데 사용된다:

- [RRCConnectionSetup] OR [RRCConnectionReconfiguration] OR [RRCConnectionReestablishment]

- RadioResourceConfigDedicated

- SPS-Config

파라미터 semiPersistSchedC-RNTI는 SPS-RNTI를 UE에 제공하는 데 사용된다.

파라미터들 semiPersistSchedIntervalDL 및 semiPersistSchedIntervalUL은, 각각, DL 및 UL에 대한 SPS 자원 시기들의 주기성을 명시하는 데 사용되고, 이들은 다음과 같은 가능한 값들(10, 20, 32, 40, 64, 80, 128, 160, 320, 640ms) 중 하나를 취한다.

HARQ

HARQ는 여기서 신호의 제1 버전과 신호의 제2(재전송된) 버전을 (수신기에서) 결합시키고 이어서 결합된 신호를 디코딩하려고 시도하는 프로세스로서 정의된다. 이것은 제1 버전과 제2 버전이 결합되지 않는 ARQ와 구별된다.

LTE 시스템에서, 상향링크 전송들의 긍정 또는 부정 확인 응답들이 물리 하이브리드 ARQ 표시자 채널(Physical Hybrid ARQ Indicator Channel, PHICH)이라고 하는 하향링크 물리 채널을 통해 eNB에 의해 전송된다.

LTE 상향링크에서 동기식 HARQ가 사용되고, 이는 (eNB로부터 PHICH를 통해 NACK를 수신하는 것에 의해 UE에서 트리거되는) 재전송이, NACK가 수신되고 나서 사전 결정된 기간이 경과한 후에, (이전의 실패한 전송과) 동일한 UL 자원들을 통해 송신된다는 것을 의미한다. 따라서, PHICH 상의 NACK는 재전송을 위해 UL 자원들을 암시적으로 (재)할당한다.

PUSCH

PUSCH 전송은 다음과 같은 것들을 포함할 수 있는 상향링크 공유 채널(Uplink Shared Channel, UL-SCH) 전송 블록을 전달할 수 있다.

- 사용자 평면 데이터

- (MAC 헤더들 및 제어 요소들, RLC 및 PDCP 정보 등과 같은) L1 위쪽에 있는 사용자 평면 프로토콜 계층들에 관계된 제어 정보

- RRC 시그널링 및 NAS(Non-access stratum, 비액세스 계층) 메시지들

UL-SCH 전송 블록에 부가하여, PUSCH 전송은 선택적으로 또한 계층 1(물리 계층) 상향링크 제어 정보 비트들(UCI)을 전달할 수 있다.

UL-SCH 전송 블록에 관계된 정보 비트들은 인코딩되어 PUSCH 데이터 심볼 RE에 매핑되고, 이에 대해서는 이하의 단계들에 기술되어 있다:

1) MAC UL-SCH 전송 블록에 관계된 정보 비트들은 FEC 인코딩되고, 인코딩된 비트들의 수는 PUSCH 페이로드 크기에 따라 조절된다(레이트 정합)

2) 채널 인터리빙(channel interleaving)이 수행된다

3) UE 특유 스크램블링 시퀀스로 비트 스크램블링이 수행된다. PUSCH 전송과 연관되어 있는 사용자의 RNTI(예컨대, C-RNTI 또는 SPS-RNTI)로 초기화되는 시퀀스 발생기에 의해 스크램블링 시퀀스가 형성된다.

4) 데이터 심볼들을 형성하기 위해 스크램블링된 비트들이 변조된다(예컨대, QPSK, 16-QAM, 64-QAM)

5) 선택적으로, UCI가 PUSCH 전송 내에 다중화되어야 하는 경우, UCI 비트들이 FEC 인코딩되고 UL-SCH 전송 블록 비트들에 대해 사용된 것과 동일한 변조 형식을 사용하여 변조된다.

6) 데이터 심볼들(선택적으로 또한 UCI와 연관되어 있는 심볼들을 포함함)은 이산 푸리에 변환을 통해 DFT 프리코딩을 거친다.

7) 변환된 심볼들이 부반송파들에 매핑된다.

8) 시간 영역 PUSCH 신호를 형성하기 위해, 부반송파들은 OFDM 변조(IFFT 동작을 포함함)를 거친다.

9) 복조 참조 신호(RS)가 이어서 발생되고 상향링크 복조 RS에 대한 신호된 순환 천이에 따라 순환 천이되며(PDCCH에서, DCI 형식 0을 사용함) PUSCH RS를 위해 예약되어 있는 SC-FDMA 심볼들에 매핑된다.

부록 C

공통 자원의 할당

일반적으로, CSR 자원들이 eNB에 의해 다음과 같은 몇가지 방식들 중 하나의 방식으로 이용가능하게 될 수 있다:

- 각각의 UE에 대한 전용 RRC 시그널링을 통해, 예컨대:

예컨대, RRC 설정/재구성/재설정(setup/reconfiguration/reestablishment) 메시지들 내의 수정된 또는 새로운 IE들 내에서

반영속적 스케줄링(SPS) 할당 메시지들 내에서

- 공통 RRC 시그널링을 통해, 예컨대:

BCCH를 통해 브로드캐스트되는 시스템 정보 블록 메시지들 내에서

- 각각의 UE에 대한 공통 L1 시그널링을 통해, 예컨대:

CSR 자원과 연관되어 있는 공통 또는 그룹 사용자 RNTI(예컨대, 여기서 CSR-gRNTI로 표시되어 있는 CSR "그룹" RNTI)로 어드레싱되는 PDCCH 상의 물리 계층 제어 시그널링을 사용하여

- RRC 및 L1 시그널링의 혼합을 통해, 예컨대:

반영속적 스케줄링(SPS) 할당에 대해 사용되는 것과 유사한 방식으로, CSR 자원의 시간 영역 반복을 신호하기 위해 RRC 시그널링이 사용될 수 있는 반면, PRB 할당 및 MCS를 비롯한 할당의 다른 파라미터들을 명시하기 위해 PDCCH L1 시그널링이 사용될 수 있을 것이다. 또한, 현재의 SPS 원리들에 따라, 장기 할당을 활성화 또는 비활성화시키기 위해 PDCCH가 또한 사용될 수 있을 것이다.

RRC 시그널링 부분이 전용 시그널링(예컨대, 현재의 SPS-Config IE와 유사한 방법들을 사용함)을 통해 각각의 UE로 개별적으로 송신될 수 있거나(그렇지만 공통 또는 중복하는 자원 할당들이 있음), 새로운 공통 RRC 시그널링(예컨대, 브로드캐스트 시그널링을 사용함)이 도입될 수 있다.

경쟁 PUSCH 자원의 주어진 부분에 액세스할 수 있는 UE들의 그룹 내의 UE들이 동일한 SPS-RNTI로 또는 UE들의 그룹에 공통인 어떤 다른 새로운 RNTI(예컨대, CSR-gRNTI로 표시되어 있는 CSR "그룹" RNTI)로 구성될 수 있다.

PDCCH L1 시그널링이 이어서 공통 SPS-RNTI로 또는 CSR-gRNTI로 어드레싱될 것이고, 그룹 내의 모든 UE들에 의해 판독될 수 있을 것이다. 이것은 eNB가, 개별적인 PDCCH를 각각의 UE로 송신할 필요 없이, UE들의 그룹 전체에 대한 할당된 PUSCH 자원들(PRB들, MCS 등)의 파라미터들을 활성화, 비활성화, 또는 조절할 수 있게 할 것이다. 이것을 용이하게 하기 위해, 모든 UE들이 구성 업데이트가 있는지 사전 배열된 서브프레임들을 능동적으로 검사하도록 하기 위해, 이러한 업데이트들이 발생할 수 있는 정의된 순간들(서브프레임들)을 사전 배열하는 것이 필요할 수 있다.

CSR-PUSCH 해결책의 하나의 추가적인 측면은 UE 및 eNB 절차들이 UE가 공통 PUSCH 자원을 통해 사용자 데이터를 전송하도록 허용되어 있는지 여부에 따라 변할 수 있다는 것이다. 사용자 데이터가 허용되어 있는 경우, CSR-PUSCH 전송들이 MAC 데이터 SDU들을 포함할 수 있다. 사용자 데이터 전송이 허용되지 않는 경우, CSR-PUSCH 전송들이, 예를 들어, MAC 제어 요소들 및/또는 MAC 헤더 정보만을 포함할 수 있다.

공통 PUSCH 자원을 통한 데이터 전송이 허용되지 않음:

이 경우에, HARQ 절차들이 필요로 하지 않을 것이다. C-RNTI MAC CE, 그리고 선택적으로 BSR MAC CE만이 공통 PUSCH 자원을 통해 전송되었기 때문에, 비경쟁(contention-free) PUSCH 자원들의 차후의 UL 허가가 UE에게 그의 이전의 전송의 성공을 확인해주기 위해 필요한 전부이다. 이 허가는 하향링크 상의 PDCCH를 통해 eNB에 의해 송신되어, UE의 디코딩된 C-RNTI로 어드레싱될 것이다.

이러한 UL 허가의 부존재는 UE의 전송의 실패 또는 UE에 허가할 이용가능한 비경쟁 PUSCH 자원들의 부존재를 나타낸다. 이들 경우 둘 다에서, UE는 (어쩌면 타임 아웃 기간 후에) (예컨대, 공통 PUSCH 자원의 나중의 인스턴스에서) 그의 자원 요청의 전송을 재시도해야만 한다. 그렇지만, 이러한 재전송들은, 전송측 사용자들의 세트가 그 때에 상이할 수 있다는 사실로 인해, 통상적으로 eNB에 의한 이전의 전송들과 결합되지 않을 것이다. 따라서, MAC 데이터 SDU들이 공통 자원을 통한 PUSCH 전송 내에서 전달되지 않는 경우에, HARQ 절차들이 생략될 수 있거나 구현될 필요가 없고, 그 절차가 간단한 스케줄링 요청 절차와 더욱더 아주 비슷하다.

공통 PUSCH 자원을 통한 데이터 전송이 허용됨:

이 경우에, HARQ 절차들이 적절할 수 있지만, HARQ를 갖지 않는 방식들도 가능하다.

HARQ가 사용되는 경우, HARQ 피드백(예컨대, PHICH를 통한 ACK/NACK)은 성공하지 못한 전송의 신속한 표시를 UE에 제공할 수 있다. 성공하지 못한 경우, 정확한 디코딩의 가능성을 향상시키기 위해 (PHICH NACK의 존재에 의해 암시적으로 할당된 자원들을 통한) 차후의 재전송들이 eNB 수신기에 의해 결합될 수 있다.

그렇지만, 경쟁 기반 전송들의 경우, PHICH를 통한 간단한 ACK는 UE에게 그의 전송이 정확하게 수신되었다는 것을 충분히 알려주지 못한다. 이러한 이유는, 다른 UE가 동일한 CSR-PUSCH 자원을 통해 전송했을지도 모르고 eNB가 이 다른 UE로부터의 전송을 정확하게 디코딩했을지도(그리고 PHICH를 통해 ACK를 신호했을지도) 모르기 때문이다.

따라서, 그렇지 않았으면 발생했을 수 있는 HARQ 프로토콜 오류들의 영향을 완화시키기 위해 PHICH ACK/NACK 피드백을 보완하도록 경쟁 해결 절차들이 요망된다. RACH 동안 사용되는 것들과 유사한 원리들에 따라, eNB는 디코딩된 C-RNTI로 어드레싱되는(또는 이를 포함하는) 메시지(PDCCH 등)를 전송할 수 있다. 이러한 방식으로, 생존 UE(surviving UE)는 그의 성공을 알게 되는 반면, 비생존 UE들(non-surviving UEs)은 이러한 메시지를 기다리다가 타임아웃되고, 따라서 그의 실패를 알게 된다.

이러한 유형의 경쟁 해결 절차는 또한 HARQ(및 PHICH 피드백)가 사용자 데이터를 포함하는 CSR 전송들을 위해 이용되지 않는 방식의 기초를 형성할 수 있다. C-RNTI로 어드레싱되는 PDCCH의 존재는 UE에게 그의 이전의 데이터 전송이 성공했다는 것을 알려주고, 실패의 경우에, 메시지의 부존재는 CSR-PUSCH 자원을 통한 차후의 재전송을 트리거하는 데 사용될 수 있다. 그렇지만, 이 재전송들은 통상적으로 eNB 수신기에 의해 이전의 전송들과 결합되지 않고, 따라서 HARQ를 이용하지 않는 것으로 분류된다.

CSR-PUSCH 자원의 준정적 또는 SPS 기반 할당은 (동적 할당과 달리), CSR-PUSCH를 통한 사용자 데이터 전송을 잠재적으로 디스에이블시키는 것과 함께, 앞서 언급한 단점들 중 하나 이상을 완화시키는 데 도움을 줄 수 있다.

부록 D

새로운 CSR-PUCCH-Config IE

현재의 시스템에서, eNB는 다음과 같은 RRC 메시지들 중 하나를 송신하는 것에 의해 전용 스케줄링 요청 자원들을 구성할 수 있다:

a) RRCConnectionSetup

b) RRCConnetionReconfiguration

c) RRCConnectionReestablishment

이 메시지들 각각은 SchedulingRequestConfig IE가 이하의 데이터 구조 내에 삽입된 상태로 송신될 수 있게 한다:

- radioResourceConfigDedicated

- physicalConfigDedicated

- SchedulingRequestConfig IE

SchedulingRequestConfig IE는 현재 PUCCH 형식 1과 연관되어 있는 파라미터들만을 지원하고, 게다가 어떤 UE ID 기반 정보도 포함하지 않는다. 하나의 간단한 예에서, 새로운 IE가 CSR을 구성하는 데 사용될 수 있을 것이고, 다음과 같은 것들을 포함할 수 있을 것이다:

- SR에 대한 PUCCH 형식 2 또는 PUCCH 형식 3 자원 인덱스를 명시하는 필드. 자원 인덱스 필드는 사용될 주파수 및 코드 자원들에 매핑된다

- CSR 자원의 주기성 및 서브프레임 오프셋을 함께 명시하는 ConfigIndex 필드.

- 선택적인 CSR-uRNTI 필드(CSR 사용자 ID가 C-RNTI와 같거나 그로부터 직접 도출되는 경우, 이 필드가 필요하지 않을 수 있다).

- CSR 자원을 통해 전송되는 신호들을 구성할 때 UE들이 사용해야만 하는 공통 비트 스크램블링 시퀀스를 (어쩌면 셀 ID와 같은 다른 파라미터들과 함께) 결정하는 선택적인 CSR-gRNTI 필드. 이것이 생략되는 경우, 예컨대, UE들이 비트 스크램블링을 사용하지 않거나, 기본 스크램블링 ID(default scrambling ID)를 사용하거나, 셀 ID에 기초한 스크램블링 ID를 사용한다는 것이 명시될 수 있다.

- UE가, 다른 SR 방법들에 의지하기 전에 또는 SR 시도를 종료하기 전에, CSR 자원을 통해 몇번의 SR 재전송들을 할 수 있는지를 명시하는 csr-TransMax 필드.

- 다른 액세스 방법들에 의지하기 전에 UE가 CSR 자원을 통해 몇번의 연속적인 시도를 할 수 있는지를 나타내는 파라미터 csr-Transmax.

- UE가 전송을 성공했다고 간주하기 이전에 그의 C-RNTI로 어드레싱되는 UL 허가를 (CSR 전송 이후) 얼마나 기다려야만 하는지를 나타내는 타이머 값(csr-ResponseTimer).

얻어진 새로운 IE(CSR-PUCCH-Config)의 한 예가 이하에 나타내어져 있다.

CSR-PUCCH-Config

IE CSR-PUCCH-Config는 CSR 스케줄링 요청 관련 파라미터들을 명시하는 데 사용된다.

CSR-PUCCH-Config 정보 요소

CSR-PUCCH-Config 필드 설명

pucch-Format 파라미터는 어느 PUCCH 형식이 CSR를 위해 사용되어야 하는지를 나타낸다.

sr-PUCCH2-ResourceIndex PUCCH 형식 2 자원 인덱스 파라미터:

sr-PUCCH3-ResourceIndex PUCCH 형식 3 자원 인덱스 파라미터:

csr-gRNTI 비트 스크램블링 시퀀스 발생기를 초기화하는 데 사용되는 CSR 그룹 ID 존재하지 않는 경우, UE는 비트 스크램블링 없음(즉, csr-gRNTI = 0)을 가정할 것이다.

csr-uRNTI CSR 사용자 ID. 존재하지 않는 경우, CSR 사용자 ID는 C-RNTI로 설정된다.

csr-Configindex 파라미터 ICSR은 SR 자원의 시간 영역 시기들을 명시한다. CSR 주기성 및 서브프레임 오프셋 둘 다가 csr-ConfigIndex 파라미터로부터 도출된다.

csr-TransMax 이 필드는 UE가 다른 액세스 시도 방법들(예컨대, DSR 또는 RACH)에 의지하기 전에 CSR 자원을 통해 할 수 있는 SR 시도들의 최대 횟수를 나타낸다.

csr-Response Timer UE가 전송을 성공했다고 간주하기 이전에 그의 C-RNTI로 어드레싱되는 UL 허가를 (CSR 전송 이후) 얼마나 기다려야만 하는지를 나타내는 파라미터. 서브프레임들 내의 값 값 sf8은 8개의 서브프레임들에 대응하고, sf16은 16개의 서브프레임들에 대응하며, 이하 마찬가지이다.

유의할 점은, CSR 자원이 PUSCH 영역 내에 위치해 있는 경우, 상기 PUCCH 자원 인덱스 파라미터들(예컨대, sr-PUCCH2-ResourceIndex 및 sr-PUCCH3-ResourceIndex)이 PUSCH 자원의 속성들을 명시하는 1개 이상의 파라미터들로 대체될 수 있다는 것이다(예를 들어, CSR-PUSCH-Config IE 내의 csr-RIV 필드를 참조). 시그널링 구조가 선택적으로 또한 PUCCH 자원 또는 PUSCH 자원이 구성되고 있는지를 나타내도록 수정될 수 있을 것이다.

수정된 SchedulingRequestConfig IE

CSR-PUCCH-Config IE에 열거되어 있는 파라미터들 중 하나 이상이, 다른 대안으로서, 기존의 SchedulingRequestConfig IE의 수정된 버전 내에 또는 다른 IE들 내에 포함될 수 있다는 것을 잘 알 것이다.

새로운 CSR 기능을 지원하지 않는 이전의 3GPP 릴리스들과의 적당한 역호환을 보장해주는 ASN.1 구조들이 이용될 수 있을 것이다.

수정된 또는 새로운 IE들의 전용 및 공통 시그널링

수정된 SchedulingRequestConfig IE 또는 새로운 CSR-PUCCH-Config IE가 RRC 설정, RRC 재구성 또는 RRC 재설정과 같은 기존의 전용 RRC 메시지들 내에서 UE로 신호될 수 있을 것이다. 수정된 또는 새로운 IE는 이하의 데이터 구조에 나타낸 바와 같이 메시지들 내에 삽입될 수 있을 것이다:

- {RRCConnectionSetup} OR {RRCConnectionReconfiguration} OR {RRCConnectionReestablishment}

- radioResourceConfigDedicated

- physicalConfigDedicated

- {Modified SchedulingRequestConfig IE} OR {CSR-PUCCH-Config IE}

경쟁 기반 SR 자원이 다수의 UE들 간에 공유된다는 사실로 인해, 그 대신에 자원의 위치를 나타내기 위해 브로드캐스트 시그널링을 사용하는 것이 적절할 수 있다. 시스템 정보 블록 2(System Information Block 2, SIB2)가 셀 내에서 브로드캐스트되고 radioResourceConfigCommonSIB IE를 전달한다. 이 IE는 현재 SR에 대한 자원 구성들을 포함하지 않지만, 수정된 SchedulingRequestConfig IE 또는 새로운 CSR-PUCCH-Config IE와 유사한 IE들을 포함시키는 것을 통해 그렇게 하도록 수정될 수 있을 것이다. 이들은, 예를 들어, SchedulingRequestConfigCommon 또는 CSR-PUCCH-ConfigCommon이라고, 각각, 지칭될 수 있을 것이다.

새로운 IE CSR-PUCCH-ConfigCommon이 포함되어 있는 수정된 radioResourceConfigCommonSIB IE의 한 예가 이하에 나타내어져 있다. 이 IE는, csr-uRNTI 파라미터가, UE 전용 파라미터이기 때문에, 통상적으로 생략된다는 것을 제외하고는, CSR-PUCCH-Config IE와 동일할 수 있을 것이다. 그렇지만, 이 파라미터의 생략은 문제가 되지 않는데, 그 이유는, 많은 경우들에, CSR 사용자 ID가 시그널링 없이(예컨대, UE의 C-RNTI에 기초하여 또는 그와 같게) UE에 의해 결정될 수 있을 것이기 때문이다.

RadioResourceConfigCommon 정보 요소

대안의 데이터 구조에서, 그리고 공통/공유 자원이 PUCCH 영역 내에 위치해 있는 경우, SIB2 내의 기존의 pucch-ConfigCommon IE가 필요한 자원 파라미터들을 포함하도록 또는 SchedulingRequestConfigCommon IE 또는 CSR-PUCCH-ConfigCommon IE를 포함하도록 수정될 수 있을 것이다.

유사한 방식으로, 그리고 공통/공유 자원이 PUSCH 영역 내에 위치해 있는 경우, 기존의 pusch-ConfigCommon IE가 필요한 자원 파라미터들을 포함하도록 또는 수정된 SchedulingRequestConfigCommon IE 또는 CSR-PUCCH-ConfigCommon IE를 포함하도록 수정될 수 있을 것이다. 이들 경우에, IE들이 PUCCH 자원보다는 PUSCH 자원을 명시하도록 적당히 수정될 것이다. 그렇지만, CSR 신호 전송들 자체가 여전히 이전에 기술된 PUCCH 신호 구성들에 부합할 것이다.

SPS 기반 시그널링 방법들

정규의 DCI 형식 0 메시지들이 CSR-PUSCH 자원을 제어, 구성 또는 업데이트하는 데 사용되는 경우, PDCCH 내의 특정의 필드들(MCS 등)이 PUCCH 신호 구성에 적용가능하지 않을 수 있다. 이 필드들이 무시되거나 다른 목적들을 위해 사용될 수 있을 것이다.

그에 부가하여, SPS-Config IE 내의 특정의 필드들이 CSR 동작에 관련성이 없을 수 있다. 따라서, "정규의" 상향링크 SPS 자원의 설정 또는 CSR SPS 자원의 설정을 가능하게 하도록 시그널링이 구성될 수 있다.

이하에 나타낸 예에서, CSR 자원의 시간 영역 측면들의 구성을 가능하게 하기 위해 SPS-Config IE에 대한 새로운 구성요소(SPS-ConfigCSR)가 도입된다(활성화, 비활성화 및 재구성을 비롯한 다른 측면들이 PDCCH를 달성되고, 이에 대해서는 앞서 기술하였다). 이 예에서, 이 시그널링은, '정규의' 상향링크 SPS 구성과 비교할 때, 자원의 시간 영역 주기성을 위해 가능한 값들의 대안의 세트를 지원한다. 이 시그널링은 또한 수정 기간, 수정 길이 및 수정 오프셋 값들의 구성을 지원한다. CSR 구성에 관련된 다른 파라미터들이 또한 포함될 수 있다. 유의할 점은, SPS-CSR-RNTI(또는 CSR-gRNTI)가 기존의 파라미터 semiPersistSchedC-RNTI를 사용하여 SPS-Config 내에 구성될 수 있다는 것이다.

간편함으로 인해, IE의 기존의 SPS-ConfigDL 및 SPS-ConfigUL 구성요소들의 상세는 나타내어져 있지 않다.

SPS-Config

IE SPS-Config는 반영속적 스케줄링 구성을 명시하는 데 사용된다.

SPS-Config 정보 요소

SPS-Config 필드 설명

semiPersistSchedC-RNTI 반영속적 스케줄링 C-RNTI. TS 36.321 [6]을 참조.

SemiPersistSchedlntervalCSR 상향링크에서 CSR에 대한 반영속적 스케줄링 간격 서브프레임들의 수에서의 값. 값 sf1은 1개의 서브프레임에 대응하고, sf2는 2개의 서브프레임들에 대응하며, 이하 마찬가지이다.

CsrModificaiionLength CSR에 대한 수정 기간 및 수정 길이 ModificationPeriod의 값은 서브프레임들의 수이다. 값 sf10은 10개의 서브프레임들에 대응하고, sf20은 20개의 서브프레임들에 대응하며, 이하 마찬가지이다. ModificationLength의 값은 서브프레임들의 수로서 표현된 정수이다.

CsrModificaiionOffset 서브프레임들에서의 SR에 대한 수정 오프셋.

부록 E

네트워크 절차들

CSR 자원들이 셀에 구성되어 있는 경우, eNodeB는 CSR 자원들의 각각의 구성된 시간/주파수/코드 구성요소를 수신하고 CSR 자원들에 액세스하도록 구성된 UE들의 그룹으로부터의 전송들을 검출하고 디코딩하려고 시도한다. eNodeB는, CSR 자원을 통한 전송을 검출하는 경우, CSR-uRNTI를 디코딩할 것이다. 유효한 CSR-uRNTI가 검출되는 경우, eNodeB는 임의의 이용가능한 PUSCH 자원의 허가를 (PDCCH 전송을 통해) 수신된 CSR-uRNTI와 같거나 그와 연관되어 있는 C-RNTI를 갖는 UE로 송신할 수 있다.

UE 절차들

연결 모드 UE가 시간 동기화되어 있고 PUCCH 신호 구성을 사용하여 SR을 위한 CSR 자원들에 액세스하도록 구성되어 있는 경우, 그리고 새로운 데이터가 UE의 전송 버퍼에 도착하고 UE가 유효한 PUSCH 허가를 갖지 않는 경우, 다음과 같은 절차를 따를 것이다:

1. 허용된 또는 구성된 조합들의 세트로부터 CSR 전송을 위한 시간, 주파수 및 코드 조합을 선택한다.

이 선택은 허용된 세트 내로부터 무작위로 행해질 수 있다.

허용된 세트는 UE의 CSR-uRNTI 또는 C-RNTI에 기초하여 도출될 수 있거나 그렇지 않을 수 있다.

2. 적어도 선택된 시간, 주파수 및 코드 조합을 사용하여 그리고 구성된 PUCCH 형식(예컨대, PUCCH 형식 2 또는 PUCCH 형식 3)을 사용하여 그의 CSR-uRNTI를 부분적으로 또는 전체적으로 전달하는 신호를 전송한다. 전송 다이버시티(구성되어 있는 경우)가 전송에 적용된다.

3. UE의 C-RNTI로 어드레싱되는 PUSCH 자원들(DCI 형식 0)의 허가가 있는지 PDCCH를 리스닝한다.

4. 명시된 시간 윈도우 내에서 허가가 수신되는 경우, 데이터 전송을 위해 허가된 PUSCH 자원들을 사용한다.

5. 허가가 명시된 기간(예컨대, 파라미터 csr-ResponseTimer에 의해 명시된 시간) 내에 수신되지 않은 경우, 그리고 CSR 재전송들의 최대 횟수에 도달하지 않은 경우, 어떤 경과된 기간 후에 다른 CSR 전송을 재시도하고(즉, 단계 1로 감), 그렇지 않은 경우, CSR 전송 절차를 종료하고, 그렇게 하도록 구성되어 있는 경우, SR을 위한 다른 방법들(예컨대, RACH 또는 DSR)을 이용한다.

유의할 점은, CSR 재전송 시도 이전에 경과된 기간이 (예컨대, 난수로 초기화된 타이머의 만료에 기초하여 또는 UE 우선순위에 기초하여) 가변적일 수 있다는 것이다.

UE가 연결 모드에 있지 않은 경우, 또는 UE가 연결 모드에 있지만 시간 동기화되어 있지 않은 경우(즉, 시간 정렬 타이머가 만료된 경우), UE는 SR을 위해 정규의 RACH 절차를 사용할 것이다.

전력 제어

스케줄링 요청을 전송하는 사용자들은 정규의 PUSCH 자원들에 즉각 액세스할 수 없는 자들이다. UE들은 최근에 PUCCH를 통해 전송했을 수 있거나 그렇지 않았을 수 있다. 그렇지 않은 사용자들은 PUSCH에 대해 수렴된 폐루프 전력 제어 루프들을 가질 가능성이 적을 수 있다.

정규의 PUCCH 전력 제어 절차들을 따를 수 있지만(TS 36.213의 섹션 5.1.2.1 참조), 대안은, 예를 들어, CSR 전송들을 위해 TPC 누적값 g(i) = 0으로 설정하는 것에 의해(다시 말하지만, 36.213의 섹션 5.1.2.1을 참조), CSR-PUCCH 자원들을 통한 전송을 위해 개루프 전력 제어 방법들을 이용하는 것이다.

하나의 가능한 추가적인 향상은 별도의 개루프 전력 제어 오프셋 값(PO_PUSCH) 또는 별도의 PUCCH 형식 오프셋 값 ΔF_PUCCH가 CSR 전송들에 대해 특정하여 사용될 수 있다. 이 필드들에 대한 설명에 대해서는 TS 36.213의 섹션 5.1.2.1 및 36.331의 UplinkPowerControl IE를 참조하기 바란다.

CSR 전송들에 특유한 이 오프셋 값들은 고정된 값들일 수 있거나, 공통 또는 전용 RRC 시그널링을 통해 eNB에 의해 구성될 수 있다.

부록 F

도 29의 경우들 (i) 내지 (xii)의 MAC PDU 길이들이 이하의 표에 열거되어 있다.

부록 G

CSR-PUSCH-Config 정보 요소

CSR-PUSCH-Config 필드 설명

csr-RIV CSR에 대한 자원 지시 값. CRS-PUSCH 전송들을 위해 예약되어 있는 연속적인 가상 자원 블록들의 수 및 CSR 자원에 대한 시작 가상 자원 블록 둘 다를 명시한다(TS 36.213의 섹션 8.1을 참조). RIV들의 수는 시스템 대역폭 내의 UL 자원 블록들의 수(NRB UL)의 함수이고, NRIV = ceil((NRB UL)*(NRB UL+1) /2)이다. 선택 파라미터들 b5, b6, … b13은 log2(NRIV)에 대응한다.

csr-gRNTI 비트 스크램블링 시퀀스 발생기를 초기화하는 데 사용되는 CSR 그룹 ID TS 36.211의 섹션 5.3.1의 nRNTI. 존재하지 않는 경우, UE는 비트 스크램블링 없음(즉, csr-gRNTI = 0)을 가정할 것이다.

csr-ConfigIndex 파라미터 ICSR은 SR 자원의 시간 영역 시기들을 명시한다. CSR 주기성 및 서브프레임 오프셋 둘 다가 csr-ConfigIndex 파라미터로부터 도출된다.

-csr-MCS CSR 자원 상에서 사용될 전송 블록 크기 및 변조 차수 둘 다를 정의하는 MCS 표시 필드. 36.213의 섹션 8.6.1의 파라미터 IMCS에 대응한다.

csr-DMRSshift 복조 참조 신호들에 대한 순환 천이. TS 36.211의 표 5.5.2.1.1-1에 있는 순환 천이 필드에 대응한다. 존재하지 않는 경우, UE는 CSR-PUSCH 전송들을 위해 사용할 복조 참조 신호 순환 천이를 선택할 수 있다.

csr-Transmax 이 필드는 UE가 다른 액세스 시도 방법들(DSR 또는 RACH)에 의지하기 전에 CSR 자원을 통해 할 수 있는 SR 시도들의 최대 횟수를 나타낸다.

Csr-Data-allowed 참으로 설정되어 있는 경우, UE는 CSR 전송들 내에 MAC SDU들을 포함하고 있을 수 있다. 거짓으로 설정되어 있는 경우, UE는 CSR 전송들 내에 MAC SDU들을 포함하지 않을 수 있다.

Csr-maxHARQTx 이것은 처음에 CSR 자원을 통해 전송되는 그리고 적어도 하나의 MAC SDU를 포함하는 MAC PDU들에 대한 허용된 재전송들의 최대 횟수를 나타낸다. 재전송들은 PHICH NACK를 통해 암시적으로 할당된 자원들에서 행해진다.

csr-ResponseTimer UE가 전송을 성공했다고 간주하기 이전에 그의 C-RNTI로 어드레싱되는 UL 허가를 (CSR 전송 이후) 얼마나 기다려야만 하는지를 나타내는 파라미터. 서브프레임들 내의 값 값 sf8은 8개의 서브프레임들에 대응하고, sf16은 16개의 서브프레임들에 대응하며, 이하 마찬가지이다.

새로운 CSR-PUSCH-Config IE는 전용 RRC 시그널링을 통해 또는 공통/브로드캐스트 RRC 시그널링을 통해 UE로 전송될 수 있다.

전용 RRC 시그널링의 경우에, 새로운 IE는 이하의 메시지 구조 내에 포함될 수 있다:

- {RRCConnectionSetup} OR {RRCConnectionReconfiguration} OR {RRCConnectionReestablishment}

- radioResourceConfigDedicated

- physicalConfigDedicated

- CSR-PUSCH-Config

공통 RRC 시그널링의 경우에, SIB2는 RadioResourceConfigCommon IE 내에서 새로운 IE를 전달하기 위한 이상적인 후보이다:

- SystemInformationBlockType2

- RadioResourceConfigCommon

- CSR-PUSCH-Config

이 경우에, 이하에 나타낸 바와 같이 RadioResourceConfigCommon IE에 대해 변경들이 또한 필요할 것이다.

RadioResourceConfigCommon 정보 요소

103: 무선 액세스 네트워크(E-UTRAN)
104: 코어 네트워크(EPC)
230: PUCCH 자원
240: PUSCH 자원
250: 12개 부반송파들 x 15 kHz = 180 kHz RB
260: SC-FDMA 심볼
310: MAC 헤더
320: MAC 페이로드
330: 제어 요소들
340: 데이터
350: 패딩
410: 주파수 영역 확산
420: 시간 영역 확산

Claims (110)

1. 단일 반송파 주파수 분할 다중 접속(single carrier frequency division multiple access; SC-FDMA)을 위해 무선 시스템에서 사용하기 위하여 사용자 장비(user equipment; UE)에서 구현되는 방법에 있어서,
   복수의 부반송파들을 포함하는 상기 무선 시스템에서의 반복되는 스케줄링 요청 자원의 할당 - 상기 반복되는 스케줄링 요청 자원은 복수의 UE들에 할당됨 - 을 수신하는 단계;
   사용자 ID를 인코딩하는 단계; 및
   상기 인코딩된 사용자 ID를 포함하는 SC-FDMA 상향링크 제어 채널 신호를 상기 할당된 스케줄링 요청 자원의 상기 복수의 부반송파들을 통해 전송하는 단계를 포함하는, 무선 시스템에서 사용하기 위해 사용자 장비(user equipment; UE)에서 구현되는 방법.
2. 제1항에 있어서,
   상기 방법은 상기 SC-FDMA 무선 시스템에서 스케줄링된 상향링크 자원들을 통해 전송할 필요가 있음을 결정하는 단계를 더 포함하고,
   스케줄링된 상향링크 자원들을 통해 전송할 필요가 있는 것으로 결정할 시에 상기 전송하는 단계가 수행되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
3. 제1항에 있어서,
   상기 사용자 ID를 인코딩하는 단계는 인코딩된 비트들을 발생시키는 단계를 포함하고, 상기 방법은,
   변조된 심볼들을 생성하기 위해 상기 인코딩된 비트들을 변조시키는 단계;
   상기 변조된 심볼들을 확산시키는 단계; 및
   상기 확산된 변조된 심볼들 각각을 상기 복수의 부반송파들에 매핑하는 단계를
   더 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
4. 제1항에 있어서, 상기 할당은 상기 무선 시스템의 eNB에 의해 전송되는 브로드캐스트 전송 또는 공통 시그널링 메시지로부터 수신되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
5. 제1항에 있어서, 상기 할당은 상기 무선 시스템의 eNB에 의한 상기 UE에 대한 전용 전송으로부터 수신되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
6. 제1항에 있어서, 상기 사용자 ID는 셀 무선 네트워크 임시 식별자(Cell Radio Network Temporary Identifier; C-RNTI)에 관계되어 있는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
7. 제1항에 있어서, 상기 인코딩하는 단계는 블록 순방향 오류 정정(forward error correction; FEC) 인코더를 사용하는 단계를 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
8. 제1항에 있어서, 상기 SC-FDMA 상향링크 제어 채널 신호는 물리 상향링크 제어 채널(Physical Uplink Control Channel; PUCCH) 형식 2 또는 형식 3 신호를 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
9. 제1항에 있어서, 상기 스케줄링 요청 자원은 복수의 구성(constituent) 스케줄링 요청 자원들을 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
10. 제9항에 있어서, 상기 인코딩된 사용자 ID를 포함하는 상기 SC-FDMA 상향링크 제어 채널 신호를 전송하는 단계는 상기 복수의 구성 자원들을 통해 복수의 전송들을 행하는 단계를 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
11. 제1항에 있어서, 상기 사용자 ID는 공유된 할당된 스케줄링 요청 자원과 연관된 비 사용자 특유 비트 스크램블링 시퀀스(non-user-specific bit scrambling sequence)를 사용하여 인코딩되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
12. 제11항에 있어서, 상기 비 사용자 특유 비트 스크램블링 시퀀스를 구성하는 것에 관계된 정보가 상기 무선 시스템의 eNB로부터 수신되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
13. 제1항에 있어서, 상기 할당된 SC-FDMA 스케줄링 요청 자원은 상기 무선 시스템의 상향링크 시스템 대역폭의 PUCCH 주파수 영역 내에 있는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
14. 제1항에 있어서, 상기 할당된 SC-FDMA 스케줄링 요청 자원은 상기 무선 시스템의 상향링크 시스템 대역폭의 PUSCH 주파수 영역 내에 있는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
15. 제1항에 있어서, 순환 중복 검사 코드(cyclic redundancy check code; CRC)를 계산하고 상기 전송에 후치 추가(append)하는 단계를 더 포함하는, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
16. 제15항에 있어서, 상기 사용자 ID를 인코딩하는 단계 이전에, 또한, 상기 CRC가 계산되고 상기 사용자 ID에 후치 추가되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
17. 제1항에 있어서, 상기 UE는 복수의 안테나들을 포함하고 복수의 연관된 사용자 ID들을 가지며, 상기 방법은,
    안테나를 상기 사용자 ID들 중 한 사용자 ID와 연관시키는 단계를 더 포함하고,
    상기 사용자 ID를 인코딩하는 단계는 상기 안테나와 연관된 상기 사용자 ID를 인코딩하는 단계를 포함하며,
    상기 인코딩된 사용자 ID를 전송하는 단계는 적어도 상기 사용자 ID와 연관된 상기 안테나를 사용하여 수행되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
18. 제17항에 있어서, 전송을 위한 안테나를 선택하는 단계를 더 포함하고, 상기 UE는, 상기 복수의 안테나들에서 액세스 노드로부터 전송되는 신호들을 측정함으로써, 전송을 위해 상기 선택된 안테나를 결정하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
19. 제17항에 있어서, 상기 복수의 안테나들 중 어느 것을 선택할지에 관한 액세스 노드로부터의 지시를 수신한 것에 응답하여, 전송을 위한 안테나를 선택하는 단계를 더 포함하는, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
20. 제19항에 있어서, 수신측 액세스 노드가 상기 UE에 의한 상기 사용자 ID의 전송으로부터의 수신 전력을 측정하고, 상기 수신된 사용자 ID를 사용하여 상기 수신 전력을 상기 UE의 안테나와 연관시킬 수 있도록, 상기 복수의 사용자 ID들 각각을 특정 안테나와 연관시키는 단계를 포함하는, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
21. 제20항에 있어서, eNB가 상기 UE의 안테나들 각각으로부터의 수신 전력을 측정하고, 상기 UE로 전송하기 위한 지시를 발생시키기 위해 상기 측정된 전력을 사용할 수 있도록, 상기 전송된 신호는 각각의 안테나와 연관된 참조 신호들을 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
22. 제1항에 있어서, 상기 UE는 각각이 특정 사용자 ID와 연관된 다수의 안테나들을 포함하고, 상기 방법은 상기 복수의 사용자 ID들 각각을 인코딩하는 단계 및 상기 인코딩된 사용자 ID들을 각자의 연관된 안테나들로부터 상기 할당된 스케줄링 요청 자원을 통해 동시에 전송하는 단계를 더 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
23. 제1항에 있어서, 복수의 안테나들은 하나의 사용자 ID와 연관된 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
24. 제23항에 있어서, 복수의 구별되는 참조 신호들을 전송하는 단계를 더 포함하고, 상기 구별되는 참조 신호들 각각은 상기 복수의 안테나들 중 상기 하나의 사용자 ID와 연관된 한 안테나를 통해 전송되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
25. 제9항에 있어서, 상기 복수의 구성(constituent) 자원들 중에서 구성 자원을 선택하는 단계 및 상기 선택된 구성 자원을 통해 상기 SC-FDMA 상향링크 제어 채널 신호를 전송하는 단계를 더 포함하는, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
26. 제25항에 있어서, 상기 사용자 ID를 인코딩하는 단계는 상기 사용자 ID의 제1 부분을 인코딩하는 단계를 포함하고, 상기 복수의 구성 자원들 중에서 구성 자원을 선택하는 단계는 상기 사용자 ID의 제2 부분에 기초하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
27. 제1항에 있어서, 상기 할당된 자원은 제1 스케줄링 요청 자원 유형과 연관되고, 상기 방법은,
    제2 스케줄링 요청 자원 유형과 연관된 또 다른(further) 할당된 자원을 수신하는 단계;
    상기 제1 스케줄링 요청 자원 유형으로부터 상기 제2 스케줄링 요청 자원 유형으로의 변경이 바람직하다고 결정하는 단계; 및
    스케줄링 요청 자원 유형의 변경이 바람직한 것으로 결정될 시에, 상기 제2 스케줄링 요청 자원 유형과 연관된 상기 또 다른 할당된 자원을 통해 스케줄링 요청들을 전송하는 단계를 더 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
28. 제27항에 있어서, 상기 할당된 스케줄링 요청 자원들 중 적어도 하나는 상기 무선 시스템의 복수의 UE들에 할당된 공유 자원이고, 상기 할당된 스케줄링 요청 자원들 중 적어도 하나는 상기 UE에만 할당된 전용 자원인 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
29. 제27항에 있어서, 스케줄링 요청 자원의 변경이 바람직하다고 결정하는 단계는,
    ㆍ 상기 UE와 관련된 현재 데이터 활동 상태 또는 데이터 활동 레벨;
    ㆍ 상기 UE 상에 존재하는 하나 이상의 응용 프로그램들과 관련된 활동;
    ㆍ 상기 UE와 연관된 서비스들 또는 논리 채널들과 관련된 활동;
    ㆍ 비연속 수신(discontinuous reception; DRX) 상태 또는 하위 상태;
    ㆍ DRX에 관련된 패턴의 변화;
    ㆍ DRX 거동(behaviour)을 제어하는 하나 이상의 타이머들이 실행되고 있는지 또는 만료되었는지의 여부를 결정;
    ㆍ eNB와 상기 UE 사이의 경로 손실의 확인 또는 측정;
    ㆍ 하향링크 반송파 대 간섭(carrier to interference; C/I) 또는 하향링크 반송파 대 간섭 및 잡음(carrier to interference-plus-noise; C/N+I)의 확인 또는 측정;
    ㆍ 상향링크 반송파 대 간섭(C/I) 또는 상향링크 반송파 대 간섭 및 잡음(C/N+I)의 확인 또는 측정;
    ㆍ 상기 UE에 대한 상향링크 데이터 레이트;
    ㆍ 상기 UE에 대한 상향링크 변조 및 코딩 방식;
    ㆍ 최대 UE 전송 전력 대 현재 UE 전송 전력의 비율
    중 하나 이상에 기초하여 상기 UE의 활동의 변화를 검출하는 단계를 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
30. 제29항에 있어서, 스케줄링 요청 자원의 변경이 바람직하다고 결정하는 단계는 어느 할당된 스케줄링 요청 자원을 사용할지를 명시하는 명시적(explicit) 신호를 eNB로부터 수신하는 단계를 포함하는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
31. 제1항에 있어서, 상기 UE에 의해 송신되는 상향링크 통신 신호들을 위해 상기 UE에 의해 SC-FDMA가 사용되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
32. 제1항에 있어서, 상기 UE에 의해 수신되는 하향링크 통신 신호들을 위해 SC-FDMA 이외의 변조 방식이 사용되는 것인, 무선 시스템에서 사용하기 위해 사용자 장비(UE)에서 구현되는 방법.
33. 단일 반송파 주파수 분할 다중 접속(single carrier frequency division multiple access; SC-FDMA) 시스템을 위한 사용자 장비(user equipment; UE)에 있어서,
    하나 이상의 프로세서들을 포함하고,
    상기 하나 이상의 프로세서들은,
    복수의 부반송파들을 포함하는 무선 시스템에서의 반복되는 스케줄링 요청 자원의 할당 - 상기 반복되는 스케줄링 요청 자원은 복수의 UE들에 할당됨 - 을 수신하고;
    사용자 ID를 인코딩하고;
    상기 인코딩된 사용자 ID를 포함하는 SC-FDMA 상향링크 제어 채널 신호를 상기 할당된 스케줄링 요청 자원의 상기 복수의 부반송파들을 통해 전송하도록 구성되는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
34. 프로세서로 하여금 동작들을 수행하도록 하는 명령어들을 저장한 비일시적 컴퓨터-판독가능 매체에 있어서,
    상기 동작들은,
    복수의 부반송파들을 포함하는 무선 시스템에서의 반복되는 스케줄링 요청 자원의 할당 - 상기 반복되는 스케줄링 요청 자원은 복수의 사용자 장비(user equipment; UE)들에 할당됨 - 을 수신하는 것;
    사용자 ID를 인코딩하는 것; 및
    상기 인코딩된 사용자 ID를 포함하는 단일 반송파 주파수 분할 다중 접속(single carrier frequency division multiple access; SC-FDMA) 상향링크 제어 채널 신호를 상기 할당된 스케줄링 요청 자원의 상기 복수의 부반송파들을 통해 전송하는 것을 포함하는 것인, 컴퓨터-판독가능 매체.
35. 무선 통신 시스템을 위한 사용자 장비(user equipment; UE)에서 구현되는 방법에 있어서,
    복수의 부반송파들을 포함하는 반복되는 스케줄링 요청 자원의 할당 - 상기 반복되는 스케줄링 요청 자원은 복수의 UE들에 할당됨 - 을 수신하는 단계;
    스케줄링된 상향링크 자원들을 통해 전송할 필요가 있음을 결정하는 단계;
    인코딩된 비트들을 발생시키도록 사용자 ID를 인코딩하는 단계;
    변조된 심볼들을 생성하기 위해 상기 인코딩된 비트들을 변조시키는 단계;
    상기 변조된 심볼들을 확산시키는 단계;
    상기 확산된 변조된 심볼들 각각을 상기 복수의 부반송파들에 매핑하는 단계; 및
    스케줄링된 상향링크 자원들을 통해 전송할 필요가 있다고 결정될 시에, 상기 할당된 스케줄링 요청 자원의 복수의 부반송파들을 포함하는 단일 반송파 주파수 분할 다중 접속(single carrier frequency division multiple access; SC-FDMA) 상향링크 제어 채널 신호를 전송하는 단계를
    포함하는, 무선 통신 시스템을 위한 사용자 장비(UE)에서 구현되는 방법.
36. 제33항에 있어서, 상기 할당은 상기 무선 시스템의 eNB에 의해 전송되는 브로드캐스트 전송 또는 공통 시그널링 메시지로부터 수신되는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
37. 제33항에 있어서, 상기 할당은 상기 무선 시스템의 eNB에 의한 상기 UE로의 전용 전송으로부터 수신되는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
38. 제33항에 있어서, 상기 사용자 ID는 셀 무선 네트워크 임시 식별자(Cell Radio Network Temporary Identifier; C-RNTI)와 관련된 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
39. 제33항에 있어서, 상기 SC-FDMA 상향링크 제어 채널 신호는 물리 상향링크 제어 채널(Physical Uplink Control Channel; PUCCH) 형식 2 또는 형식 3 신호를 포함하는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
40. 제33항에 있어서, 상기 사용자 ID는 비 사용자 특유 비트 스크램블링 시퀀스로 인코딩되는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
41. 제33항에 있어서,
    상기 스케줄링 요청 자원은 복수의 구성 스케줄링 요청 자원들을 포함하고, 상기 하나 이상의 프로세서들은 또한,
    상기 복수의 구성 자원들 중에서 구성 자원을 선택하고;
    상기 선택된 구성 자원을 통해 상기 SC-FDMA 상향링크 제어 채널 신호를 전송하도록 구성되는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
42. 제33항에 있어서, 상기 할당된 스케줄링 요청 자원은 상기 무선 시스템의 상향링크 시스템 대역폭의 PUCCH 주파수 영역 또는 PUSCH 주파수 영역 내에 있는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
43. 제33항에 있어서, 상기 하나 이상의 프로세서들은 또한, 순환 중복 검사 코드(cyclic redundancy check code; CRC)를 계산하고 상기 전송에 후치 추가(append)하도록 구성되는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
44. 제33항에 있어서, 상기 UE는 복수의 안테나들을 포함하고, 복수의 연관된 사용자 ID들을 가지며, 상기 하나 이상의 프로세서들은 또한,
    안테나를 상기 사용자 ID들 중 한 사용자 ID와 연관시키고;
    상기 안테나와 연관된 상기 사용자 ID를 인코딩하고;
    상기 인코딩된 사용자 ID를 전송하기 위해 적어도 상기 사용자 ID와 연관된 상기 안테나를 사용하도록 구성되는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
45. 제44항에 있어서, 상기 하나 이상의 프로세서들은 또한, 상기 복수의 안테나 상에서 액세스 노드로부터 전송된 신호들을 측정함으로써 전송을 위한 안테나를 선택하도록 구성되는 것인, 단일 반송파 주파수 분할 다중 접속(SC-FDMA) 시스템을 위한 사용자 장비(UE).
46. 삭제
47. 삭제
48. 삭제
49. 삭제
50. 삭제
51. 삭제
52. 삭제
53. 삭제
54. 삭제
55. 삭제
56. 삭제
57. 삭제
58. 삭제
59. 삭제
60. 삭제
61. 삭제
62. 삭제
63. 삭제
64. 삭제
65. 삭제
66. 삭제
67. 삭제
68. 삭제
69. 삭제
70. 삭제
71. 삭제
72. 삭제
73. 삭제
74. 삭제
75. 삭제
76. 삭제
77. 삭제
78. 삭제
79. 삭제
80. 삭제
81. 삭제
82. 삭제
83. 삭제
84. 삭제
85. 삭제
86. 삭제
87. 삭제
88. 삭제
89. 삭제
90. 삭제
91. 삭제
92. 삭제
93. 삭제
94. 삭제
95. 삭제
96. 삭제
97. 삭제
98. 삭제
99. 삭제
100. 삭제
101. 삭제
102. 삭제
103. 삭제
104. 삭제
105. 삭제
106. 삭제
107. 삭제
108. 삭제
109. 삭제
110. 삭제

Images