KR20140119663A

KR20140119663A - 무선 통신 시스템에서 스몰 셀 향상들을 위한 방법 및 장치

Info

Publication number: KR20140119663A
Application number: KR1020140038886A
Authority: KR
Inventors: 리-치 청
Original assignee: 이노베이티브 소닉 코포레이션
Priority date: 2013-04-01
Filing date: 2014-04-01
Publication date: 2014-10-10
Anticipated expiration: 2034-04-01
Also published as: EP2802185B1; ES2773974T3; US20140295860A1; ES2769858T3; US20140293873A1; US9992693B2; EP2802185A2; US9603038B2; US20140293903A1; KR101588020B1; EP2802185A3; EP2802175A1; EP2802187A1; JP2014204435A; EP2822351B1; KR101603671B1; US20140293897A1; TW201440549A; JP5933618B2; TWI513335B

Abstract

무선 통신 시스템에서 스몰 셀 향상을 위한 방법 및 장치가 개시된다. 상기 방법은 사용자 장비 (UE)가 매크로 (Macro) eNB (evolved Node B)에 접속되도록 하는 단계를 포함한다. 상기 방법은 라디오 자원 제어 (Radio Resource Control (RRC)) 메시지를 통해서 제일 첫 번째 스몰 셀 (Small Cell)을 설립하도록 상기 UE를 설정하는 단계를 더 포함하며, 이 경우에 상기 제일 첫 번째 스몰 셀 (very first Small Cel)은 상기 매크로 eNB와는 상이한 스몰 셀 eNB에 속한다.

Description

무선 통신 시스템에서 스몰 셀 향상들을 위한 방법 및 장치 {Method and apparatus for small cell enhancements in a wireless communication system}

관련된 출원들 상호 참조

본원은 2013년 4월 1일에 출원된 미국 임시 특허 출원 일련번호 61/807,103에 대한 우선권의 이익을 향유하며, 상기 출원은 그 전체가 본원에 참조로 편입된다.

기술분야

본 발명의 개시는 일반적으로 무선 통신 네트워크에 관련되며, 그리고 더 상세하게는 무선 통신 시스템에서 스몰 셀 향상을 위한 방법 및 장치에 관련된 것이다.

이동통신 장비로부터 대량 데이터 통신의 요구가 증대함에 따라, 종래의 이동 음성 통신 네트워크는 인터넷 프로토콜(IP) 데이터 패킷으로 통신하는 네트워크로 진화하고 있다. 그러한 IP 데이터 패킷 통신은 이동 통신 장비의 사용자에게 IP상 음성, 멀티미디어, 멀티캐스트 및 온디맨드 통신 서비스를 제공할 수 있다.

현재 표준화가 진행되고 있는 예시적인 네트워크 구조가 E-UTRAN (Evolved Universal Terrestrial Radio Access Network)이다. E-UTRAN 시스템은 전술한 IP상 음성 및 멀티미디어 서비스를 구현하기 위해 높은 데이터 처리율(throughput)을 제공할 수 있다. E-UTRAN 시스템의 표준화 작업은 현재 3GPP 표준 기구에서 진행되고 있다. 이에 따라 3GPP 표준의 진화 및 최종화를 위해 기존 3GPP 본문에 대한 변경들이 현재 제안 및 고려되고 있다.

3GPP TS 36.321 v11.2.0 (2013-03), "E-UTRA; MAC protocol specification". 3GPP TR 36.392 v12.0.0 (2012-12), "Scenarios and Requirements for Small Cell Enhancements for E-UTRA and E-UTRAN". 3GPP R2-130420, "Protocol architecture alternatives for dual connectivity". 3GPP TR 36.913. 3GPP RP-122033, "New Study Item Description: Small Cell enhancements for E-UTRA and E-UTRAN - Higher-layer aspects". 3GPP R2-130570, "Report of 3GPP TSG RAN WG2 meeting #72". 3GPP TS 36.300 V11.4.0

본 발명은 무선 통신 시스템에서 스몰 셀 향상들을 위한 방법 및 장치를 제공하려고 한다.

본 발명의 효과는 본 명세서의 해당되는 부분들에 개별적으로 명시되어 있다.

도 1은 본 발명의 한 실시예에 따른 무선 통신시스템의 구성도이다.
도 2는 본 발명의 한 실시예에 따른 송신기 시스템(액세스 네트워크라고도 함) 및 수신기 시스템(사용자 장비 또는 UE라고도 함)의 블록도이다.
도 3은 본 발명의 한 실시예에 따른 통신 시스템의 기능 블록도이다.
도 4는 본 발명의 한 실시예에 따른 도 3의 프로그램 코드의 블록도이다.

이하에서 설명되는 예시적 무선 통신 시스템 및 장치는 무선 통신 시스템을 사용하고 브로드캐스트 서비스를 지원한다. 무선 통신 시스템은 음성, 데이터 등의 다양한 유형의 통신을 제공하기 위하여 폭넓게 사용되고 있다. 이런 시스템들은 코드분할 다중액세스(code division multiple access; CDMA), 시분할 다중액세스(time division multiple access; TDMA), 직교 주파수 분할 다중액세스(orthogonal frequency division multiple access; OFDMA), 3GPP LTE (Long Term Evolution) 무선액세스, 3GPP LTE-A 또는 LTE-A, 3GPP2 UMB(Ultra Mobile Broadband), WiMax 또는 기타 변조 방식 등에 기초할 수 있다.

특히, 이하에서 설명되는 예시적 무선 통신 시스템은 이하에서 GPP로 언급되는 "3세대 파트너십 프로젝트"로 명명된 컨소시엄에 의해 제안되는 표준과 같은 하나 또는 그 이상의 표준들을 지원하도록 설계될 수 있다. 그러한 표준들은 "E-UTRA; MAC protocol specification" 제목의 문서 번호 TS36.321 v11.2.0 (2013-03), "Scenarios and Requirements for Small Cell Enhancements for E-UTRA and E-UTRAN" 제목의 문서 번호 TR36.392 v12.0.0 (2012-12), "Protocol architecture alternatives for dual connectivity" 제목의 문서번호 R2-130420, 문서 번호 TR 36.913, "New Study Item Description: Small Cell enhancements for E-UTRA and E-UTRAN - Higher-layer aspects" 제목의 문서 번호 RP-122033 그리고 "Report of 3GPP TSG RAN WG2 meeting #72" 제목의 문서 번호 3GPP R2-130570를 포함한다. 위에서의 목록에 있는 표준들 및 문서들은 그 전체가 본원에 참조로서 명백하게 포함된다.

도 1은 본 발명의 한 실시예에 따른 다중 액세스 무선통신시스템의 구성도이다. 액세스 네트워크(100; AN)는 다중 안테나 그룹들을 포함하는데, 104 및 106을 포함하는 하나의 그룹, 108 및 110을 포함하는 다른 하나의 그룹, 그리고 112 및 114를 포함하는 또 하나의 그룹이 그것들이다. 도 1에서, 각 안테나 그룹에서 2개의 안테나만 도시되어 있으나, 실제로는 각 안테나 그룹을 위해 이보다 많거나 적은 안테나들이 사용될 수 있다. 액세스 단말(116; AT)은 안테나 112 및 114와 통신하는데, 안테나(112 및 114)들은 포워드 링크(120) 상에서 액세스 단말(122; AT)로 정보를 전송하고 리버스 링크(118)를 통해 액세스 단말(122; AT)로부터 정보를 수신한다. FDD 시스템에서 통신 링크(118, 120, 124, 126)는 통신을 위해 상이한 주파수를 사용할 수 있다. 예를 들어, 포워드 링크(120)는 리버스 링크(118)가 사용하는 주파수와 다른 주파수를 사용할 수 있다.

각각의 안테나 그룹과 이들이 통신하도록 설계된 영역은 종종 액세스 네트워크의 섹터라고 불린다. 본 실시예에서, 각 안테나 그룹은 액세스 네트워크(100)에 의해 커버되는 영역들의 섹터 내의 터미널들을 액세스하기 위해 통신하도록 설계된다.

포워드 링크들(120 및 126) 상의 통신에서, 액세스 네트워크(100)의 전송 안테나들은 상이한 액세스 단말들(116 및 122)에 대한 포워드 링크들의 신호 대 잡음 비율을 개선하기 위해 빔형성 기법을 사용할 수 있다. 또한, 통신 영역 내에 무작위로 흩어져 있는 액세스 단말들로 전송하기 위해 빔형성을 사용하는 액세스 네트워크는 모든 액세스 단말들에 하나의 안테나로 전송하는 액세스 네트워크에 비하여 인접 셀들 내의 액세스 단말들에 대하여 적은 간섭을 발생시킨다.

액세스 네트워크(AT)는 고정국이거나 터미널들과 통신하기 위해 사용되는 기지국일 수 있는데, 이는 액세스 포인트, 노드 B, 기지국, 증강 기지국, eNB 등의 용어로 지칭되기도 한다.

도 2는 본 발명의 실시예에 따른 MIMO 시스템(200)의 송신기 시스템(210; 액세스 네트워크라고도 함) 및 수신기 시스템(250; 액세스 단말(AT) 또는 사용자 장비(UE)라고도 함)의 단순화된 블록도이다. 송신기 시스템(210)에서 다수의 데이터 스트림을 위한 트래픽 데이터가 데이터 소스(212)로부터 전송(TX) 데이터 프로세서(214)로 제공된다.

한 실시예에서, 각 데이터 스트림은 각 전송 안테나를 통해 전송된다. TX 데이터 프로세서는 데이터 스트림을 위해 선택된 특정 코딩 시스템에 기초하여 포맷, 코딩 및 인터리빙하여 코드화된 데이터를 제공한다.

각 데이터 스트림의 코드화된 데이터는 OFDM 기법을 사용하여 파일럿 데이터와 함께 다중화될 수 있다. 파일럿 데이터는 통상 알려진 방식으로 처리되는 알려진 데이터 패턴으로서, 채널 응답을 예측하기 위해 수신기 시스템에서 사용될 수 있다. 각 데이터 스트림의 다중화된 파일럿 및 코드화 데이터는 그 데이터 시스템을 위해 선택된 특정 변조 스킴(예를 들어, BPSK, QPSK, M-PSK, 또는 M-QAM)에 기초하여 변조되어 변조 심볼들을 제공한다. 각 데이터 스트림의 데이터 전송율, 코딩 및 변조는 프로세서(230)에 의해 실행되는 명령에 의해 결정될 수 있다.

모든 데이터 스트림들을 위한 변조 심볼들은 TX MIMO 프로세서(220)에 제공되는데, 이는 (예를 들어 OFDM을 위해) 변조 심볼들을 추가로 처리할 수 있다. 그러면 TX MIMO 프로세서(220)는 N_T개 변조 심볼 스트림을 N_T개 전송기(TMTR; 222a 내지 222t)에 제공한다. 실시예에 따라, TX MIMO 프로세서(220)는 데이터 스트림의 심볼과 그 심볼이 전송되는 안테나에 대하여 빔형성 가중치를 적용한다.

각 전송기(222)는 각 심볼 스트림을 수신하고 처리하여 하나 또는 그 이상의 아날로그 신호를 제공하고, 그 아날로그 신호에 예를 들어 증폭, 필터링 및 업컨버젼 등의 조정 처리를 하여 MIMO 채널 상에서 전송하기에 적합한 변조 신호를 제공한다. 전송기(222a 내지 222t)로부터의 N_T개 변조 신호들은 각각 N_T개 안테나(224a 내지 224t)를 통해 전송된다.

수신기 시스템(250)에서 전송된 변조 신호들은 N_R개 안테나(252a 내지 252r)에 의해 수신되고, 각 안테나로부터 수신된 신호는 해당 수신기(RCVR; 254a 내지 254r)에 제공된다. 각 수신기(254)는 해당 수신 신호에 필터링, 증폭 및 다운컨버젼 등의 조정 처리를 하고 이를 디지털화 하여 샘플들을 제공하고, 샘플들을 추가 처리하여 대응 "수신" 심볼 스트림을 제공한다.

그러면 RX 데이터 프로세서(260)는 N_R개 수신기(254)로부터의 N_R개 수신 심볼 스트림들을 수신하고 특정 수신기 처리 기법에 기초하여 처리하여 N_T개 "검출" 심볼 스트림을 제공한다. 그러면 RX 데이터 프로세서(260)는 각 검출 심볼 스트림을 복조, 디인터리빙 및 복호하여 그 데이터 스트림을 위한 트래픽 데이터를 복구한다. RX 데이터 프로세서(260)의 처리는 전송 시스템(210)의 TX MIMO 프로세서(220) 및 TX 데이터 프로세서(214)에 의해 실행되는 동작에 대하여 상보적이다.

프로세서(270)는 어느 프리코딩 매트릭스를 사용할지 주기적으로 결정한다. (이점에 대해 후술함) 프로세서(270)는 매트릭스 인덱스 부분과 순위 값 부분을 포함하는 리버스 링크 메시지를 생성한다.

리버스 링크 메시지는 통신 링크 및/또는 수신 데이터 스트림에 대한 다양한 유형의 정보를 포함할 수 있다. 그러면 리버스 링크 메시지는 데이터 소스(236)로부터 많은 데이터 스트림들을 위한 트래픽 데이터를 수신하는 TX 데이터 프로세서(238)에 의해 처리되고, 변조기(280)에 의해 변조되고, 전송기(254a 내지 254r)에 의해 조정되어 전송기 시스템(210)으로 되돌려 전송된다.

전송기 시스템(210)에서, 수신기 시스템(250)으로부터의 변조된 신호가 안테나(224)에 의해 수신되고, 수신기(222)에 의해 조정되고, 복조기(240)에 의해 복조되고, RX 데이터 프로세서(242)에 의해 처리되어 수신기 시스템(250)에 의해 전송되는 리저브 링크 메시지를 추출한다. 그러면 프로세서(230)는 빔형성 가중치를 결정하기 위해 어떤 프리코딩 매트릭스를 사용할지 결정하고, 추출된 메시지를 처리한다.

도 3을 참조하면, 이 도면은 본 발명의 한 실시예에 따른 통신 장치의 대안적인 단순화된 기능 블록도이다. 도 3에 도시된 바와 같이, 무선 통신 시스템의 통신 장치(300)는 도 1의 116 및 122와 같은 UE(또는 AT)를 구현하기 위해 사용될 수 있다. 그 무선 통신 시스템은 바람직하게는 LTE 시스템이다. 이 통신 시스템(300)은 입력 장치(302), 출력 장치(304), 제어 회로(306), 중앙처리유닛(CPU; 308), 메모리(310), 프로그램 코드(312) 및 트랜시버(314)를 포함할 수 있다. 제어 회로(306)는 메모리(310) 내의 프로그램 코드(312)를 CPU9308)을 통해 실행하여, 통신 장치(300)의 동작을 제어한다. 통신 장치(300)는 키보드 또는 키패드와 같은 입력 장치를 통해 사용자가 입력하는 신호를 수신하고, 모니터 또는 스피커와 같은 출력 장치로 이미지 및 소리를 출력할 수 있다. 트랜시버(314)는 무선 신호를 수신 및 전송하고, 수신된 신호를 제어 회로(306)로 전달하고, 제어 회로(306)에 의해 발생된 신호를 무선으로 출력하기 위해 사용된다.

도 4는 도 3에 제시된 본 발명의 실시예에 따른 프로그램 코드(312)의 단순화된 블록도이다. 본 실시예에서, 프로그램 코드(312)는 어플리케이션 층(400), 레이어3 부분, 레이어2 부분을 포함하고, 레이어1 부분에 커플링되어 있다. 레이어3 부분은 일반적으로 무선 리소스 제어를 실행한다. 레이어2 부분은 일반적으로 링크 제어를 실행한다. 레이어1 부분은 일반적으로 물리적 접속을 실행한다.

LTE 또는 LTE-A 시스템에서, 레이어2 부분은 라디오 링크 제어 (Radio Link Control (RLC)) 레이어 및 매체 액세스 제어 (Medium Access Control (MAC)) 레이어를 포함할 수 있다. 레이어3 부분은 라디오 자원 제어 (Radio Resource Control (RRC)) 레이어를 포함할 수 있다.

3GPP TS36.321 v11.2.0에서, 상이한 물리적 업링크 제어 채널 (Physical Uplink Control Channel) 자원을 구비한 스케줄링 요청 (Scheduling Request (SR))은 다음과 같이 설명된다:

5.4.4 스케줄링 요청 (Scheduling Request)

스케줄링 요청은 새로운 전송을 위해 UL-SCH 자원들을 요청하기 위해서 사용된다.

SR이 트리거될 때에, 그것은 취소될 때까지는 계속하는 (pending) 것으로서 간주될 것이다. 모든 계속 중인 (pending) SR(들)은 취소될 것이며 그리고 MAC PDU가 조립되고 그리고 이 PDU가 BSR을 트리거했던 마지막 이벤트까지의 (그리고 그 마지막 이벤트를 포함하는) 버퍼 상태를 포함하는 BSR을 포함할 때에 (서브조항 5.4.5 참조), 또는 UL 승인 (grant)(들)이 전송을 위해서 이용 가능한 모든 계속 중인 데이터를 수용할 수 있을 때에 sr-ProhibitTimer는 중지될 것이다.

SR이 트리거되고 그리고 어떤 다른 계속 중인 SR도 존재하지 않는다면, 상기 UE는 SR_COUNTER를 0으로 세팅할 것이다

하나의 SR이 계속 중인 한은, 상기 UE는 각 TTI에 대해서 다음을 실행할 것이다:

- 이 TTI에서의 전송에 대해 어떤 UL-SCH 자원들도 이용 가능하지 않다면:

- 어떤 TTI에서 설정된 SR에 대해 상기 UE가 어떤 유효한 PUCCH 자원도 가지지 않는다면: PCell 상에서 랜덤 액세스 절차를 개시하며 (서브조항 5.1 참조) 그리고 모든 계속 중인 SR들을 취소할 것이다;

- 그렇지 않고 이 TTI에 대해서 설정된 SR의 유요한 PUCCH 자원을 상기 UE가 가진다면 그리고 이 TTI가 측정 격차 (measurement gap)의 일부가 아니라면 그리고 sr-ProhibitTimer 가 동작하고 있지 않다면:

- SR_COUNTER < dsr-TransMax 이라면:

- SR_COUNTER를 1 증가시킨다;

- 상기 물리 레이어에게 PUCCH 상으로 상기 SR을 시그날링할 것을 지시한다;

- sr-ProhibitTimer를 시작시킨다.

- 그렇지 않다면:

- RRC에게 모든 서빙 셀들에 대해서 PUCCH/SRS를 릴리즈할 것을 통지한다;

- 어떤 설정된 다운링크 할당들 그리고 업링크 승인들을 클리어한다;

- 상기 PCell 상에서 랜덤 액세스 절차를 개시하며 (서브조항 5.1 참조) 그리고 모든 계속 중인 SR들을 취소한다.

5.4.5 버퍼 상태 보고 (Buffer Status Reporting)

버퍼 상태 보고 절차는 UE의 UL 버퍼 내 전송을 위해서 이용 가능한 데이터의 양에 관한 정보를 서빙 eNB에게 제공하기 위해서 사용된다. RRC는 두 개의 타이머들 periodicBSR-Timer 그리고 retxBSR-Timer를 설정하고 그리고 각 논리적인 채널에 대해서, LCG에게 상기 논리적인 채널을 할당하는 logicalChannelGroup을 옵션으로 시그날링하여 BSR 보고를 제어한다.

버퍼 상태 보고 절차를 위해서, UE는 정지되지 않은 모든 라디오 베어러들 (radio bearers)을 고려할 것이며 그리고 정지된 라디오 베어러들을 고려할 수 있을 것이다.

버퍼 상태 보고 (BSR)는 다음의 이벤트들 중 어떤 것이 발생하면 트리거될 것이다:

- LCG에 속한 논리적인 채널에 대해서 UL 데이터가 RLC 엔티티에서 또는 PDCP 엔티티에서의 전송을 위해서 이용 가능하게 되며 (전송을 위해서 어떤 데이터가 이용 가능한 것으로 고려될 것인가의 정의는 3GPP RP-122033 그리고 3GPP TS 36.300 V11.4.0 에 각각 규정된다) 그리고 임의 LCG에 속한 논리적인 채널들의 우선 순위들보다 더 높은 우선 순위를 가진 논리적인 채널에 데이터가 속하며 그리고 그 논리적인 채널에 대해 전송을 위해서 데이터가 이미 가능하거나 또는 LCG에 속한 논리적인 채널 중 어느 하나에 대한 전송을 위해서 이용 가능한 데이터가 존재하지 않는 것 [이 경우 상기 BSR은 아래에서 "정규 BSR (Regular BSR)"로 언급됨] 중의 어느 하나;

- UL 자원들이 할당되었으며 그리고 패딩 비트들의 개수가 상기 버퍼 상태 보고 MAC 제어 엘리먼트의 크기에 그것의 서브헤더를 더한 것과 같거나 또는 더 크다 [이 경우에 상기 BSR은 아래에서 "패딩 BSR (Padding BSR)"로서 언급됨];

- retxBSR-Timer 는 기간 만료되며 그리고 상기 UE는 LCG에 속한 논리적인 채널 중 어느 하나에 대한 전송을 위해서 이용 가능한 데이터를 가진다 [이 경우에 상기 BSR은 아래에서 "정규 BSR"로 언급됨];

- periodicBSR-Timer가 기간 만료됨 [이 경우에 상기 BSR은 아래에서 "주기적인 BSR (Periodic BSR)"로 언급됨].

정규 BSR 및 주기적인 BSR에 대해서:

- 하나보다 많은 LCG가 BSR이 전송된 TTI에서의 전송을 위해서 이용 가능한 데이터를 가지면: 긴 BSR (Long BSR)을 보고한다;

- 그렇지 않으면 짧은 BSR (Short BSR)를 보고한다.

패딩 BSR에 대해서:

- 패딩 비트들의 개수가 상기 짧은 BSR의 크기에 그것의 서브헤더를 더한 것과 같거나 또는 더 크지만 상기 긴 BSR의 크기에 그것의 서브헤더를 더한 것보다는 작다면:

- 하나보다 많은 LCG가 BSR이 전송된 TTI에서의 전송을 위해서 이용 가능하다면: 전송을 위해서 이용 가능한 데이터를 가진 가장 높은 우선 순위의 논리적인 채널과 함께 상기 LCG의 잘린 (Truncated) BSR을 보고한다;

- 그렇지 않다면 짧은 BSR을 보고한다.

- 그렇지 않고 패팅 비트들의 개수가 상기 긴 BSR의 크기에 그것의 서브헤더를 더한 것과 같거나 더 크다면, 긴 BSR을 보고한다.

적어도 하나의 BSR이 트리거되었고 그리고 취소되지 않았다고 상기 버퍼 상태 보고 절차가 결정한다면:

- 상기 UE가 이 TTI에 대한 새로운 전송을 위해서 할당된 UL 자원들을 가진다면:

- BSR MAC 제어 엘리먼트(들)를 생성하기 위해서 멀티플렉싱 및 어셈블리 절차를 지시한다;

- 생성된 모든 BSR들이 잘린 BSR들일 때를 제외하고 periodicBSR-Timer를 시작시키거나 다시 시작시킨다;

- retxBSR-Timer를 시작시키거나 다시 시작시킨다.

- 그렇지 않고 정규 BSR이 트리거되었다면:

- 업링크 승인이 설정되지 않거나 또는 논리적인 채널 SR 마스킹 (logicalChannelSR-Mask)이 상위 레이어들에 의해서 셋업되는 논리적인 채널에 대한 전송을 위해서 이용 가능하게 되지 않은 데이터로 인해서 정규 BSR이 트리거되지 않았다면:

- 스케줄링 요청이 트리거될 것이다.

심지어는 BSR이 전송될 수 있는 시간까지 [그 경우에 상기 정규 BSR 그리고 상기 주기적인 BSR은 상기 패딩 BSR에 우선함] 다중의 이벤트들이 BSR을 트리거할 때조차 MAC PDU는 많아야 하나의 MAC BSR 제어 엘리먼트를 포함할 것이다.

상기 UE는 임의 UL-SCH 상의 새로운 데이터 전송을 위한 승인의 표시가 있으면 바로 retxBSR-Timer를 다시 시작시킬 것이다.

이 서브프레임 내 UL 승인(들)이 전송을 위해서 이용 가능한 모든 계속 중인 데이터를 조정할 수 있지만 상기 BSR MAC 제어 엘리먼트에 그것의 서브헤더를 더한 것을 추가적으로 조정하기에는 충분하지 않은 경우에, 트리거된 모든 BSR들은 취소될 것이다. BSR이 전송을 위한 MAC PDU에 포함될 때에 트리거된 모든 BSR들은 최소될 것이다.

상기 UE는 어떤 TTI 내에 많아야 하나의 정규/주기적인 BSR을 전송할 것이다. UE가 어떤 TTI 내에서 다중의 MAC PDU들을 전송할 것을 요청받는다면, 그것은 정규/주기적인 BSR을 포함하지 않는 MAC PDU들 중 임의의 MAC PDU 내에 패딩 BSR을 포함할 수 있을 것이다.

TTI 내에서 전송된 모든 BSR들은 모든 MAC PDU들이 이 TTI를 위해서 구축된 이후에 버퍼 상태를 항상 반영한다. 각 LCG는 TTI 당 많아야 하나의 버퍼 상태 값을 보고할 것이며 그리고 이 값은 이 LCG에 대해 모든 BSR들 보고 버퍼 상태에서 보고될 것이다.

주의 : 패딩 BSR은 트리거된 정규/주기적인 BSR을 취소하도록 허용되지 않는다. 패딩 BSR은 특정 MAC PDU에 대해서만 트리거되며 그리고 그 트리거는 이 MAC PDU가 구축될 때에 취소된다.

5.7 불연속 수신 (Discontinuous Reception (DRX))

상기 UE는, UE의 C-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI 그리고 반-영속적인 (Semi-Persistent) 스케줄링 C-RNTI (구성되는 경우임)에 대한 상기 UE의 PDCCH 모티터링 행동을 제어하는 DRX 기능성으로 RRC에 의해서 설정된다. RRC_CONNECTED 일 때에, DRX가 설정된다면, 상기 UE는 이 서브조항에서 규정된 DRX 동작을 이용하여 불연속적으로 상기 PDCCH를 모니터하도록 허용된다; 그렇지 않다면 상기 UE는 상기 PDCCH를 계속해서 모니터한다. DRX 동작을 이용할 때에, 상기 UE는 이 규걱의 다른 서브조항들에서 발견된 요구사항들에 따라서 PDCCH를 또한 모니터할 것이다. RRC는 타이머들 onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer (브로드캐스트 프로세스를 제외하면 DL HARQ 프로세스 당 하나), longDRX-Cycle, drxStartOffset의 값 그리고 옵션으로 drxShortCycleTimer 그리고 shortDRX-Cycle을 설정함으로써 DRX 동작을 제어한다. (브로드캐스트 프로세스는 제외하고) DL HARQ 프로세스 당 하나의 HARQ RTT 타이머가 또한 정의된다 (서브조항 7.7 참조)

DRX 사이클이 설정될 때에, 액티브 시간은 시간을 포함하며 반면에:

- onDurationTimer 또는 drx-InactivityTimer 또는 drx-RetransmissionTimer 또는 mac-ContentionResolutionTimer (서브조항 5.1.5에서 설명된 것과 같음)가 동작하고 있다; 또는

- 스케줄링 요청이 PUCCH 상에서 송신되고 그리고 계속 중이다 (서브조항 5.4.4에서 설명된 것과 같음); 또는

- 계속 중인 HARQ 재전송에 대한 업링크 승인이 발생할 수 있으며 그리고 대응하는 HARQ 버퍼 내에 데이터가 존재한다; 또는

- 상기 UE의 C-RNTI로 주소가 정해진 새로운 전송을 나타내는 PDCCH는, (서브조항 5.1.4에서 설명된 것과 같이) 상기 UE에 의해 선택되지 않은 프리앰블에 대한 랜덤 액세스 응답의 성공적인 수신 이후에 수신되지 않았다.

DRX가 설정될 때에, UE는 각 서브프리엠에 대해서 다음을 할 것이다:

- HARQ RTT 타이머가 이 서브프레임에서 기간 만료되면 그리고 대응하는 HARQ 프로세스의 데이터가 성공적으로 디코드되지 않았다면:

- 상기 대응 HARQ 프로세스를 위해 drx-RetransmissionTimer 시작시킨다:

- DRX 명령 MAC 제어 엘리먼트가 수신되면:

- onDurationTimer를 중지시킨다;

- drx-InactivityTimer를 중지시킨다.

- drx-InactivityTimer가 기간 만료되거나 도는

- if drx-InactivityTimer expires or a DRX 명령 MAC 제어 엘리먼트가 이 서브프레임에서 수신된다면:

- 상기 짧은 DRX 사이클이 설정된다면:

- drxShortCycleTimer를 시작시키거나 또는 다시 시작시킨다;

- 상기 짧은 DRX 사이클을 사용한다.

- 그렇지 않다면:

- 상기 긴 DRX 사이클을 사용한다.

- drxShortCycleTimer가 이 서브프레임에서 기간 만료된다면:

- 긴 DRX 사이클을 사용한다.

- 상기 짧은 DRX 사이클이 사용되고 그리고 [(SFN * 10) + 서브프레임 넘버] modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle); 또는

- 상기 긴 DRX 사이클이 사용되고 그리고 [(SFN * 10) + 서브프레임 넘버] modulo (longDRX-Cycle) = drxStartOffset:

- onDurationTimer를 시작시킨다.

- 액티브 시간 동안에, PDCCH-subframe에 대해서, 상기 서브프레임이 반-듀플렉스 FDD UE 동작에 대해 업링크 전송을 위해서 요청되지 않는다면 그리고 상기 서브프레임이 설정된 측정 격차의 일부가 아니라면:

- 상기 PDCCH를 모니터한다;

- 상기 PDCCH가 DL 전송을 표시하거나 또는 DL 할당이 이 서브프레임에 대해서 설정되지 않았다면:

- 대응하는 HARQ 프로세스를 위해서 상기 HARQ RTT 타이머를 시작시킨다;

- 상기 대응 HARQ 프로세스를 위해서 상기 drx-RetransmissionTimer를 중지한다.

- 상기 PDCCH가 새로운 전송을 표시한다면 (DL 또는 UL):

- drx-InactivityTimer를 시작시키거나 또는 다시 시작시킨다.

- 현재 서브프레임 n에서, 상기 UE가 서브프레임 n-4까지 수신된 그리고 서브프레임 n-4를 포함하는 승인들/할당들에 따른 액티브 시간에 존재하지 않는다면, type-0-triggered SRS (3GPP TR36.392 v12.0.0)는 보고되지 않을 것이다.

- CQI 마스킹 (cqi-Mask)이 상위 레이어들에 의해서 셋업된다면:

- 현재의 서브프레임 n에서, onDurationTimer가 서브프레임 n-4까지 수신된 그리고 서브프레임 n-4를 포함하는 승인들/할당들에 따라서 실행되지 않는다면, PUCCH 상 CQI/PMI/RI/PTI는 보고되지 않을 것이다.

- 그렇지 않으면:

- 현재 서브프레임 n에서, 상기 UE가 서브프레임 n-4까지 수신된 그리고 서브프레임 n-4를 포함하는 승인들/할당들에 따른 액티브 시간에 존재하지 않다면, PUCCH 상 CQI/PMI/RI/PTI는 보고되지 않을 것이다.

상기 UE가 PDCCH를 모니터하고 있거나 또는 아니거나의 여부에 관계없이, 상기 UE는 HARQ 피드백을 수신하고 전송하며 그리고 type-1-triggered SRS (3GPP TR36.392 v12.0.0)가 기대될 때에는 전송한다.

주의: 동일한 액티브 타임이 모든 활성화된 서빙 셀(들)에 적용한다.

5.13 SCELL들의 활성화/비활성화 (Activation/Deactivation of SCells)

UE가 하나 또는 그 이상의 SCell들로 구성된다면, 네트워크는 상기 설정된 SCell들을 활성화하거나 또는 비활성화할 수 있을 것이다. PCell은 항상 활성화된다. 네트워크는 서브조항 6.1.3.8.에서 설명된 활성화/비활성화 MAC 제어 엘리먼트를 송신함으로써 상기 SCell(들)을 활성화하고 그리고 비활성화한다. 더욱이, 상기 UE는 설정된 SCell 당 하나의 sCellDeactivationTimer 타이머를 유지하며 그리고 기간 만료되면 연관된 SCell를 비활성화한다. 동일한 초기 타이머 값이 상기 sCellDeactivationTimer의 각 순간에 적용되며 그리고 그것은 RRC에 의해서 설정된다. 상기 설정된 SCell들은 핸드오버가 추가되고 그리고 그 핸드오버 이후에 처음으로 비활성화된다.

상기 UE는 각 TTI에 대해 그리고 각 설정된 SCell에 대해서 다음을 수행한다:

- UE가 상기 SCell을 활성화하는 이 TTI에서 활성화/비활성화 MAC 제어 엘리먼트를 수신하면, 상기 UE는 [2]에서 정의된 타이밍에 따라서 상기 TTI에서 다음을 할 것이다:

- 상기 SCell을 활성화한다; 즉, 보통의 SCell 동작을 적용하며, 이 SCell 동작을 다음을 포함한다:

- 상기 SCell 상 SRS 전송들;

- 상기 SCell을 위한 CQI/PMI/RI/PTI 보고;

- 상기 SCell에 관한 PDCCH 모니터링;

- 상기 SCell을 위한 PDCCH 모니터링

- 상기 SCell과 연관된 sCellDeactivationTimer를 시작시키거나 또는 다시 시작시킨다;

- 그렇지 않고, 상기 UE가 상기 SCell을 비활성화는 이 TTI에서 활성화/비활성화 MAC 제어 엘리먼트를 수신한다면; 또는

- 상기 활성화된 SCell과 연관된 상기 sCellDeactivationTimer가 이 TTI에서 기간 만료된다면:

- 3GPP TR36.392 v12.0.0에서 정의된 타이밍에 따라 상기 TTI에서:

- 상기 SCell을 비활성화한다;

- 상기 SCell과 연관된 상기 sCellDeactivationTimer를 중단시킨다;

- 상기 SCell과 연관된 모든 HARQ 버퍼들을 플러시한다.

- 활성화된 SCell 상의 PDCCH가 업링크 승인 또는 다운링크 할당을 표시한다면; 또는

- 상기 활성화된 SCell을 스케줄링하는 서빙 셀 상의 PDCCH가 그 활성화된 SCell을 위한 다운링크 할당 또는 업링크 승인을 표시한다면:

- 상기 SCell과 연관된 상기 sCellDeactivationTimer를 다시 시작시킨다;

- 상기 SCell이 비활성화되었다면:

- 상기 SCell 상으로 SRS를 전송하지 않는다;

- 상기 SCell 용의 CQI/PMI/RI/PTI를 보고하지 않는다;

- 상기 SCell 상으로 UL-SCH를 전송하지 않는다;

- 상기 SCell 상으로 RACH 상에 전송하지 않는다;

- 상기 SCell 상에서 상기 PDCCH를 모니터하지 않는다;

- 상기 SCell 용으로 상기 PDCCH를 모니터하지 않는다.

주의: SCell이 비활성화될 때에, 상기 SCell 상에서 진행하는 랜덤 액세스 절차가 혹시 있다면 중지된다.

6.1.3.1 버퍼 상태 보고 MAC 제어 엘리먼트들 (Buffer Status Report MAC Control Elements)

버퍼 상태 보고 (Buffer Status Report (BSR)) MAC 제어 엘리먼트들은 다음 중 어느 하나로 구성된다:

- 짧은 BSR 그리고 잘린 BSR 포맷: 하나의 LCG ID 그리고 하나의 대응하는 버퍼 크기 필드 (도 6.1.3.1-1); 또는

- 긴 BSR 포맷: 네 개의 버퍼 크기 필드들, LCG IDs #0 내지 #3 (도 6.1.3.1-2)에 대응한다.

테이블 6.2.1-2 에 규정된 것처럼, LCID들을 구비한 MAC PDU 서브헤더들에 의해 BSR 포맷들이 식별된다.

필드들 LCG ID 그리고 버퍼 크기는 아래와 같이 정의된다:

- LCG ID: 논리 채널 그룹 ID 필드는 버퍼 상태가 보고되고 있는 논리 채널(들)의 그룹을 식별한다. 그 필드의 길이는 2 비트이다;

- 버퍼 크기: 버퍼 크기 (Buffer Size) 필드는

TTI에 대한 모든 MAC PDU들이 구축된 이후에 논리 채널 그룹의 모든 논리 채널들을 가로질러 이용 가능한 데이터의 전체 양을 식별한다. 데이터의 양은 바이트의 개수로 표시된다. 그것은 상기 RLC 레이어에서 그리고 상기 PDCP 레이어에서의 전송을 위해서 이용 가능한 모든 데이터를 포함할 것이다; 어떤 데이터가 전송을 위해 이용 가능한 것으로서 간주되어야 할 것인가에 대한 정의는 3GPP RP-122033 그리고 3GPP TS 36.300 V11.4.0 각각에서 규정된다. 상기 RLC 및 MAC 헤더들의 크기는 버퍼 크기 계산에 있어서는 고려되지 않는다. 이 필드의 길이는 6 비트이다. extendedBSR-Sizes가 설정되지 않았다면, 상기 버퍼 크기 필드가 취한 값들은 테이블 6.1.3.1-1에서 보여진다. extendedBSR-Sizes가 설정되었다면, 상기 버퍼 크기 필드가 취한 값들은 테이블 6.1.3.1-2에서 보여진다.

도 6.1.3.1-1: 짧은 BSR 그리고 잘린 (Truncated) MAC 제어 엘리먼트

도 6.1.3.1-2: 긴 MAC 제어 엘리먼트

3GPP TR36.392 v12.0.0 는 다음을 개시한다:

낮은 전력 노드들을 사용하는 스몰 셀들은 모바일 트래픽 폭발, 특히 실내 시나리오 그리고 실외 시나리오에서의 핫스팟 배치들에 대해에 대처하기에 유망한 것으로 간주된다. 저-전력 노드는 노드의 Tx 전력이, 예를 들면, 피코 (Pico) 및 펨포 (Femto) eNB가 둘 모두가 적용 가능한 매크로 노드 및 BS 클래스들보다 더 낮은 노드를 보통 의미한다. E-UTRA 그리고 E-UTRAN에 대한 스몰 셀 향상들은 낮은 전력 노드를 이용하는 실내 및 실외에 대한 핫스팟 영역들에서의 향상된 성능을 위한 추가적인 기능성들에 초점을 맞출 것이다.

이 문서는 스몰 셀 향상들을 위한 요구사항들 그리고 시나리오들을 캡쳐한다. 상기 요구사항들의 중복을 피하기 위해서 적용 가능할 때는 언제나 3GPP TR 36.913이 레퍼런스로서 사용되어야만 한다.

3GPP RP-122033 는 다음을 개시한다:

4 목적

이 연구의 목적은 TR 36.932에서 정의된 요구 사항들 그리고 시나리오들을 충족시켜야만 하는 스몰 셀 배치 및 동작의 향상된 지원을 위한 프로토콜 및 구조에서 잠재적인 기술들을 식별하는 것이다.

상기 연구는 다음의 모습들 위에 구축될 것이다:

● 상이한 또는 동일한 반송파에 의해 서빙되는 매크로 셀 레이어 및 스몰 셀 레이어로의 이중 접속성 (dual connectivity)을 가지는 UE들의 이익들을 식별하고 평가한다 [그 시나리오에 대해서 그런 이중의 접속성은 실행할 수 있고 그리고 유리하다].

● TR 36.932에서의 시나리오들에 대해서 그리고 특히 이중 접속성의 실행 가능한 시나리오에 대해서 잠재적인 구조 및 프로토콜 향상들을 식별하고 평가하며 그리고 가능하다면 코어 네트워크 충격들을 최소화하며, 이는 다음을 포함한다:

- 제어 및 사용자 평면의 전체적인 구조 및 서로에 대한 그것들의 관계, 예를 들면, 상이한 노들에서의 C-평면 그리고 U-평면을 지원, 이한 프로토콜 레이어들의 터미네이션 등.

● 전반적인 라디오 자원 관리 구조 및 스몰 셀 배치들에 대한 이동성 향상들의 필요성을 식별하고 평가한다:

- 인터-노드 UE 콘텍스트 전달의 최소화 그리고 코어 네트워크로 향한 시그날링을 위한 이동성 메커니즘들.

- 증가된 UE 배터리 소비를 최소화하면서도 측정 및 셀 신원 증명 향상시킴.

각 잠재적인 향상을 위해서, 이득, 복잡성 그리고 명세 충격들이 집중되어야만 한다.

상기 연구는 다른 SI/WI들에 의해서 커버되지 않는 잠재적인 향상들에 초점을 맞출 것이다.

3GPP TS36.300에서 반송파 집성 (Carrier Aggregation (CA))을 다음과 같이 설명한다:

5.5 반송파 집성 (Carrier Aggregation)

반송파 집성 (CA)에서, 100 MHz까지의 전송 대역폭을 지원하기 위해서 둘 또는 그 이상의 컴포넌트 반송파들 (Component Carriers (CCs))이 집성된다. UE는 자신의 능력들에 따라서 하나 또는 다중의 CC들 상에서 동시에 수신하고 또는 전송할 수 있을 것이다:

- CA용의 단일의 타이밍 어드밴스 기능을 가진 UE는 동일한 타이밍 어드밴스를 공유하는 다중의 서빙 셀들 (하나의 TAG에서 그룹으로 된 다중의 서빙 셀들)에 대응하는 다중의 CC들 상에서 동시에 수신하고 그리고/또는 전송할 수 있다;

- CA용의 다중의 타이밍 어드밴스 기능을 가진 UE는 상이한 타이밍 어드밴스들을 가진 다중의 서빙 셀들 (다중의 TAG들에서 그룹으로 된 다중의 서빙 셀들)에 대응하는 다중의 CC들 상에서 동시에 수신하고 그리고/또는 전송할 수 있다. E-UTRAN은 각 TAG가 적어도 하나의 서빙 셀을 포함하는 것을 보증한다;

- 비-CA 능력의 UE는 단일의 CC 상에서 수신하고 그리고 하나의 서빙 셀 (하나의 TAG 내에는 하나의 서빙 셀)에만 대응하는 단일의 CC 상에 전송할 수 있다.

CA는, 각 CC가 Rel-8/9 수비학 (numerology)을 이용하여 주파수 도메인에서 최대 110개 자원 블록들로 제한된 연속적인 그리고 비-연속적인 CC들 둘 모두를 위해서 지지된다.

동일한 eNB로부터 비롯된 상이한 개수의 CC들을 집성하고 그리고 UL 및 DL에서 아마도 상이한 대역폭들의 상이한 개수를 집성하도록 UE를 설정하는 것이 가능하다:

- 상기 UE의 DL 집성 기능에 의존하여 설정될 수 있는 DL CC들의 개수;

- 상기 UE의 DU 집성 기능에 의존하여 설정될 수 있는 UL CC들의 개수;

- DL CC들보다 더 많은 UL CC들을 가지도록 UE를 설정하는 것은 가능하지 않다;

- 전형적인 TDD 배치들에서, UL 및 DL 내 각 CC의 CC들의 개수 그리고 대역폭은 동일하다.

- 설정될 수 있는 TAG들의 개수는 상기 UE의 TAG 기능에 의존한다.

동일한 eNB로부터 비롯된 CC들은 동일한 커버리지를 제공할 필요가 없다.

CC들은 LTE Rel-8/9 호환일 것이다. 그럼에도 불구하고, CC에 캠프 온 (camp on)하기 위해 Rel-8/9 UE들을 피하기 위해서 현존하는 매커니즘들 (예를 들면, 베어링 (barring))이 사용될 수 있을 것이다.

인접하여 집성된 CC들의 중심 주파수들 사이의 이격은 300 KHz의 배수일 것이다. 이것은 Rel-8/9의 100 KHz 주파수 레스터 (raster)와 호환하기 위해서이며, 그와 동시에, 15 KHz 이격된 부반송파들의 직교성을 유지하기 위해서이다. 집성 시나리오에 의존하여, n x 300 kHz 이격은 인접하는 CC들 사이에 작은 개수의 미사용 부반송파들을 삽입함으로써 용이하게 될 수 있다.

[…]

7.5 반송파 집성 (Carrier Aggregation)

CA가 설정될 때에, 상기 UE는 상기 네트워크와 하나의 RRC 접속만을 가질 뿐이다. RRC 접속 설립/재-설립/핸드오버에서, 하나의 서빙 셀은 NAS 이동성 정보 (예를 들면, TAI)를 제공하며, 그리고 RRC 접속 재-설립/핸드오버에서, 하나의 서빙 셀은 보안 입력을 제공한다. 이 셀은 프라머리 셀 (Primary Cell (PCell))로 언급된다. 다운링크에서, 상기 PCell에 대응하는 반송파는 다운링크 프라이머리 컴포넌트 반송파 (Downlink Primary Component Carrier (DL PCC))이며, 반면에 업링크에서 그것은 업링크 프라이머리 컴포넌트 반송파 (Uplink Primary Component Carrier (UL PCC))이다.

UE 기능들에 의존하여, 서빙 셀들의 세트를 상기 PCell과 함께 형성하기 위해서 세컨더리 셀들 (Secondary Cells (SCells))이 구성될 수 있다. 다운링크에서, SCell에 대응하는 반송파는 다운링크 세컨더리 컴포넌트 반송파 (Downlink Secondary Component Carrier (DL SCC))이며, 반면에 업링크에서 그것은 업링크 세컨더리 컴포넌트 반송파 (Uplink Secondary Component Carrier (UL SCC))이다.

UE용의 서빙 셀들의 상기 설정된 세트는 그러므로 하나의 PCell 그리고 하나 또는 그 이상의 SCell들로 항상 구성된다:

- 각 SCell에 대해 다운링크 자원들에 추가로 상기 UE에 의한 업링크 자원들 사용은 설정 가능하다 (설정된 DL SCC들의 개수는 그러므로 UL SCC들의 개수보다 항상 더 크거나 또는 동일하며 그리고 어떤 SCell도 업링크 자원들만의 사용을 위해서는 설정될 수 없다);

- UE의 관점에서, 각 업링크 자원은 하나의 서빙 셀에만 속한다;

- 설정될 수 있는 서빙 셀들의 개수는 상기 UE의 집성 능력에 의존한다 (서브조항 5.5 참조);

- PCell은 핸드오버 절차와 함께만 변할 수 있다 (즉, 보안 키 변경 및 RACH 절차와 함께);

- PCell은 PUCCH의 전송을 위해서 사용된다;

- SCell들과는 다르게, PCell은 비활성화될 수 없다 (서브조항 11.2 참조);

- SCell들이 RLF를 경험할 때가 아니라 PCell이 RLF를 경험할 때에 재-설립이 트리거된다;

- NAS 정보는 PCell로부터 취해진다.

SCell들의 재설정, 추가 및 제거는 RRC에 의해서 수행될 수 있다. 인트라-LTE 핸드오버에서, RRC는 타겟 PCell과 함께 사용하기 위해 SCell들을 또한 추가하고, 제거하고, 또는 재설정할 수 있다. 새로운 SCell을 추가할 때에, 상기 SCell의 모든 획득된 시스템 정보를 송신하기 위해서 전용의 RRC 시그날링이 사용된다. 즉, 접속 모드에서 있을 때에, UE들은 브로드캐스트된 시스템 정보를 상기 SCell들로부터 직접 획득할 필요가 없다:

3GPP TS36.331 은 CA에 관해서 다음을 개시한다:

5.3.5.4 mobilityControlInfo를 포함한 RRCConnectionReconfiguration의 UE에 의한 수신 (핸드오버)

RRCConnectionReconfiguration 메시지가 상기 mobilityControlInfo를 포함하고 그리고 상기 UE가 이 메시지에 포함된 설정에 따를 수 있다면, 상기 UE는 다음을 할 것이다:

1> 타이머 T310이 동작하고 있으면 중지시킨다;

1> 타이머 값을 mobilityControlInfo에 포함된 것과 같이 t304로 세팅하여 타이머 T304를 시작시킨다;

1> carrierFreq가 포함된다면:

2> 타겟 PCell을, 상기 carrierFreq에 의해서 표시된 주파수 상의 한 셀인 것으로 고려한다 [이는 targetPhysCellId에 의해서 표시된 물리적인 셀 신원을 구비함];

1> 그렇지 않으면:

2> 상기 타겟 셀을, 상기 소스 PCell의 주파수 상의 한 셀인 것으로 고려한다 [이는 targetPhysCellId에 의해서 표시된 물리적인 셀 신원을 구비함];

1> 상기 타겟 PCell의 DL로의 동기화를 시작한다;

주의 1: 상기 UE는 핸드오버를 트리거하는 RRC 메시지를 수신한 이후에 가능한 빨리 핸드오버를 수행해야만 하며, 이는 이 메시지의 성공적인 수신 (HARQ 그리고 ARQ)을 확인하기 이전일 수 있다

1> MAC 리셋;

1> 설립된 모든 RB들을 위해 PDCP를 재-설립한다;

주의 2: PDCP 재-설립의 성공적인 완료, 예를 들면, 수신 확인되지 않은 PDCP SDU들의 재-전송 (연관된 상태 보고는 물론이며) 이후에 상기 라디오 베어러 (radio bearer)들 핸들링, SN 및 HFN의 핸들링은 TS 36.323에 규정된다.

1> 설립된 모든 RB들에 대해 RLC를 재-설립한다;

1> 설정되었다면, 상기 SCell(들)이 비활성화 상태에 있는 것으로 간주하기 위해서 하위 레이어들을 설정한다;

1> newUE-Identity의 값을 C-RNTI로서 적용한다;

1> RRCConnectionReconfiguration 메시지가 fullConfig를 포함한다면:

2> 섹션 5.3.5.8에 규정된 것처럼 라디오 설정 절차를 수행한다;

1> 상기 수신된 radioResourceConfigCommon에 따라 하위 레이어들을 설정한다;

1> 추가의 필드들이 상기 수신한 mobilityControlInfo에 포함되어 있다면 그 추가의 필드들에 따라서 이전에 커버되지 않은 하위 레이어들을 설정한다;

1> RRCConnectionReconfiguration 메시지가 radioResourceConfigDedicated를 포함한다면:

2> 5.3.10에 규정된 것과 같이 라디오 자원 설정 절차를 수행한다;

1> securityConfigHO에서 수신된 상기 keyChangeIndicator가 TRUE로 세팅된다면:

2> TS 33.401에 규정된 것처럼, 이전의 성공적인 NAS SMC 절차와 함께 사용하도록 고려된 신규한 (fresh) K_ASME 키를 기반으로 하여 상기 K_eNB 키를 업데이트한다;

1> 그렇지 않으면:

2> TS 33.401에 규정된 것처럼, 상기 securityConfigHO에서 표시된 nextHopChainingCount 값을 이용하여 현재의 K_eNB 또는 NH를 기반으로 하여 상기 K_eNB 키를 업데이트한다;

1> nextHopChainingCount 값을 저장한다;

1> 상기 securityAlgorithmConfig 가 상기 securityConfigHO에 포함된다면:

2> TS 33.401에 규정된 것처럼, integrityProtAlgorithm과 연관된 K_RRCint를 유도한다;

2> RN으로서 접속된다면:

3> TS 33.401에 규정된 것처럼, 상기 integrityProtAlgorithm과 연관된 K_UPint 키를 유도한다;

2> TS 33.401에 규정된 것처럼, 상기 cipheringAlgorithm과 연관된 K_RRCenc 키 그리고 K_UPenc 키를 유도한다;

1> 그렇지 않다면:

2> TS 33.401에 규정된 것처럼, 현재의 보전 알고리즘 (integrity algorithm)과 연관된 K_RRCint 키를 유도한다;

2> RN으로서 접속된다면:

3> TS 33.401에서 규정된 것처럼, 현재의 보전 알고리즘과 연관된 K_UPint 키를 유도한다;

2> TS 33.401에서 규정된 것처럼, 현재의 암호화 알고리즘과 연관된 K_RRCenc 키 그리고 K_UPenc 키를 유도한다;

1> 상기 보전 보호 알고리즘 그리고 K_RRCint 키를 적용하기 위해서 하위 레이어들을 설정한다. 즉, 상기 보전 보호 설정은 상기 UE에 의해서 수신되고 송신된 모든 후속하는 메시지들에 적용될 것이며, 이 후속하는 메시지들은 상기 절차의 성공적인 완료를 표시하기 위해서 사용된 메시지를 포함한다;

1> 상기 암호화 알고리즘, 상기 K_RRCenc 키 그리고 상기 K_UPenc 키를 적용하기 위해서 하위 레이어들을 설정한다. 즉, 상기 암호화하는 설정은 상기 UE에 의해서 수신된 그리고 송신된 모든 후속하는 메시지들에 적용될 것이며, 이 후속하는 메시지는 상기 절차의 성공적인 완료를 표시하기 위해서 사용된 메시지를 포함한다;

1> RN으로서 접속된다면:

2> 보전 보호를 적용하도록 설정된 현재의 또는 이어지는 설립된 DRB들이 있다면, 그 DRB들을 위해서 상기 보전 보호 알고리즘 그리고 상기 K_UPint 키를 적용하도록 하위 레이어들을 설정한다;

1> 상기 수신된 RRCConnectionReconfiguration 이 sCellToReleaseList를 포함한다면:

2> 5.3.10.3a에 규정된 것처럼 SCell 릴리즈를 수행한다;

1> 상기 수신된 RRCConnectionReconfiguration이 상기 sCellToAddModList를 포함한다면:

2> 5.3.10.3b에 규정된 것처럼 Scell 추가 또는 수정을 수행한다;

1> 상기 수신된 RRCConnectionReconfiguration 이 상기 systemInformationBlockType1Dedicated를 포함한다면:

2> 5.2.2.7에 규정된 것처럼 SystemInformationBlockType1 메시지를 수신하자마자 상기 행동들을 수행한다;

1> 5.5.6.1에 규정된 것처럼 측정 관련된 행동들을 수행한다;

1> 상기 RRCConnectionReconfiguration 메시지가 상기 measConfig를 포함한다면:

2> 5.5.2에 규정된 것처럼 측정 설정 절차를 수행한다;

1> 5.5.2.2a에 규정된 것처럼 측정 신원 자율 제거를 수행한다;

1> reportProximityConfig를 릴리즈하고 어떤 연관된 근접 상태 보고 타이머를 클리어한다;

1> 상기 RRCConnectionReconfiguration 메시지가 상기 otherConfig를 포함한다면:

2> 5.3.10.9에 규정된 것처럼 다른 설정 절차를 수행한다;

1> RRCConnectionReconfigurationComplete 메시지의 콘텐트를 다음과 같이 세팅한다:

2> 상기 UE가 라디오 링크 실패 또는 VarRLF-Report에서 이용 가능한 핸드오버 실패 정보를 가진다면 그리고 RPLMN 이 VarRLF-Report 내에 저장된 plmn-IdentityList 에 포함된다면:

3> rlf-InfoAvailable을 포함시킨다;

2> 상기 UE가 E-UTRA를 위해 이용 가능한 로그된 측정들을 가진다면 그리고 상기 RPLMN이 VarLogMeasReport에 저장된 plmn-IdentityList에 포함된다면:

3> 상기 logMeasAvailable을 포함시킨다;

2> 상기 UE가 VarConnEstFailReport에서 이용 가능한 접속 설립 실패 정보를 가진다면 그리고 RPLMN이 VarConnEstFailReport 내에 저장된 plmn-Identity와 같다면:

3> connEstFailInfoAvailable을 포함시킨다;

1> RRCConnectionReconfigurationComplete 메시지를 전송을 위해 하위 레이어들에게 제출한다;

1> MAC이 랜덤 액세스 절차를 성공적으로 완료했다면:

2> 타이머 T304를 중지시킨다;

2> 타겟 PCell의 SFN이 존재한다면 UE가 그 타겟 PCell의 SFN을 알 것을 필요로 하지 않는 CQI 보고 설정, 스케줄링 요청 설정 및 사운딩 RS 설정의 일부들을 적용한다;

2> 타겟 PCell의 SFN이 존재한다면 UE가 그 타겟 PCell의 SFN을 알 것을 필요로 하는 라디오 자원 설정 및 측정의 일부들 (예를 들면, 측정 격차, 주기적인 CQI 보고, 스케줄링 요청 설정, 사운딩 RS 설정)을 그 타겟 PCell의 SFN을 획득하자마자 바로 적용한다;

주의 3: 상기 UE가 수신한 필드에 따라서 설정을 셋업하거나 또는 재설정할 때마다, 상기의 선언문들에 의해서 주소가 지정되는 경우들을 제외하면, 새로운 설정을 적용한다.

2> 상기 UE가 IDC 표시들을 제공하도록 설정되었다면:

3> mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신하기 이전의 마지막 1초 동안에 상기 UE가 InDeviceCoexIndication 메시지를 전송했다면:

4> 5.6.9.3에 따라서 상기 InDeviceCoexIndication 메시지 전송을 개시한다;

2> 상기 UE가 전력 선호도 표시들을 제공하도록 설정되었다면:

3> mobilityControlInfo를 포함하는 RRCConnectionReconfiguration 메시지를 수신하기 이전의 마지막 1초 동안에 상기 UE가 UEAssistanceInformation 메시지를 전송했다면:

4> 5.6.10.3에 따라서 상기 UEAssistanceInformation 메시지 전송을 개시한다;

2> 상기 절차는 종료한다;

주의 4: 상기 UE는 타겟 PCell에서 RACH 액세스를 수행하기 이전에 그 셀로부터 시스템 정보를 획득함으로써 상기 타겟 PCell의 SFN을 결정할 것을 필요로 하지 않는다.

5.3.10.3b SCell 추가/수정 (SCell addition/ modification)

상기 UE는 다음을 실행할 것이다:

1> 현재의 UE 설정의 일부가 아닌 sCellToAddModList에 포함된 각 sCellIndex 값에 대해서 (Scell 추가):

2> 수신된 radioResourceConfigCommonSCell 그리고 radioResourceConfigDedicatedSCell에 따라, cellIdentification에 대응하여, 상기 SCell을 추가한다;

2> 상기 SCell이 비활성화 상태에 있는 것으로 간주하기 위해서 하위 레이어들을 설정한다;

1> 현재의 UE 설정의 일부인 sCellToAddModList에 포함된 각 sCellIndex 값에 대해서 (SCell 수정):

2> 수신된 radioResourceConfigDedicatedSCell에 따라 상기 SCell 설정을 수정한다;

SCellToAddModList-r10 ::= SEQUENCE (SIZE (1..maxSCell-r10)) OF SCellToAddMod-r10

SCellToAddMod-r10 ::= SEQUENCE {

sCellIndex-r10 SCellIndex-r10,

cellIdentification-r10 SEQUENCE {

physCellId-r10 PhysCellId,

dl-CarrierFreq-r10 ARFCN-ValueEUTRA

} OPTIONAL, -- Cond SCellAdd

radioResourceConfigCommonSCell-r10 RadioResourceConfigCommonSCell-r10

OPTIONAL, --

Cond SCellAdd

radioResourceConfigDedicatedSCell-r10 RadioResourceConfigDedicatedSCell-r10

OPTIONAL, -

- Cond SCellAdd2

...,

[[ dl-CarrierFreq-v1090 ARFCN-ValueEUTRA-v9e0 OPTIONAL -- Cond EARFCN-max

]]

}

RadioResourceConfigCommonSCell-r10 ::= SEQUENCE {

-- DL configuration as well as configuration applicable for DL and UL

nonUL-Configuration-r10 SEQUENCE {

-- 1: Cell characteristics

dl-Bandwidth-r10 ENUMERATED {n6, n15, n25, n50, n75, n100},

-- 2: Physical configuration, general

antennaInfoCommon-r10 AntennaInfoCommon,

mbsfn-SubframeConfigList-r10 MBSFN-SubframeConfigList OPTIONAL, -- Need OR

-- 3: Physical configuration, control

phich-Config-r10 PHICH-Config,

-- 4: Physical configuration, physical channels

pdsch-ConfigCommon-r10 PDSCH-ConfigCommon,

tdd-Config-r10 TDD-Config OPTIONAL -- Cond

TDDSCell

},

-- UL configuration

ul-Configuration-r10 SEQUENCE {

ul-FreqInfo-r10 SEQUENCE {

ul-CarrierFreq-r10 ARFCN-ValueEUTRA OPTIONAL, -- Need OP

ul-Bandwidth-r10 ENUMERATED {n6, n15, n25, n50, n75, n100}

OPTIONAL, -- Need OP

additionalSpectrumEmissionSCell-r10 AdditionalSpectrumEmission

},

p-Max-r10 P-Max OPTIONAL, -- Need OP

uplinkPowerControlCommonSCell-r10 UplinkPowerControlCommonSCell-r10,

-- A special version of IE UplinkPowerControlCommon may be introduced

-- 3: Physical configuration, control

soundingRS-UL-ConfigCommon-r10 SoundingRS-UL-ConfigCommon,

ul-CyclicPrefixLength-r10 UL-CyclicPrefixLength,

-- 4: Physical configuration, physical channels

prach-ConfigSCell-r10 PRACH-ConfigSCell-r10 OPTIONAL, -- Cond TDD-OR-NoR11

pusch-ConfigCommon-r10 PUSCH-ConfigCommon

} OPTIONAL, -- Need OR

...,

[[ ul-CarrierFreq-v1090 ARFCN-ValueEUTRA-v9e0 OPTIONAL -- Need OP

]],

[[ rach-ConfigCommonSCell-r11 RACH-ConfigCommonSCell-r11 OPTIONAL,

-- Cond UL

prach-ConfigSCell-r11 PRACH-Config OPTIONAL, -- Cond UL

tdd-Config-v1130 TDD-Config-v1130 OPTIONAL, -- Cond TDD2

uplinkPowerControlCommonSCell-v1130

UplinkPowerControlCommonSCell-v1130 OPTIONAL -- Cond UL

]]

}

RadioResourceConfigDedicatedSCell-r10 ::= SEQUENCE {

-- UE specific configuration extensions applicable for an SCell

physicalConfigDedicatedSCell-r10 PhysicalConfigDedicatedSCell-r10 OPTIONAL, -- Need ON

...,

[[ mac-MainConfigSCell-r11 MAC-MainConfigSCell-r11 OPTIONAL -- Cond SCellAdd

]]

}

- MobilityControlInfo

상기 IE MobilityControlInfo 는 E-UTRA로의/내에서의 네트워크 제어된 이동성에 관련된 파라미터들을 포함한다.

MobilityControlInfo information element

-- ASN1START

MobilityControlInfo ::= SEQUENCE {

targetPhysCellId PhysCellId,

carrierFreq CarrierFreqEUTRA OPTIONAL, -- Cond HO-toEUTRA2

carrierBandwidth CarrierBandwidthEUTRA OPTIONAL, -- Cond HO-toEUTRA

additionalSpectrumEmission AdditionalSpectrumEmission OPTIONAL, -- Cond HO-toEUTRA

t304 ENUMERATED {

ms50, ms100, ms150, ms200, ms500, ms1000,

ms2000, spare1},

newUE-Identity C-RNTI,

radioResourceConfigCommon RadioResourceConfigCommon,

rach-ConfigDedicated RACH-ConfigDedicated OPTIONAL, -- Need OP

...,

[[ carrierFreq-v9e0 CarrierFreqEUTRA-v9e0 OPTIONAL -- Need ON

]],

[[ drb-ContinueROHC-r11 ENUMERATED {true} OPTIONAL -- Cond HO

]]

}

CarrierBandwidthEUTRA ::= SEQUENCE {

dl-Bandwidth ENUMERATED {

n6, n15, n25, n50, n75, n100, spare10,

spare9, spare8, spare7, spare6, spare5,

spare4, spare3, spare2, spare1},

ul-Bandwidth ENUMERATED {

n6, n15, n25, n50, n75, n100, spare10,

spare9, spare8, spare7, spare6, spare5,

spare4, spare3, spare2, spare1} OPTIONAL -- Need OP

}

CarrierFreqEUTRA ::= SEQUENCE {

dl-CarrierFreq ARFCN-ValueEUTRA,

ul-CarrierFreq ARFCN-ValueEUTRA OPTIONAL -- Cond FDD

}

CarrierFreqEUTRA-v9e0 ::= SEQUENCE {

dl-CarrierFreq-v9e0 ARFCN-ValueEUTRA-r9,

ul-CarrierFreq-v9e0 ARFCN-ValueEUTRA-r9 OPTIONAL -- Cond FDD

}

-- ASN1STOP

3GPP R2-130420 은 이중 접속성에 대한 프로토콜 구조 대안들을 설명한다. 대안 U3 (Alternative U3)은 중앙집중식의 PDCP 터미네이션이며 그리고 대안 4 (Alternative U4)는 사용자 평면을 위한 분산된 프로토콜 터미네이션이다. 이 두 대안들의 장점들 및 단점들은 아래와 같이 인용된다:

3.3 대안 U3: 중앙집중식 PDCP 터미네이션

...

- 장점들:

> 접속들 및 경로 스위치들의 개수의 관점에서 EPC 상에 어떤 추가의 부하도 존재하지 않는다.

- 단점들:

> 매크로 및 낮은 전력 노드 사이의 백홀 (backhaul)에 관한 요구 사항들

> 높은 용량

> 중간/느슨한 레이턴시 (PDCP 리오더링 (reordering))

> 중앙 포인트를 통해서 지나가기 위해서 사용자 데이터가 필요하다.

3.4 대안 U4: 분산된 프로토콜 터미네이션

...

- 장점들:

> 낮은 전력 eNB에서 로컬 브레이크아웃 (local breakout)을 지원한다. 사용자 평면은 EPC를 향해서 최적화될 수 있다

> 비-이상적인 백홀에 대한 양호한 지원

> 매크로 및 낮은 전력 eNB들 사이에 어떤 사용자 데이터 전송도 요청되지 않는다

> 낮은 전력 노드 접속성을 설립/제거하고 그리고 PDCP / RLC 재배치 (relocation)는 PDCP 포워딩을 구비한 Rel-8 핸드오버 절차를 기반으로 할 수 있다.

- 단점들:

> 접속들 및 경로 스위치들의 개수의 관점에서 EPC 상의 추가 부하

> 있을 수 있는 보안의 내포적인 문제들은 추가의 연구를 필요로 한다.

3GPP R2-130570은 이중 접속성 (dual connectivity)의 시나리오들 및 이득들을 설명한다. 그것은 또한 이중 접속성에 대한 여러 프로토콜 구조 대안들을 중점을 두어 다룬다.

UE가 매크로 셀 (Macro Cell) 그리고 스몰 셀 (Small Cell)설정될 때에, DL 데이터에 대한 업링크 수신확인으로 인해 스몰 셀을 위해서 PUCCH 자원이 또한 필요할 수 있을 것이다. 그러나, PUCCH 자원은 보통은 매크로 셀/PCell을 위해서 설정되는 것이 일반적이며, 스몰 셀 상에서의 스케줄링 요청들을 위해서 PUCCH 자원들을 설정하는 것이 불가능할 수 있을 것이다. 상기 매크로 셀과 상기 스몰 셀 사이의 비-이상적인 백홀의 잠재적인 이슈들로 인해서, 자원 스케줄링은 아마도 스몰 셀 그 자체적으로 실행되어야만 한다.

몇몇의 특정 서비스 그리고 제어-평면 데이터가 매크로 셀 상에서 처리될 수 있고 그리고 사용자-평면 데이터가 스몰 셀 상에서 처리될 수 있기 때문에, 몇몇의 서비스/데이터가 매크로 셀 그리고 스몰 셀 둘 모두에 의해서 동시에 서빙될 수 있다는 것이 가능할 수 있다.

UE가 (동일한 셀 또는 상이한 셀들 상에서 존재할 것인) PUCCH 상에서 하나보다 많은 SR 자원을 이용하여 설정된다면, 매크로 셀 또는 스몰 셀의 UL 자원들을 요청하는 효율을 향상시키기 위해서 특정 방법들 그리고/또는 SR 자원들을 위한 조정이 사용될 수 있을 것이다.

반송파 집성 (Carrier Aggregation (CA))에서 사용된 설정 방법이 활용된다면, 스몰 셀은 RRC 재설정 메시지에서 사용되는 것과 같이 라디오 자원 제어 (Radio Resource Control (RRC)) 시그날링을 통해서 세컨더리 셀 (Secondary Cell (SCell))로서 설정될 수 있을 것이다. 단일의 UE에 대해서 하나보다 많은 스케줄러 (예를 들면, 매크로 셀 그리고 스몰 셀)가 존재한다면, 상기 UE가 그 UE에서 그런 셀을 직접 설정하려고 시도할 때에 자원 설정을 위한 동기화 문제점들 (예를 들면, 물리적인 또는 MAC 레이더 동작)은 물론이며 이 스케줄러들 사이에 비-이상적인 백홀 (non-ideal backhaul)이 존재할 수 있을 것이다 (예를 들면, 몇몇의 레이턴시).

레이턴시 그리고 동기화 문제점들의 근본적인 원인은 상기 스몰 셀 내의 대부분의 자원들로 인한 것이며 그리고/또는 하나의 스케줄러는 매크로 셀 그리고/또는 다른 셀에 의해서 (적절하게) 제어되거나 도는 (잘) 처리되지 않을 수 있을 것이다. 상기 UE가 (제일 처음의) 스몰 셀에 접속하기 위해서 필요한 행동/시그날링의 개수는 상기 매크로 셀과 상기 스몰 셀 사이의 느슨한 또는 단단한 정합 (coordination)을 기반으로 할 수 있을 것이다.

다음의 실시예들에서, 자원 스케줄러는 자원 할당기, 매크로 셀/eNB, 스몰 셀/eNB, PCell 또는 SCell로서 정의될 수 있을 것이다. 매크로 셀/eNB 그리고 스몰 셀/eNB는 상이한 지리적인 곳들에 위치할 수 있을 것이다.

다양한 실시예들에서, (제일) 첫 번째 스몰 셀을 추가하기 위한 절차들 및/또는 메시지들이 여기에서 개시된다. 제일 첫 번째 스몰 셀을 추가하면, 상기 UE는 그것을 스몰 셀 eBN 내의 일종의 PCell로 간주할 것이다. 상기 제일 첫 번째 스몰 셀은 상기 매크로 셀 eNB와는 상이한 eNB에 속할 것이며, 그리고 상기 절차 또는 메시지는 상기 스몰 셀 내에서 사용될 셀 라디오 네트워크 임시 식별자 (Cell Radio Network Temporary Identifier (C-RNTI))와 같은 UE ID 정보를 운반할 수 있다. 상기 UE가 그런 정보를 수신한다면, 상기 UE는 그러면 이 정보를 스몰 셀에서 사용할 것이다. UE가 그런 정보를 수신하지 않는다면, 상기 UE는 제공된 정보를 매크로 셀에서 사용할 수 있을 것이며 또는 상기 UE는 스몰 셀 상에서 랜덤 액세스 (Random Access (RA)) 절차를 실행할 수 있을 것이다.

상기 UE ID 정보가 상기 절차 또는 메시지에 의해서 운반되어야만 하는가의 여부의 상기의 행동을 고려하면, 관련된 메시지 내에서의 C-RNTI 필드는 존재하지 않도록 허용된 것이며 또는 그것은 여전히 항상 존재하지만 몇몇의 특정 값은 어떤 유효한 C-RNTI 할당도 존재하지 않는다고 암시할 것이며, 그래서 UE는 C-RNTI를 단독으로 획득할 필요가 있으며, 이는 스몰 셀 상의 RA 절차를 통한 것일 수 있다.

일 실시예에서, 스몰 셀에서 사용된 C-RNTI 정보는 스몰 셀 추가 메시지로 제공되지 않으며 (이 스몰 셀 추가 메시지는 상기 스몰 셀 eNB의 상기 제일 첫 번째 셀을 추가하기 위해서 사용된 RRC 메시지이며 그리고 상기 스몰 셀 eNB에서 사용된 C-RNTI 정보는 이 메시지 내에 포함될 수 있고 또는 포함되지 않을 수 있을 것이다), 그러면 상기 UE는 그것을 RA 절차에 의해서 얻을 것이다. 전용의 RACH 설정이 상기 스몰 셀 추가 메시지에 포함되지 않을 수 있기 때문에 상기 UE는 C-RNTI 정보를 얻기 위해서 상기 RA 절차를 단독으로 실행할 필요가 있을 수 있다. 상기 UE는 UL 동기화를 수행할 필요가 있을 것이며 그리고 상기 UE의 스몰 셀에게 알리기 위해서 몇몇의 특정 정보를 제공할 수 있을 것이다 (예를 들면, UE가 누구인가 또는 UE가 어디에서 왔는가). 예를 들면, 일 실시예에서, 상기 특정 정보는 UE 컨텐션 레절루션 신원 (Contention Resolution Identity) 또는 매크로 셀 정보에서 제공된 정보를 포함한다.

다른 실시예에서, 제일 첫 번째 스몰 셀을 추가하기 위한 상기 메시지는 하나보다 많은 셀 (상기 제일 첫 번째 스몰 셀을 포함한다)을 동시에 그리고/또는 스몰 셀 eNB에서 메시지마다 설정하기 위해서 사용될 수 있을 것이다. 상기 메시지는 스몰 셀 eNB 중 어느 셀이 프라이머리 셀 (Primary Cell (PCell))인가를 포함하는 정보를 운반한다. 스몰 셀 eNB 중 PCell을 식별함으로써, 상기 UE는 필요하다면 랜덤 액세스 채널 (Random Access Channel (RACH) 절차를 수행할 수 있다. 대안으로, 상기 UE는 스몰 셀 eNB의 상기 PCell 상에, 스몰 셀 eNB에서의 PDCCH-서브프레임의 정의, SPS 동작 등과 유사한, 관련된 제한/동작을 적용할 수 있다. 또 다른 대안에서, 이 정보는 PUCCH 또는 MAC 동작과 같은 몇몇의 특정 설정으로부터 함축적으로 유도될 수 있을 것이다.

일 실시예에서, 상기 UE는 매크로 셀 eNB에 연결된다. 상기 매크로 셀 eNB는 매크로 셀 eNB와는 상이한 스몰 셀 eNB에 속한 (제일 첫 번째) 스몰 셀에 (RRC) 메시지를 통해서 접속하고/설립하도록 상기 UE를 설정한다. 상기 메시지 내에 설정된 하나보다 많은 스몰 셀 또는 설정된 단 하나의 스몰 셀이 존재한다면, 그 메시지는 어느 셀이 상기 스몰 셀 eNB의 PCell인가를 표시할 것이다. 그 메시지 내에 설정된 단 하나의 스몰 셀만이 존재한다면, 상기 UE는 그 스몰 셀을 상기 스몰 셀 eNB의 PCell로서 직접 간주할 것이다.

일 실시예에서, C-RNTI의 부재, (C-RNTI와 함께 또는 C-RNTI 없는) UL 동기화 등과 같은, 그러나 그것으로 한정되지는 않는 특정 상태에 응답한 (제일) 첫 번째 스몰 셀을 추가하기 위한 절차 그리고/또는 메시지에 응답하기 위해서 상기 UE는 RA 절차를 수행할 것이다.

일 실시예에서, 상기 스몰 셀 추가 요청 메시지는 매크로 eNB로부터 상기 UE로 송신될 수 있을 것이며, 그리고 상기 UE는 완전한 메시지를 상기 스몰 셀 또는 매크로 셀로 송신할 것이다. 일 실시예에서, 상기 제일 첫 번째 스몰 셀을 추가할 때에 RA 절차가 상기 스몰 셀 상에서 수행되며, 그러면 상기 완전한 메시지는 스몰 셀로 송신될 수 있을 것이다. 상기 완전한 메시지가 스몰 셀로 송신된다면, (미리-)설정된 논리적인 채널이 이 목적을 위해서 제공될 수 있을 것이다.

일 실시예에서, 스몰 셀을 추가하는 상기 절차는 특정 시간 주기 내에 실행되어야만 하며, 이는 타이머에 의해서 구현될 수 있을 것이다. 일 실시예에서, 상기 시간 주기는 상기 (제일 첫 번째) 스몰 셀 절차 설립의 시작부터 시작한다. 상기 절차가 미리 정의된 시간 주기 내에 완료되지 않는다면, 상기 UE는 상기 매크로 셀로 정보 및/또는 메시지를 반대로 송신하여 상기 추가/액세스가 실패했다는 것을 상기 매크로 셀에게 알린다.

위에서 언급된 상기 제일 첫 번째 스몰 셀은 DL/UL 둘 모두의 방향들에서 설정될 수 있을 것이다.

위에서 설명된 절차는, 그것이 한 eNB로부터 다른 eNB로의 완전하게 순수한 핸드오버가 아니라 (여전히 하나의 접속을 유지한다) UE가 하나 더 접속을 가지도록 다른 eNB의 제일 첫 번째 셀을 추가하는 것이기 때문에, UE를 설정하여 스몰 셀로 접속시키기 위한 SCell 추가, 핸드오버 (Handover), 그리고 접속 셋업 (Connection Setup) 절차로부터의 일종의 혼성의 절차이다.

도 3 및 도 4를 다시 참조하면, 상기 기기 (300)는 메모리 (310)에 저장된 프로그램 코드를 포함한다. 일 실시예에서, 상기 CPU (308)는 다음의 것들 중 하나 또는 그 이상을 실행하기 위해서 프로그램 코드 (312)를 실행할 수 있을 것이다: (i) 사용자 장비 (UE)가 매크로 (Macro) eNB에 접속되도록 하며; 그리고 라디오 자원 제어 (Radio Resource Control (RRC)) 메시지를 통해서 제일 첫 번째 스몰 셀 (Small Cell)을 설립하도록 상기 UE를 설정하며, 이 경우에 상기 제일 첫 번째 스몰 셀 (very first Small Cel)은 상기 매크로 eNB와는 상이한 스몰 셀 eNB에 속한다.

추가로, 상기 CPU (308)는 상기에서 설명된 행동들 그리고 단계들 또는 여기에서 설명된 다른 것들 모두를 수행하기 위해서 상기 프로그램 코드 (312)를 실행시킬 수 있다.

개시의 다양한 모습들이 상기에서 설명되었다. 여기에서의 교시들은 아주 다양한 형상들로 구현될 수 있을 것이며 그리고 여기에서 개시된 어떤 특수한 구조, 기능, 또는 둘 모두는 단지 대표적인 것이라는 것이 명백해야만 한다. 본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자들은 여기에서 개시된 모습은 어떤 다른 모습들과 독립적으로 구현될 수 있을 것이며 그리고 이런 모습들 중 둘 또는 그 이상의 모습들이 다양한 방식들로 조합될 수 있을 것이라는 것을 여기에서의 교시들을 기반으로 하여 이해해야만 한다. 예를 들면, 여기에서 제시된 여러 모습들을 이용하여 장치가 구현될 수 있을 것이며 또는 방법이 실행될 수 있을 것이다. 추가로, 여기에서 제시된 하나 또는 그 이상의 모습들이 아닌 또는 그에 추가한 다른 구조, 기능성, 또는 구조와 기능성을 이용하여 그런 장치가 구현될 수 있을 것이며 또는 그런 방법이 실행될 수 있을 것이다. 상기 개념들 중 몇몇의 예로서, 몇몇의 모습들에서 펄스 반복 주파수들을 기반으로 하여 동시 발생의 채널들이 설립될 수 있을 것이다. 몇몇의 모습들에서 펄스 위치들 또는 오프셋들을 기반으로 하여 동시 발생의 채널들이 설립될 수 있을 것이다. 몇몇의 모습들에서는 타임 호핑 시퀀스들을 기반으로 하여 동시 발생의 채널들이 설립될 수 있을 것이다. 몇몇의 모습들에서 펄스 반복 주파수들, 펄스 위치들 또는 오프셋들, 그리고 타임 호핑 시퀀스들을 기반으로 하여 동시 발생 채널들이 설립될 수 있을 것이다.

본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자들은 정보 및 신호들이 다양한 상이한 테크놀러지들 및 기술들 중의 어떤 것을 이용하여 제시될 수 있을 것이라는 것을 이해할 것이다. 예를 들면, 상기 설명을 통해서 참조될 수 있을 데이터, 명령어들, 명령들, 정보, 신호들, 비트들, 심볼들, 그리고 칩들 (chips)은 전압들, 전류들, 전자기 파형들, 자기장 또는 입자들, 광학장들 (optical fields) 또는 입자들, 또는 그것들의 어떤 조합에 의해서 표현될 수 있을 것이다.

본 발명이 속한 기술 분야에서의 통상의 지식을 가진 자들은 여기에서 개시된 모습들과 관련하여 설명된 다양한 실례의 논리적인 블록들, 모듈들, 프로세서들, 수단들, 회로들, 그리고 알고리즘 단계들이 전자 하드웨어 (예를 들면, 소스 코딩 또는 몇몇의 다른 기술을 이용하여 설계될 수 있을 디지털 구현, 아날로그 구현, 또는 두 가지의 조합), 다양한 형상의 프로그램들 또는 설계 코드 통합 명령어들 (이는 여기에서 편의를 위해서 "소프트웨어" 또는 "소프트웨어 모듈"로 언급될 수 있을 것이다), 또는 둘의 조합들로 구현될 수 있을 것이라는 것을 이해할 것이다. 하드웨어 및 소프트웨어의 이런 교체성을 명료하게 예시하기 위해서, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 그리고 단계들이 그것들의 기능성의 면에서 상기에서 일반적으로 설명되었다. 그런 기능성이 하드웨어 또는 소프트웨어로 구현되는가의 여부는 전반적인 시스템 상에 부과된 설계 제한들 그리고 특정한 응용에 달려있다. 숙련된 기술자들은 각 특정 애플리케이션에 대해 다양한 방식들로 상기 설명된 기능성을 구현할 수 있을 것이지만, 그런 구현 결정들이 본 발명 개시의 범위로부터의 이탈을 초래하는 것으로서 해석되어서는 안 된다.

추가로, 여기에서 개시된 모습들과 관련하여 설명된 다양한 예시적인 논리적인 블록들, 모듈들, 그리고 회로들은 집적 회로 (integrated circuit ("IC")), 액세스 단말, 또는 액세스 포인트 내에서 구현되거나 또는 그 IC, 액세스 단말, 또는 액세스 포인트에 의해서 수형될 수 있을 것이다. 상기 IC는 여기에서 설명된 상기 기능들을 수행하기 위해서 설계된 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 반도체 (application specific integrated circuit (ASIC)), 필드 프로그래머블 게이트 어레이 (FPGA) 또는 다른 프로그램 가능한 로직 디바이스, 분리된 게이트 또는 트랜지스터 로직, 분리된 하드웨어 컴포넌트들, 전기적인 컴포넌트들, 광학 컴포넌트들, 기계적인 컴포넌트들, 또는 상기 것들의 어떤 조합을 포함할 수 있을 것이며, 그리고 상기 IC 내에, 상기 IC 외부에 또는 둘 모두에 존재하는 명령어들 또는 코드들을 실행시킬 수 있을 것이다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안으로, 상기 프로세서는 어떤 전통적인 프로세서, 제어기, 마이크로제어기, 또는 스테이트 머신일 수 있을 것이다. 프로세서는 컴퓨팅 기기들의 조합, 예를 들면, DSP와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 관련된 하나 또는 그 이상의 마이크로프로세서들, 또는 어떤 다른 그런 구성으로 또한 구현될 수 있을 것이다.

개시된 프로세스 내 단계들의 어떤 특정 순서 또는 계층은 예시적인 접근 방식의 일 예이다. 설계 선호도들을 기반으로 하여, 상기 프로세스들 내 단계들의 특정 순서 또는 계층은 본 발명 개시의 범위 내에서 유지되면서 재배치될 수 있을 것이라는 것이 이해된다. 첨부된 방법 청구항들은 예시 순서 내에서의 다양한 단계들의 엘리먼트들을 나타내며, 그리고 제시된 특정 순서 또는 계층으로 한정되는 것을 의미하지 않는다.

여기에서 개시된 모습들에 관련하여 설명된 방법 또는 알고리즘의 단계들은 하드웨어로, 프로세서에 의해서 실행된 소프트웨어 모듈로, 또는 그 둘의 조합으로 직접 구현될 수 있을 것이다. 소프트웨어 모듈 (예를 들면, 실행 가능한 명령어들 및 관련된 데이터를 포함한다) 그리고 다른 데이터는 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 탈부착가능 디스크, CD-ROM, 또는 당 업계에서 알려진 컴퓨터-독출가능 저장 매체의 어떤 다른 형상 내에 존재할 수 있을 것이다. 샘플의 저장 매체는, 예를 들면, 컴퓨터/프로세서 (이는 편의를 위해서 여기에서는 "프로세서"로 언급될 수 있을 것이다)와 같은 머신에 연결될 수 있을 것이며, 그래서 상기 프로세서가 상기 저장 매체로부터 정보 (예를 들면, 코드)를 읽을 수 있고 그리고 그 저장 매체에 정보를 쓸 수 있도록 한다. 샘플의 저장 매체는 상기 프로세서에 통합될 수 있다. 상기 프로세서 그리고 상기 저장 매체는 ASCI 내에 존재할 수 있다. 상기 ASIC은 사용자 장비 내에 존재할 수 있다. 대안에서, 상기 프로세서 그리고 상기 저장 매체는 사용자 장비 내에 별개의 컴포넌트들로서 존재할 수 있다. 또한, 몇몇의 모습들에서 어떤 적합한 컴퓨터-프로그램 제품은 상기 개시의 하나 또는 그 이상의 모습들에 관련된 코드들을 포함하는 컴퓨터-독출가능 매체를 포함할 수 있다. 몇몇의 모습들에서, 컴퓨터 프로그램 제품은 패키징 재료들을 포함할 수 있을 것이다.

본 발명이 다양한 모습들에 관련하여 설명되었지만, 본 발명은 추가의 수정들을 할 수 있다는 것이 이해될 것이다. 본원은 본 발명의 원칙들을 일반적으로 따르는 본 발명의 어떤 변이들, 사용들 또는 적응을 커버하는 것으로 의도된 것이며, 그리고 본 발명이 속한 기술 분야 내에서 알려진 그리고 관습적인 실행 내에서 일어나는 것과 같은 본 발명 개시로부터의 그와 같은 이탈들을 포함한다.

Claims

무선 통신 시스템에서 스몰 셀 향상을 위한 방법으로서, 상기 방법은:
사용자 장비 (UE)가 매크로 (Macro) eNB (evolved Node B)에 접속되도록 하는 단계; 그리고
라디오 자원 제어 (Radio Resource Control (RRC)) 메시지를 통해서 제일 첫 번째 스몰 셀 (Small Cell)을 설립하도록 상기 UE를 설정하는 단계를 포함하며,
상기 제일 첫 번째 스몰 셀은 상기 매크로 eNB와는 상이한 스몰 셀 eNB에 속하는, 스몰 셀 향상 방법.
제1항에 있어서,
하나보다 많은 스몰 셀이 상기 스몰 셀 eNB 내에서 상기 RRC 메시지에 의해 설정되는가의 여부를 판별하는 단계; 그리고
어느 스몰 셀이 상기 스몰 셀 eNB의 프라이머리 셀 (Primary Cell)인지를 표시하는 단계;를 더 포함하는 스몰 셀 향상 방법.
제1항에 있어서,
상기 제일 첫 번째 스몰 셀을 설립하기 위해서 시도하는 상기 RRC 메시지에 응답하여 상기 스몰 셀 상에서 랜덤 액세스 (Random Access (RA)) 절차를 수행하는 단계를 더 포함하는 스몰 셀 향상 방법.
제1항에 있어서,
상기 UE가 상기 제일 첫 번째 스몰 셀을 설립하려고 시도할 때에 타이머를 시작하고; 그리고
상기 제일 첫 번째 스몰 셀을 추가하는 것에 실패한 것에 관한 메시지를 매크로 셀로 반대로 송신하는 단계를 더 포함하는 스몰 셀 향상 방법.
제1항에 있어서,
상기 매크로 eNB로부터 송신된 상기 RRC 메시지를 상기 UE에 의해서 수신하는 단계; 그리고
상기 RRC 메시지와 연관된 완전한 메시지를 상기 UE에 의해서 상기 매크로 eNB에게 송신하는 단계를 더 포함하는 스몰 셀 향상 방법.
제1항에 있어서,
상기 매크로 eNB로부터 송신된 상기 RRC 메시지를 상기 UE에 의해서 수신하는 단계; 그리고
상기 RRC 메시지와 연관된 완전한 메시지를 상기 UE에 의해서 상기 스몰 셀 eNB에게 송신하는 단계를 더 포함하는 스몰 셀 향상 방법.
제1항에 있어서,
상기 RRC 메시지는 상기 제일 첫 번째 스몰 셀에서 사용될 셀 라디오 네트워크 임시 식별자 (Cell Radio Network Temporary Identifier (C-RNTI))를 포함하는, 스몰 셀 향상 방법.
제1항에 있어서,
상기 RRC 메시지는 셀 라디오 네트워크 임시 식별자 (Cell Radio Network Temporary Identifier (C-RNTI))를 포함하지 않는, 스몰 셀 향상 방법.
제3항에 있어서,
상기 RA 절차로부터 셀 라디오 네트워크 임시 식별자 (C-RNTI)를 수신하는 단계를 더 포함하는 스몰 셀 향상 방법.
제3항에 있어서,
상기 RA 절차로부터 수신한 업링크 (UL) 동기화를 이용하는 단계를 더 포함하는 스몰 셀 향상 방법.
무선 통신 시스템에서 새로운 반송파 유형을 개선하기 위한 통신 기기로서, 상기 통신 기기는:
제어 회로;
상기 제어 회로 내에 설치된 프로세서;
상기 제어 회로 내에 설치되며 그리고 상기 프로세서에 작동적으로 연결된 메모리;를 포함하며,
상기 프로세서는,
사용자 장비 (UE)가 매크로 eNB (evolved Node B)에 접속되도록 하고; 그리고
상기 매크로 eNB와는 상이한 스몰 셀 eNB에 속하는 제일 첫 번째 스몰 셀 (Small Cell)을 라디오 자원 제어 (Radio Resource Control (RRC)) 메시지를 통해서 설립하도록 상기 UE를 설정함으로써,
무선통신 시스템에서 스몰 셀 향상을 제공하기 위해서 메모리에 저장된 프로그램 코드를 실행하도록 구성된, 통신 기기.
제11항에 있어서,
상기 프로그램 코드는,
하나보다 많은 스몰 셀이 상기 스몰 셀 eNB 내에서 상기 RRC 메시지에 의해 설정되는가의 여부를 판별하고 그리고 어느 스몰 셀이 상기 스몰 셀 eNB의 프라이머리 셀 (Primary Cell)인지를 표시하도록 더 구성된, 통신 기기.
제11항에 있어서,
상기 프로그램 코드는,
어떤 셀 라디오 네트워크 임시 식별자 (Cell Radio Network Temporary Identifier (C-RNTI))도 또는 어떤 업링크 (UL) 동기화도 존재하지 않는다면 상기 제일 첫 번째 스몰 셀을 설립하기 위해서 시도하는 상기 RRC 메시지에 응답하여 상기 스몰 셀 상에서 랜덤 액세스 (Random Access (RA)) 절차를 수행하도록 더 구성된, 통신 기기.
제11항에 있어서,
상기 프로그램 코드는 상기 UE가 상기 제일 첫 번째 스몰 셀을 설립하려고 시도할 때에 타이머를 시작하도록 더 구성된, 통신 기기.
제11항에 있어서,
상기 프로그램 코드는,
상기 매크로 eNB로부터 송신된 상기 RRC 메시지를 상기 UE에 의해서 수신하고; 그리고
상기 RRC 메시지와 연관된 완전한 메시지를 상기 UE에 의해서 상기 매크로 eNB에게 송신도록 더 구성된, 통신 기기.
제11항에 있어서,
상기 프로그램 코드는,
상기 매크로 eNB로부터 송신된 상기 RRC 메시지를 상기 UE에 의해서 수신하고; 그리고
상기 RRC 메시지와 연관된 완전한 메시지를 상기 스몰 셀 eNB에게 상기 UE에 의해서 송신하도록 더 구성된, 통신 기기.
제11항에 있어서,
상기 RRC 메시지는 상기 제일 첫 번째 스몰 셀에서 사용될 셀 라디오 네트워크 임시 식별자 (Cell Radio Network Temporary Identifier (C-RNTI))를 포함하는, 통신 기기.
제11항에 있어서,
상기 RRC 메시지는 상기 제일 첫 번째 스몰 셀에서 사용될 셀 라디오 네트워크 임시 식별자 (Cell Radio Network Temporary Identifier (C-RNTI))를 포함하지 않는, 통신 기기.
제13항에 있어서,
상기 프로그램 코드는 상기 RA 절차로부터 셀 라디오 네트워크 임시 식별자 (C-RNTI)를 수신하도록 더 구성된, 통신 기기.
제13항에 있어서,
상기 프로그램 코드는 상기 RA 절차로부터 수신한 업링크 (UL) 동기화를 이용하도록 더 구성된, 통신 기기.