KR20220113025A - 무선 통신 시스템에서 스케줄링을 수행하기 위한 방법 및 장치 - Google Patents

Abstract

본 개시의 일 실시예에 따르면, 무선 통신 시스템에서 프라이머리 셀(primary cell: Pcell), 프라이머리 세컨더리 셀(primary secondary cell: PScell) 및 하나 이상의 세컨더리 셀(secondary cell: Scell)들에 의해 서빙(serving)되는 단말에 의해 수행되는 방법이 제공된다. 방법은 단말 능력 정보(UE capability information)를 기지국에게 전송하는 단계; 기지국으로부터 크로스 캐리어 스케줄링(cross carrier scheduling)과 연관된 정보를 수신하는 단계; 수신된 정보에 기초하여 Pcell 또는 Pscell과 연관된 스케줄링 정보를 획득하기 위해 Scell과 연관된 제어 채널을 모니터링(monitoring)하는 단계; 및 상기 스케줄링 정보에 기초하여 Pcell 또는 Pscell과 연관된 데이터 통신을 수행하는 단계를 포함할 수 있다.

Description

무선 통신 시스템에서 스케줄링을 수행하기 위한 방법 및 장치 {METHOD AND APPARATUS FOR SCHEDULING IN WIRELESS COMMUNICATION SYSTEM}

본 개시는 무선 통신 시스템에 관한 것으로서, 보다 상세하게는 세컨더리 셀(secondary cell: Scell)이 프라이머리 셀(primary cell: Pcell) 또는 프라이머리 세컨더리 셀(Primary Scell: PScell)의 스케줄링을 수행하기 위한 방법 및 장치에 관한 것이다.

4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파 (mmWave) 대역 (예를 들어, 60기가 (60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍 (beamforming), 거대 배열 다중 입출력 (massive MIMO), 전차원 다중입출력 (full dimensional MIMO, FD-MIMO), 어레이 안테나 (array antenna), 아날로그 빔형성 (analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC (Filter Bank Multi Carrier), NOMA (non orthogonal multiple access), 및 SCMA (sparse code multiple access) 등이 개발되고 있다.

한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT (Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터 (Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크 (sensor network), 사물 통신 (Machine to Machine, M2M), MTC (Machine Type Communication) 등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT (Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT (information technology) 기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.

이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크 (sensor network), 사물 통신 (Machine to Machine, M2M), MTC (Machine Type Communication) 등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크 (cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.

상술한 것과 이동통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 이러한 서비스들을 효과적으로 제공하기 위한 방안이 요구되고 있다.

본 개시는 Pcell 또는 PScell의 스케줄링을 대신 수행하는 Scell을 도입하기 위한 장치 및 방법을 제공한다. 본 개시의 다양한 실시예들은 Pcell 또는 PScell의 주파수 자원에 물리적으로 많은 단말이 존재하여 스케줄링 성능이 떨어지게 될 경우, Scell을 통한 스케줄링 성능 보정을 수행하기 위한 방법 및 장치를 제공한다.

본 개시의 일 실시예에 따르면, 무선 통신 시스템에서 프라이머리 셀(primary cell: Pcell), 프라이머리 세컨더리 셀(primary secondary cell: PScell) 및 하나 이상의 세컨더리 셀(secondary cell: Scell)들에 의해 서빙(serving)되는 단말에 의해 수행되는 방법이 제공될 수 있다. 방법은 단말 능력 정보(UE capability information)를 기지국에게 전송하는 단계; 상기 기지국으로부터 크로스 캐리어 스케줄링(cross carrier scheduling)과 연관된 정보를 수신하는 단계; 상기 수신된 정보에 기초하여 상기 Pcell 또는 상기 Pscell과 연관된 스케줄링 정보를 획득하기 위해 Scell과 연관된 제어 채널을 모니터링(monitoring)하는 단계; 및 상기 스케줄링 정보에 기초하여 상기 Pcell 또는 상기 Pscell과 연관된 데이터 통신을 수행하는 단계를 포함할 수 있다.

도 1는 LTE 시스템의 구조를 도시하는 도면이다.
도 2는 LTE 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 3은 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 4는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 5은 본 개시의 일 실시예에 따른 단말의 내부 구조를 도시하는 블록도이다.
도 6는 본 개시의 일 실시예에 따른 NR 기지국의 구성을 나타낸 블록도이다.
도 7은 본 개시의 일 실시예에 따른 단말 및 기지국의 동작을 나타낸 흐름도이다.
도 8 본 개시의 일 실시예에 따른 단말의 동작을 나타낸 흐름도이다.
도 9는 본 개시의 일 실시예에 따른 단말의 구성을 나타내는 도면이다.
도 10은 본 개시의 일 실시예에 따른 기지국의 구성을 나타내는 도면이다.

본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.

이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.

또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

이때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.

하기에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 개시의 실시 예를 설명하기로 한다.

이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity, 네트워크 엔티티)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하 설명의 편의를 위하여, 본 개시는 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 개시에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다. 또한 단말이라는 용어는 핸드폰, NB-IoT 기기들, 센서들뿐만 아니라 또 다른 무선 통신 기기들을 나타낼 수 있다.

이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNode B, eNode B, Node B, BS(Base Station), 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE(User Equipment), MS(Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니다.

특히 본 개시는 3GPP NR(5세대 이동통신 표준)에 적용할 수 있다. 또한 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스(예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 발명에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다. 또한 단말이라는 용어는 핸드폰, NB-IoT 기기들, 센서들 뿐 아니라 또 다른 무선 통신 기기들을 나타낼 수 있다.

무선 통신 시스템은 초기의 음성 위주의 서비스를 제공하던 것에서 벗어나 예를 들어, 3GPP의 HSPA(High Speed Packet Access), LTE(Long Term Evolution 또는 E-UTRA(Evolved Universal Terrestrial Radio Access)), LTE-Advanced(LTE-A), LTE-Pro, 3GPP2의 HRPD(High Rate Packet Data), UMB(Ultra Mobile Broadband), 및 IEEE의 802.16e 등의 통신 표준과 같이 고속, 고품질의 패킷 데이터 서비스를 제공하는 광대역 무선 통신 시스템으로 발전하고 있다.

광대역 무선 통신 시스템의 대표적인 예로, LTE 시스템에서는 하향링크(DL; DownLink)에서는 OFDM(Orthogonal Frequency Division Multiplexing) 방식을 채용하고 있고, 상향링크(UL; UpLink)에서는 SC-FDMA(Single Carrier Frequency Division Multiple Access) 방식을 채용하고 있다. 상향링크는 단말(UE; User Equipment 또는 MS; Mobile Station)이 기지국(eNode B 또는 BS; Base Station)으로 데이터 또는 제어신호를 전송하는 무선링크를 뜻하고, 하향링크는 기지국이 단말로 데이터 또는 제어신호를 전송하는 무선링크를 뜻한다. 상기와 같은 다중 접속 방식은, 각 사용자 별로 데이터 또는 제어정보를 실어 보낼 시간-주파수 자원을 서로 겹치지 않도록, 즉 직교성(Orthogonality)이 성립하도록, 할당 및 운용함으로써 각 사용자의 데이터 또는 제어정보를 구분한다.

LTE 이후의 향후 통신 시스템으로서, 즉, 5G 통신시스템은 사용자 및 서비스 제공자 등의 다양한 요구 사항을 자유롭게 반영할 수 있어야 하기 때문에 다양한 요구사항을 동시에 만족하는 서비스가 지원되어야 한다. 5G 통신시스템을 위해 고려되는 서비스로는 향상된 모바일 광대역 통신(eMBB; Enhanced Mobile BroadBand), 대규모 기계형 통신(mMTC; massive Machine Type Communication), 초신뢰 저지연 통신(URLLC; Ultra Reliability Low Latency Communication) 등이 있다.

일부 실시예에 따르면, eMBB는 기존의 LTE, LTE-A 또는 LTE-Pro가 지원하는 데이터 전송 속도보다 더욱 향상된 데이터 전송 속도를 제공하는 것을 목표로 할 수 있다. 예를 들어, 5G 통신시스템에서 eMBB는 하나의 기지국 관점에서 하향링크에서는 20Gbps의 최대 전송 속도(peak data rate), 상향링크에서는 10Gbps의 최대 전송 속도를 제공할 수 있어야 한다. 또한 5G 통신시스템은 최대 전송 속도를 제공하는 동시에, 증가된 단말의 실제 체감 전송 속도(User perceived data rate)를 제공해야 할 수 있다. 이와 같은 요구 사항을 만족시키기 위해, 5G 통신 시스템에서는 더욱 향상된 다중 안테나(MIMO; Multi Input Multi Output) 전송 기술을 포함하여 다양한 송수신 기술의 향상을 요구될 수 있다. 또한 현재의 LTE가 사용하는 2GHz 대역에서 최대 20MHz 전송대역폭을 사용하여 신호를 전송하는 반면에 5G 통신시스템은 3~6GHz 또는 6GHz 이상의 주파수 대역에서 20MHz 보다 넓은 주파수 대역폭을 사용함으로써 5G 통신시스템에서 요구하는 데이터 전송 속도를 만족시킬 수 있다.

동시에, 5G 통신시스템에서 사물 인터넷(IoT; Internet of Thing)와 같은 응용 서비스를 지원하기 위해 mMTC가 고려되고 있다. mMTC는 효율적으로 사물 인터넷을 제공하기 위해 셀 내에서 대규모 단말의 접속 지원, 단말의 커버리지 향상, 향상된 배터리 시간, 단말의 비용 감소 등이 요구될 수 있다. 사물 인터넷은 여러 가지 센서 및 다양한 기기에 부착되어 통신 기능을 제공하므로 셀 내에서 많은 수의 단말(예를 들어, 1,000,000 단말/km2)을 지원할 수 있어야 한다. 또한 mMTC를 지원하는 단말은 서비스의 특성상 건물의 지하와 같이 셀이 커버하지 못하는 음영지역에 위치할 가능성이 높으므로 5G 통신시스템에서 제공하는 다른 서비스 대비 더욱 넓은 커버리지가 요구될 수 있다. mMTC를 지원하는 단말은 저가의 단말로 구성되어야 하며, 단말의 배터리를 자주 교환하기 힘들기 때문에 10~15년과 같이 매우 긴 배터리 생명시간(battery life time)이 요구될 수 있다.

마지막으로, URLLC의 경우, 특정한 목적(mission-critical)으로 사용되는 셀룰러 기반 무선 통신 서비스로서, 로봇(Robot) 또는 기계 장치(Machinery)에 대한 원격 제어(remote control), 산업 자동화(industrial automation), 무인 비행장치(Unmanned Aerial Vehicle), 원격 건강 제어(Remote health care), 비상 상황 알림(emergency alert) 등에 사용되는 서비스 등에 사용될 수 있다. 따라서 URLLC가 제공하는 통신은 매우 낮은 저지연(초저지연) 및 매우 높은 신뢰도(초신뢰도)를 제공해야 할 수 있다. 예를 들어, URLLC을 지원하는 서비스는 0.5 밀리초보다 작은 무선 접속 지연시간(Air interface latency)를 만족해야 하며, 동시에 10-5 이하의 패킷 오류율(Packet Error Rate)의 요구사항을 가질 수 있다. 따라서, URLLC을 지원하는 서비스를 위해 5G 시스템은 다른 서비스보다 작은 전송 시간 구간(TTI; Transmit Time Interval)를 제공해야 하며, 동시에 통신 링크의 신뢰성을 확보하기 위해 주파수 대역에서 넓은 리소스를 할당해야 하는 설계사항이 요구될 수 있다.

전술한 5G 통신 시스템에서 고려되는 세가지 서비스들, 즉 eMBB, URLLC, mMTC는 하나의 시스템에서 다중화되어 전송될 수 있다. 이 때, 각각의 서비스들이 갖는 상이한 요구사항을 만족시키기 위해 서비스 간에 서로 다른 송수신 기법 및 송수신 파라미터를 사용할 수 있다. 다만, 전술한 mMTC, URLLC, eMBB는 서로 다른 서비스 유형의 일 예일 뿐, 본 개시의 적용 대상이 되는 서비스 유형이 전술한 예에 한정되는 것은 아니다.

또한, 이하에서 LTE, LTE-A, LTE Pro 또는 5G(또는 NR, 차세대 이동 통신) 시스템을 일례로서 본 개시의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 또한, 본 개시의 실시 예는 숙련된 기술적 지식을 가진 자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.이하 첨부된 도면을 참조하여 본 발명의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 발명이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하 설명의 편의를 위하여, 본 발명은 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 발명이 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.

본 개시의 다양한 실시 예들에 따르면, Pcell 또는 PScell의 스케줄링을 대신 수행하는 Scell이 셀(cell) 각각에 대응하는 동작을 단말이 수행하기 위해 필요한 단말 특정 검색 공간(UE specific search space: USS) 및 공용 검색 공간(common search space: CSS)과 연관된 모니터링(monitoring)을 수행하도록 함으로써 Pcell 또는 PScell에 존재하는 다중 단말들로 인한 Pcell 또는 PScell과 연관된 스케줄링 성능 저하를 막을 수 있다.

개시된 실시예는 이동 통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공하고자 한다.

단말이 Scell을 통하여 P(s)cell 을 스케줄링하는데 필요한 신호체계를 도입하고, 해당 신호를 통하여 PUE specific search space 및 common search space 의 분리 설정 및 DCI (하향 제어 정보) 구조 변경을 통하여, Scell을 통하여 필요한 스케줄링 정보를 습득하고, 해당 스케줄링 Scell의 상태에 따른 단말의 P(s)cell 스케줄링을 수행할 수 있다.

도 1는 LTE 시스템의 구조를 도시하는 도면이다.

도 1를 참조하면, 도시한 바와 같이 LTE 시스템의 무선 액세스 네트워크는 차세대 기지국(Evolved Node B, 이하 ENB, Node B 또는 기지국)(1-05, 1-10, 1-15, 1-20)과 이동성 관리 엔티티 (Mobility Management Entity, MME)(1-25) 및 S-GW(1-30, Serving-Gateway)로 구성될 수 있다. 사용자 단말(User Equipment, 이하 UE 또는 단말)(1-35)은 ENB(1-05 ~ 1-20) 및 S-GW(1-30)를 통해 외부 네트워크에 접속할 수 있다.

도 1에서 ENB(1-05 ~ 1-20)는 UMTS 시스템의 기존 노드 B에 대응될 수 있다. ENB는 UE(1-35)와 무선 채널로 연결되며 기존 노드 B 보다 복잡한 역할을 수행할 수 있다. LTE 시스템에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 ENB(1-05 ~ 1-20)가 담당할 수 있다. 하나의 ENB는 통상 다수의 셀들을 제어할 수 있다. 예컨대, 100 Mbps의 전송 속도를 구현하기 위해서 LTE 시스템은 예컨대, 20 MHz 대역폭에서 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, OFDM)을 무선 접속 기술로 사용할 수 있다. 또한 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, AMC) 방식을 적용할 수 있다. S-GW(1-30)는 데이터 베어러(bearer)를 제공하는 장치이며, MME(1-25)의 제어에 따라서 데이터 베어러를 생성하거나 제거할 수 있다. MME는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결될 수 있다.

도 2는 LTE 시스템의 무선 프로토콜 구조를 나타낸 도면이다.

도 2를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 ENB에서 각각 패킷 데이터 컨버전스 프로토콜 (Packet Data Convergence Protocol, PDCP)(2-05, 2-40), 무선 링크 제어(Radio Link Control, RLC)(2-10, 2-35), 매체 액세스 제어 (Medium Access Control, MAC)(2-15, 2-30)으로 이루어질 수 있다. PDCP는 IP 헤더 압축/복원 등의 동작을 담당할 수 있다. PDCP의 주요 기능은 하기와 같이 요약될 수 있다.

- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC(Robust Header Compression) only)

- 사용자 데이터 전송 기능 (Transfer of user data)

- 순차적 전달 기능(In-sequence delivery of upper layer PDUs at PDCP re-establishment procedure for RLC(Radio Link Control) AM(Acknowledged Mode))

- 순서 재정렬 기능(For split bearers in DC(Dual Connectivity) (only support for RLC AM): PDCP PDU routing for transmission and PDCP PDU reordering for reception)

- 중복 탐지 기능(Duplicate detection of lower layer SDUs at PDCP re-establishment procedure for RLC AM)

- 재전송 기능(Retransmission of PDCP SDUs at handover and, for split bearers in DC, of PDCP PDUs at PDCP data-recovery procedure, for RLC AM)

- 암호화 및 복호화 기능(Ciphering and deciphering)

- 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink.)

무선 링크 제어(Radio Link Control, RLC)(2-10, 2-35)는 PDCP 패킷 데이터 유닛(Packet Data Unit, PDU)을 적절한 크기로 재구성해서 ARQ(Automatic Repeat Request) 동작 등을 수행할 수 있다. RLC의 주요 기능은 하기와 같이 요약될 수 있다.

- 데이터 전송 기능(Transfer of upper layer PDUs)

- ARQ 기능(Error Correction through ARQ (only for AM data transfer))

- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs (only for UM and AM data transfer))

- 재분할 기능(Re-segmentation of RLC data PDUs (only for AM data transfer))

- 순서 재정렬 기능(Reordering of RLC data PDUs (only for UM and AM data transfer)

- 중복 탐지 기능(Duplicate detection (only for UM and AM data transfer))

- 오류 탐지 기능(Protocol error detection (only for AM data transfer))

- RLC SDU(Service Data Unit) 삭제 기능(RLC SDU discard (only for UM(Unacknowledged mode) and AM data transfer))

- RLC 재수립 기능(RLC re-establishment)

MAC(2-15, 2-30)은 한 단말에 구성된 여러 RLC 계층 장치들과 연결되며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행할 수 있다. MAC의 주요 기능은 하기와 같이 요약될 수 있다.

- 맵핑 기능(Mapping between logical channels and transport channels)

- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs belonging to one or different logical channels into/from transport blocks (TB) delivered to/from the physical layer on transport channels)

- 스케쥴링 정보 보고 기능(Scheduling information reporting)

- HARQ(Hybrid Automatic Repeat Request) 기능(Error correction through HARQ)

- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)

- 단말간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)

- MBMS(Multimedia Broadcast and Multicast Service) 서비스 확인 기능(MBMS service identification)

- 전송 포맷 선택 기능(Transport format selection)

- 패딩 기능(Padding)

물리 계층(2-20, 2-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 할 수 있다.

도 3는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 구조를 도시하는 도면이다.

도 3를 참조하면, 차세대 이동통신 시스템(이하 NR 또는 5g)의 무선 액세스 네트워크는 차세대 기지국(New Radio Node B, 이하 NR gNB 또는 NR 기지국)(3-10)과 차세대 무선 코어 네트워크(New Radio Core Network, NR CN)(3-05)로 구성될 수 있다. 차세대 무선 사용자 단말(New Radio User Equipment, NR UE 또는 단말)(3-15)은 NR gNB(3-10) 및 NR CN (3-05)를 통해 외부 네트워크에 접속할 수 있다.

도 3에서 NR gNB(3-10)는 기존 LTE 시스템의 eNB (Evolved Node B)에 대응될 수 있다. NR gNB는 NR UE(3-15)와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공해줄 수 있다. 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 NR gNB(3-10)가 담당할 수 있다. 하나의 NR gNB는 다수의 셀들을 제어할 수 있다. 차세대 이동통신 시스템에서는, 현재 LTE 대비 초고속 데이터 전송을 구현하기 위해서, 현재의 최대 대역폭 이상의 대역폭이 적용될 수 있다. 또한, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, OFDM)을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 접목될 수 있다. 또한, 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식이 적용될 수 있다. NR CN (3-05)는 이동성 지원, 베어러 설정, QoS 설정 등의 기능을 수행할 수 있다. NR CN는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결될 수 있다. 또한 차세대 이동통신 시스템은 기존 LTE 시스템과도 연동될 수 있으며, NR CN(3-05)이 MME(3-25)와 네트워크 인터페이스를 통해 연결될 수 있다. MME는 기존 기지국인 eNB (3-30)과 연결될 수 있다.

도 4는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다. .

도 4를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국에서 각각 NR 서비스 데이터 적응 프로토콜(Service Data Adaptation Protocol, SDAP)(4-01, 4-45), NR PDCP(4-05, 4-40), NR RLC(4-10, 4-35), NR MAC(4-15, 4-30), NR PHY(4-20, 4-25)으로 이루어진다.

NR SDAP(4-01, 4-45)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

- 사용자 데이터의 전달 기능(transfer of user plane data)

- 상향 링크와 하향 링크에 대해서 QoS flow와 데이터 베어러의 맵핑 기능(mapping between a QoS flow and a DRB for both DL(Down Link) and UL(Up Link))

- 상향 링크와 하향 링크에 대해서 QoS flow ID를 마킹하는 기능(marking QoS flow ID in both DL and UL packets)

- 상향 링크 SDAP PDU들에 대해서 reflective QoS flow를 데이터 베어러에 맵핑시키는 기능 (reflective QoS flow to DRB mapping for the UL SDAP PDUs).

SDAP 계층 장치에 대해 단말은 기지국으로부터 수신되는 무선 자원 제어(Radio Resource Control, RRC) 메시지로 각 PDCP 계층 장치 별로 또는 베어러 별로 또는 로지컬 채널 별로 SDAP 계층 장치의 헤더를 사용할 지 여부 또는 SDAP 계층 장치의 기능을 사용할 지 여부를 설정 받을 수 있다. SDAP 헤더가 설정된 경우, 단말은, SDAP 헤더의 비접속 계층(Non-Access Stratum, NAS) QoS(Quality of Service) 반영 설정 1비트 지시자(NAS reflective QoS)와, 접속 계층 (Access Stratum, AS) QoS 반영 설정 1비트 지시자(AS reflective QoS)로, 단말이 상향 링크와 하향 링크의 QoS 플로우(flow)와 데이터 베어러에 대한 맵핑 정보를 갱신 또는 재설정할 수 있도록 지시할 수 있다. SDAP 헤더는 QoS를 나타내는 QoS flow ID 정보를 포함할 수 있다. QoS 정보는 원할한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케쥴링 정보 등으로 사용될 수 있다.

NR PDCP (4-05, 4-40)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)

- 사용자 데이터 전송 기능 (Transfer of user data)

- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)

- 비순차적 전달 기능 (Out-of-sequence delivery of upper layer PDUs)

- 순서 재정렬 기능(PDCP PDU reordering for reception)

- 중복 탐지 기능(Duplicate detection of lower layer SDUs)

- 재전송 기능(Retransmission of PDCP SDUs)

- 암호화 및 복호화 기능(Ciphering and deciphering)

- 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink.)

상술한 내용에서, NR PDCP 장치의 순서 재정렬 기능(reordering)은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능을 의미할 수 있다. NR PDCP 장치의 순서 재정렬 기능(reordering)은 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있으며, 또는 순서를 고려하지 않고 바로 전달하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.

NR RLC(4-10, 4-35)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

- 데이터 전송 기능(Transfer of upper layer PDUs)

- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)

- 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)

- ARQ 기능(Error Correction through ARQ)

- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs)

- 재분할 기능(Re-segmentation of RLC data PDUs)

- 순서 재정렬 기능(Reordering of RLC data PDUs)

- 중복 탐지 기능(Duplicate detection)

- 오류 탐지 기능(Protocol error detection)

- RLC SDU 삭제 기능(RLC SDU discard)

- RLC 재수립 기능(RLC re-establishment)

상술한 내용에서, NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 의미할 수 있다. 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은 이를 재조립하여 전달하는 기능을 포함할 수 있다.

NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 수신한 RLC PDU들을 RLC SN(sequence number) 또는 PDCP SN(sequence number)를 기준으로 재정렬하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.

NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.

NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.

NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.

NR RLC 장치는, 일련번호(Sequence number)의 순서와 상관없이(Out-of sequence delivery) RLC PDU들을 수신하는 순서대로 처리하여 NR PDCP 장치로 전달할 수 있다.

NR RLC 장치가 세그먼트(segment)를 수신할 경우에는, 버퍼에 저장되어 있거나 추후에 수신될 세그먼트들을 수신하여, 온전한 하나의 RLC PDU로 재구성한 후, 이를 NR PDCP 장치로 전달할 수 있다.

NR RLC 계층은 접합(Concatenation) 기능을 포함하지 않을 수 있고, NR MAC 계층에서 기능을 수행하거나 NR MAC 계층의 다중화(multiplexing) 기능으로 대체할 수 있다.

상술한 내용에서, NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능을 의미할 수 있다. NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있다. NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은, 수신한 RLC PDU들의 RLC SN 또는 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록해두는 기능을 포함할 수 있다.

NR MAC(4-15, 4-30)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR MAC의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

- 맵핑 기능(Mapping between logical channels and transport channels)

- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs)

- 스케쥴링 정보 보고 기능(Scheduling information reporting)

- HARQ 기능(Error correction through HARQ)

- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)

- 단말간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)

- MBMS 서비스 확인 기능(MBMS service identification)

- 전송 포맷 선택 기능(Transport format selection)

- 패딩 기능(Padding)

NR PHY 계층(4-20, 4-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.

도 5은 본 개시의 일 실시예에 따른 단말의 내부 구조를 도시하는 블록도이다.

상기 도면을 참고하면, 상기 단말은 RF(Radio Frequency)처리부(5-10), 기저대역(baseband)처리부(5-20), 저장부(5-30), 제어부(5-40)를 포함한다.

상기 RF처리부(5-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(5-10)는 상기 기저대역처리부(5-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, 상기 RF처리부(5-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 단말은 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(5-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(5-10)는 빔포밍(beamforming)을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(5-10)는 다수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 상기 RF 처리부(5-10)는 MIMO를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다.

상기 기저대역처리부(5-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(5-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(5-20)은 상기 RF처리부(5-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(5-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(5-20)은 상기 RF처리부(5-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform)를 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다.

상기 기저대역처리부(5-20) 및 상기 RF처리부(5-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(5-20) 및 상기 RF처리부(5-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 상기 기저대역처리부(5-20) 및 상기 RF처리부(5-10) 중 적어도 하나는 서로 다른 다수의 무선 접속 기술들을 지원하기 위해 다수의 통신 모듈들을 포함할 수 있다. 또한, 상기 기저대역처리부(5-20) 및 상기 RF처리부(5-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 상기 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 상기 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다.

상기 저장부(5-30)는 상기 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(5-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 상기 저장부(5-30)는 상기 제어부(5-40)의 요청에 따라 저장된 데이터를 제공한다.

상기 제어부(5-40)는 상기 단말의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(5-40)는 상기 기저대역처리부(5-20) 및 상기 RF처리부(5-10)을 통해 신호를 송수신한다. 또한, 상기 제어부(5-40)는 상기 저장부(5-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(5-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 상기 제어부(5-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다.

도 6는 본 개시의 일 실시예에 따른 NR 기지국의 구성을 나타낸 블록도이다.

상기 도면에 도시된 바와 같이, 상기 기지국은 RF처리부(6-10), 기저대역처리부(6-20), 백홀통신부(6-30), 저장부(6-40), 제어부(6-50)를 포함하여 구성된다.

상기 RF처리부(6-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행한다. 즉, 상기 RF처리부(6-10)는 상기 기저대역처리부(6-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 상기 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, 상기 RF처리부(6-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 상기 도면에서, 하나의 안테나만이 도시되었으나, 상기 제1접속 노드는 다수의 안테나들을 구비할 수 있다. 또한, 상기 RF처리부(6-10)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 상기 RF처리부(6-10)는 빔포밍을 수행할 수 있다. 상기 빔포밍을 위해, 상기 RF처리부(6-10)는 다수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 상기 RF 처리부는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.

상기 기저대역처리부(6-20)는 제1무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 상기 기저대역처리부(6-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(6-20)은 상기 RF처리부(6-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 상기 기저대역처리부(6-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 상기 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 상기 기저대역처리부(6-20)은 상기 RF처리부(6-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원한다. 상기 기저대역처리부(6-20) 및 상기 RF처리부(6-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 상기 기저대역처리부(6-20) 및 상기 RF처리부(6-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다.

상기 백홀통신부(6-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 상기 백홀통신부(6-30)는 상기 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 상기 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환한다.

상기 저장부(6-40)는 상기 주기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 상기 저장부(6-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 상기 저장부(6-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 상기 저장부(6-40)는 상기 제어부(6-50)의 요청에 따라 저장된 데이터를 제공한다.

상기 제어부(6-50)는 상기 주기지국의 전반적인 동작들을 제어한다. 예를 들어, 상기 제어부(6-50)는 상기 기저대역처리부(6-20) 및 상기 RF처리부(6-10)을 통해 또는 상기 백홀통신부(6-30)을 통해 신호를 송수신한다. 또한, 상기 제어부(6-50)는 상기 저장부(6-40)에 데이터를 기록하고, 읽는다. 이를 위해, 상기 제어부(6-50)는 적어도 하나의 프로세서를 포함할 수 있다.

이하의 서술에서 사용되는 단어들은 다음을 의미한다.

-Pcell: primary cell, 주 셀

-PSCell: Primary SCell, 주요 Scell

-SCell: secondary cell

-CSS: common search space

-USS: UE specific search space

-DCI: downlink Control Information

-RNTI: radio network temporary identifier

-PDCCH: physical downlink control channel

-P(S)cell: Pcell 또는 PSCell

DSS(dynamic spectrum sharing)는 LTE 신호와 5G 신호가 중첩되지 않도록 제어하여 LTE 단말과 5G 단말을 동일한 주파수 대역에서 공존시키는 기술을 의미한다. DSS가 지원될 경우에, 동일한 주파수 대역에서 LTE 서비스와 5G 서비스가 공존할 수 있으며, LTE 서비스와 5G 서비스가 공존하는 주파수 대역에서 스케줄링이 필요한 단말들이 많아질 수 있다. 만약, LTE 서비스와 5G 서비스가 공존하는 주파수 대역에 존재하는 많은 개수의 단말들이 모두 자원 할당을 위하여 P(S)cell과 연관된 제어 채널을 모니터링할 경우에, 스케줄링의 효율성이 떨어질 수 있다. 따라서, P(S)cell이 수행하는 스케줄링의 일부를 P(S)cell과 연관된 CA(carrier aggregation)에 속하는 Scell이 수행함으로써, 스케줄링의 효율성을 증대시키는 방안이 필요하다.

[P(S)Cell Scheduling Scell의 활성화(activation) / 비활성화(deactivation) 운용방법]

P(S)Cell scheduling Scell은 P(S)cell의 스케줄링을 대신 수행하는 Scell을 의미하며, P(S)cell의 스케줄링은 P(S)cell 또는 P(S)cell scheduling Scell을 통해서 항상 제공되어야 하므로, 만약, P(S)Cell scheduling SCell을 운용하고자 하는 경우, 기지국은 해당 SCell을 비활성화(deactivation) 시키면 안된다. 이와 관련하여, 기지국은 아래와 같은 방법을 수행할 수 있다.

일 실시예에 따르면, P(S)Cell scheduling SCell의 활성화/비활성화(activation/deactivation)과 관련하여, 기지국은 설정을 통하여 P(S)Cell scheduling SCell은 비활성화(deactivation) 시키지 않을 수 있다. PCell scheduling SCell에 대해서는 기지국이 해당 Scell의 Scell 비활성화 타이머(sCellDeactivationTimer)를 앱센트(absent)로 설정할 수 있다. 상기 타이머의 앱센트(absent) 신호를 받은 경우, 단말은 sCellDeactivationTimer를 앱센트(absent)로 설정하기 위해 타이머(timer) 값으로 무한대(infinity)를 적용할 수 있다.

예를 들어, 서빙 셀(serving cell) 마다 sCellDeactivationTimer가 설정될 수 있으며, 만약 Scell에 대한 sCellDeactivationTimer가 만료되면 단말은 자율적으로(autonomously) Scell을 비활성화할 수 있다. 기지국이 P(S)cell scheduling Scell에 대한 sCellDeactivationTimer를 설정하지 않으면, P(S)cell scheduling Scell이 deactivation timer 의 값을 infinity 로 인지하며, 이에 따라, timer 의 만료로 인한 비활성화 상황이 발생하지 않는다.

또 다른 일 실시예에 따르면, 만약 P(S)Cell scheduling SCell이 P(S)Cell의 스케줄링과 자신(P(S)cell scheduling Scell)의 스케줄링을 동시에 수행하고 있다가, 타이머 만료등의 이유로 P(S)cell scheduling SCell이 비활성화(deactivate)되면, 두 가지 방법으로 P(S)cell scheduling SCell이 수행하던 스케줄링을 P(S)Cell 이 수행하도록 할 수 있다. 첫번째 방법으로는, 단말이 자율적(autonomous)으로 수행하는 동작으로서, P(S)cell scheduling SCell이 타이머(timer) 만료로 비활성화(deactivation) 되면, 단말 스스로 P(S)cell scheduling SCell의 스케줄링을 멈추고, P(S)cell scheduling SCell이 수행하던 P(S)Cell의 스케줄링을 P(S)Cell이 복원할 수 있다.

두번째 방법으로는, 기지국이 신호하는 방법으로서, P(S)cell scheduling Scell의 deactivation timer 만료를 네트워크가 인지하고 있다가, 만료가 되면, P(S)cell scheduling Scell이 수행하던 P(S)Cell을 위한 스케줄링을, 다시 P(S)Cell이 수행하도록 신호 할 수 있다. 이 때, 기지국은 RRC메시지를 통하여 P(S)Cell의 cross carrier scheduling config 필드를 제거하여 신호함으로서, 해당 P(S)Cell의 스케줄링을 복원 할 수 있다. 이를 통하여, P(S)cell scheduling SCell의 활성화(activation) 시에는 P(S)cell scheduling SCell이 P(S)Cell 및 자신을 위한 스케줄링을 수행할 수 있고, P(S)cell scheduling SCell의 비활성화(deactivation) 시에는 P(S)Cell이 P(S)Cell 자신을 위한 스케줄링을 수행할 수 있다. 기존에는 어떤 경우에라도, 항상 P(S)cell이 자신 그리고/또는 Scell의 스케줄링을 수행해야 했다면, 본 개시의 일 실시예에 따르면, 기지국은, P(S)Cell scheduling SCell이 활성화(active) 상태이면 P(S)Cell은 스케줄링(scheduling)을 하지 않을 수 있다.

그외에 Scell이 activation 상태이고, 기지국이 해당 Scell이 P(S)Cell을 스케줄링(scheduling)하도록 지시하고자 할 때, 기지국은 [Scell addition 시 또는 그 후에 cross carrier scheduling 설정 방법]을 참조하여 후술하는 바와 같이, RRC 메시지로 Scell이 P(S)Cell을 위한 스케줄링을 수행하도록 지시할 수 있다.

상기 제약과 관련하여 P(s)Cell은 자기 자신의 PDCCH를 통하여 스케줄 되거나 (cross carrier scheduling이 설정되지 않을 경우, 또는 설정되더라도 P(s)Cell이 자신 및 특정 serving Scell의 스케줄링을 수행할 경우), 또는 P(S)Cell scheduling SCell 의 PDCCH를 통하여 스케줄 (cross carrier scheduling 중에 Scell을 이용하여 스케줄링하는 것이 설정될 경우) 될 수 있다.

[PDCCH monitoring offloading 방법들]

본 개시의 일 실시예에 따르면, P(S)cell과 P(S)Cell scheduling SCell 상의 스케줄링 업무의 분산을 위하여, PDCCH 모니터링 역할 분담을 다음과 같이 할 수 있다.

[PDCCH monitoring offloading option 1.]

일 실시예에 따르면, 기지국은 P(S)Cell scheduling SCell에 USS만 오프로딩(offloading) 할 수 있다다. 즉, 단말은 P(S)Cell에서 CSS 용 DCI 및 RNTI 감시를 수행하고, USS의 일부 DCI 및 RNTI 감시를 수행할 수 있다. 단말은 P(S)Cell scheduling SCell에서 나머지 일부 USS의 DCI 및 RNTI 감시를 수행할 수 있다. 이 경우, 단말은 DCI type 1_0과 0_0은 캐리어 지시 필드(Carrier Indicator field: CIF)가 없기 때문에 P(S)cell 및 P(S)Cell scheduling SCell 모두 에서 스케줄링을 할 수 있다. 이 경우, DCI type 에 따라 다음의 동작 제약을 가질 수 있다.

DCI type 1_1, 0_1: 이 DCI 들은 기존의 CIF (carrier indicator field) 가 있다. 그에 따라, P(s)Cell scheduling Scell에서 크로스 캐리어 스케줄링(cross carrier scheduling)을 위해서 단말은 상기 DCI type 들을 위한 PDCCH 모니터링(monitoring)을 수행해야한다. 단말이 모니터링 중, 상기 type 의 DCI 가 수신된 경우, 단말은 그 안에 포함되어 있는 CIF의 지시자를 보고 해당 제어 정보가 P(S)Cell 대상 인지 아니면 P(s)Cell scheduling Scell 대상 인지를 판단할 수 있다.

DCI type 1_0, 0_0: 이 DCI type은 CIF 가 없다. 따라서, DCI type 1_0 및 DCI type 0_0과 연관된 DCI는 P(S)cell 및 P(S)Cell scheduling Scell 에서 모두 전송될 수 있으며, 단말은 P(S)cell 및 P(S)Cell scheduling Scell에서 모두 모니터링 해야 한다. P(S)cell에서는 랜덤 액세스(random access) 용으로 DCI type 1_0 및 DCI type 0_0과 연관된 DCI가 사용될 수 있으며, P(S)Cell scheduling Scell에서는 일반적인 자기 셀의 PDSCH/PUSCH 스케줄링 용도로서 이 타입의 DCI가 사용될 수 있다.

다음 표 1은 P(S)Cell scheduling Scell 이 활성화 되었을 때, P(S)Cell 및 P(S)Cell scheduling Scell 에서 전송될 수 있는 검색 공간(search space) 별 DCI 타입(type)과 해당 DCI type에 대응되는 DCI로부터 전달 될 수 있는 제어 정보를 획득하기 위해 단말이 모니터링 해야 하는 RNTI 를 나타낸다. 단말은 각 셀 (P(S)cell 및 P(s)Cell Scheduling Scell)에서, 이 표 1에 해당하는 DCI 포맷(format) 및 해당 DCI type에 전달 될 수 있는 정보 적용을 위한 RNTI 를 모니터링 해야 한다. 또한 표 1에 표기된 대로 각 DCI 포맷 및 RNTI는 CSS 및 USS와 연계될 수 있다.

[표 1]

본 개시의 일 실시예에 따르면, 단말은 P(S)cell scheduling Scell에서 USS의 DCI type 1_1 및 DCI type 0_1과 연관된 DCI 및 대응되는 RNTI를 모니터링할 수 있다. 또한, 단말은 P(S)cell에서 USS의 DCI type 1_0 및 DCI type 0_0과 연관된 DCI 및 대응되는 RNTI만 모니터링할 뿐, USS의 나머지 DCI type과 연관된 DCI 및 대응하는 RNTI는 모니터링하지 않을 수 있다. 즉, USS의 DCI type 1_1 및 DCI type 0_1과 연관된 DCI 및 RNTI에 대해서 단말은 P(S)cell에서 PDCCH 모니터링을 수행하는 것이 아니라, P(S)cell scheduling Scell에서 모니터링을 수행할 수 있으므로, P(S)cell에서의 모니터링이 집중되는 것을 방지할 수 있다.

[PDCCH monitoring offloading option 2.]

또 다른 일 실시예에 따르면, 단말은 P(S)Cell scheduling Scell에서 USS 및 일부 CSS도 모니터링(monitoring) 할 수 있다. 이 경우에는, 단말은 P(S)Cell에서 USS 및 일부 CSS 용 DCI 및 RNTI 감시할 수 있다. 단말은 P(S)Cell scheduling SCell에서는 나머지 CSS 용 DCI 및 RNTI를 감시하고, USS용 DCI 및 RNTI 감시를 수행할 수 있다.

이 경우 나머지 CSS용 DCI들 중, 기존 DCI format 2_0 ~ 2_3에는 CIF가 없으므로, 이 DCI 포맷을 SCell에서 전송하려면 위 포맷들에도 CIF 필드를 도입해야 한다. 단말은 P(s)Cell 또는 P(S)cell scheduling Scell에서 해당 DCI format을 발견한 경우, 해당 format에 포함된 CIF 가 가리키는 셀에 DCI의 제어 정보를 적용할 수 있다.

또다른, 방법으로는 DCI type 2_0 내지 DCI format 2_3의 경우, CIF 가 없이, RRC reconfiguration 메시지 상에서, 해당 DCI 에 허용하는 servingCell ID를 매핑하는 방법이 있을 수 있다. 즉, 특정 DCI type이 특정 하나의 셀에서만 허용하도록 RRC 메시지로 설정한 이후, 단말은 해당 DCI type 을 발견하게 되면 해당 DCI type은 기 정의된 셀에 적용할 수 있다.

다음 표 2는 P(S)Cell scheduling Scell 이 활성화 되었을 때, P(S)Cell 및 P(S)Cell scheduling Scell 에서 전송될 수 있는 탐색 공간(search space) 별 DCI type 과 해당 DCI type에서 전달될 수 있는 제어 정보를 위해 모니터링 해야 하는 RNTI 를 나타낸다. 단말은 각 셀 (Pcell 및 P(s)Cell Schedulign Scell)에서, 이 표 2에 해당하는 DCI format 및 해당 DCI type에 전달 될 수 있는 정보 적용을 위한 RNTI 를 모니터링 해야 한다. 또한 표 2에 표기된 대로 각 DCI 포맷 및 RNTI는 CSS 및 USS와 연계될 수 있다. 여기서, CSS 중, SI-/P-/RA-RNTI는 P(s)Cell에서만 가능하고, DCI type 2_x에 해당하는 DCI 및 연관 RNTI는 P(s)Cell 및 P(S)cell scheduling Scell 모두 가능하다.

[표 2]

본 개시의 일 실시예에 따르면, 단말은 P(S)cell scheduling Scell에서 USS의 DCI type 1_1 및 DCI type 0_1과 연관된 DCI 및 대응되는 RNTI를 모니터링할 수 있다. 또한, 단말은 P(S)cell scheduling Scell에서 CSS와 연관된 DCI 및 대응하는 RNTI를 모니터링할 수 있다. 예를 들어, 기지국은 CSS의 DCI type 2_0 내지 DCI type 2_3에 대하여 CIF 필드를 추가할 수 있으며, 단말은 상기 추가된 CIF 필드에 기초하여 P(S)cell scheduling Scell에서 CSS의 DCI type 2_0 내지 DCI type 2_3과 연관된 DCI 및 대응하는 RNTI를 모니터링할 수 있다. 다른 일 예로, 기지국은 RRC reconfiguration 메시지 상에서, DCI type 2_0 내지 DCI type 2_3와 연관된 DCI를 servingCell ID에 매핑할 수 있다. 단말은 RRC reconfiguration 메시지에 기초하여, servingCell ID에 대해 매핑된 DCI를 적용할 수 있다.

또한, 단말은 P(S)cell에서 USS의 DCI type 1_0 및 DCI type 0_0과 연관된 DCI 및 대응되는 RNTI만 모니터링할 뿐, USS의 나머지 DCI type과 연관된 DCI 및 대응하는 RNTI는 모니터링하지 않을 수 있다. 단말은 P(S)cell scheduling Scell에서 USS의 DCI type 1_1 및 DCI type 0 뿐만 아니라 CSS의 DCI type 2_0 내지 DCI type 2_3와 연관된 DCI 및 RNTI에 대해 모니터링을 수행할 수 있으므로, P(S)cell에서의 모니터링 로드(load)가 감소할 수 있다.

[P(s)Cell 및 P(s)Cell scheduling Scell 의 search space 설정 방법]

기지국은 전술한 PDCCH 모니터링 역할 분담 방법에 따라 각 BWP(bandwidth part) 마다 탐색 공간(searchSpace)를 설정할 수 있다. 해당 P(s)Cell 및 P(S)cell scheduling Scell에 대하여, 각 셀의 servingCellConfig 에 해당하는 DL BWP 에 대하여 PDCCH 설정을 수행할 때, 해당 PDCCH 설정에 포함되는 탐색 공간(search space)들에 대하여, 기존의 탐색 공간 식별자(search space id) 설정만 하던 것에 대비하여, 기지국은 USS 또는, CSS 에 해당하는 search space 관련 인자들을 모두 설정할 수 있다. 해당 설정 가능 정보들은 다음과 같다.

Search space Id, CORESET id, monitoring slot and periodicity and offset, duration, monitoring symbol within slot, number of candidate, search space type 으로서 common search space 또는 UE specific search space, 그리고 각 USS/CSS의 지원하는 DCI type 정보.

이 경우, 추가적으로, BWP에 설정되는 search space의 정보에게 scell 활성화(activation) 시 사용할 설정정보인지, Scell 비활성화(deactivation) 시 사용할 설정 정보인지에 대한 추가적인 지시자가 포함될 수 있다.

[PDCCH offloading 방법에 따른 경우, 랜덤 억세스(random access) 진행/미진행에 따른 단말의 PDCCH monitoring동작]

상기와 같은 오프로딩(offloading) 방식에 따른 설정 및 Scell을 위한 활성화/비활성화(activation/deactivation) 설정이 주어진 상황에서, 단말이 수행하는 PDCCH monitoring 동작은,

우선, P(s)Cell scheduling Scell 이 비활성화(deactivate) 상태일 경우, 단말은 P(S)cell에서 모든 DCI type을 감시할 수 있다. 그러나 P(s)Cell scheduling Scell이 활성화(activation) 된 상황에서는, PDCCH 모니터링 오프로딩 옵션(PDCCH monitoring offloading option) 에 따라 단말은 다르게 동작할 수 있다. 이 경우는, Scell의 비활성화(deactivation) 이 허용된 경우로서, 이전 언급된 [P(s)Cell Scheduling Scell 의 activation / deactivation 운용방법] 에서처럼 항상 Scell 의 비활성화(deactivation) 을 보장하지 않는 경우이다.

이전 언급된 [PDCCH monitoring offloading option 1.]의 경우, 랜덤 액세스 미진행 상황에서는, 단말은 P(S)Cell scheduling SCell 의 PDCCH 모니터링시, DCI format 1_1, ,0_1 및 C-RNTI, CS-RNTI, MCS-RNTI를 감시할 수 있다. 그리고, 단말은 P(s)Cell 의 PDCCH 모니터링 시 DCI format　2_0, SFI-RNTI, DCI format 2_1, INT-RNTI, DCI format 2_2, TPC-PxxCH-RNTI, DCI format 2_3, TPC-SRS-RNTI, DCI format 1_0, P-RNTI & SI-RNTI 를 감시할 수 있다.

상기 option 1의 경우, 랜덤 액세스 진행 상황에서는 감시하는 DCI format과 RNTI가 달라질 수 있다. 단말은 랜덤 액세스 진행시, P(S)Cell scheduling SCell 상에서, DCI format 1_1, 0_1 및 C-RNTI, CS-RNTI, MCS-RNTI 를 감시하며, 그리고, P(s)Cell 상에서 DCI format 2_0, SFI-RNTI,　DCI format 2_1, INT-RNTI,　DCI format 2_2, TPC-PxxCH-RNTI, DCI format 2_3, TPC-SRS-RNTI, DCI format 1_0 P-RNTI & SI-RNTI & RA-RNTI, DCI format 0_0, T C-RNTI 를 감시할 수 있다.

상기 DCI format 및 RNTI는 서로 연계되어 특정 type의 DCI 은 연계된 RNTI 로 디코딩(decoding) 될 수 있다. 상기에서 연접된 DCI type과 RNTI는 해당 연계를 갖는다.

이에 비해 이전 언급된 [PDCCH monitoring offloading option 2]의 경우, 랜덤 액세스 미진행 상황에서는, 단말은 P(S)Cell scheduling SCell 상에서, DCI format 2_0, 2_1, 2_2, 2_3, 및 1_1, 0_1 및 SFI, INT, TPC-PxxCH, TPC-SRS- RNTI, C-RNTI, CS-RNTI, MCS-RNTI를 감시할 수 있다. 동시에, P(s)Cell 상에서는 DCI format　1_0, 0_0, 및 P-RNTI, SI- RNTI, C- RNTI, TC- RNTI, MCS-RNTI 를 감시할 수 있다. 하지만, 랜덤 액세스 진행 상황에서는, P(S)Cell scheduling SCell 상에서, DCI format 2_0, 2_1, 2_2, 2_3, 및 1_1, 0_1 및 SFI, INT, TPC-PxxCH, TPC-SRS- RNTI, C-RNTI, CS-RNTI, MCS-RNTI를 감시할 수 있다. 그리고, P(s)Cell 상에서, DCI type　1_0, 0_0, 및 P- RNTI, SI- RNTI, C- RNTI, TC- RNTI, MCS-RNTI & RA-RNTI, 및 DCI type 0_0 및 T C-RNTI 를 모니터링 할 수 있다.

[Scell addition 시 또는 그 후에 cross carrier scheduling 설정 방법]

단말이 P(s)Cell만을 단독으로 운용할 경우, P(s)Cell의 ServingCellConfig 필드에는 CrossCarrierSchedulingConfig 필드가 신호되지 않는다. 이후, Scell 이 추가(addition) 될 경우, 해당 Scell의 추가(addition)를 위한 설정을 포함하는 RRCReconfiguration 메시지에는 P(s)Cell 및 추가되는 Scell의 ServingCellConfig 필드에 CrossCarrierSchedulingConfig 필드가 포함될 수 있다. P(s)Cell 및 P(s)Cell scheduling Scell의 CrossCarrierSchedulingConfig 필드 설정은 다음과 같을 수 있다.

P(s)Cell의 CrossCarrierSchedulingConfig 필드가 포함하는 schedulingCellInfo 필드에는 other 필드가 표시될 수 있으며, schedulingCellId 필드로는 P(s)Cell scheduling scell 의 id 가 표시될 수 있다. 또한 cif-InSchedulingCell 필드는 P(s)Cell scheduling Scell에서 스케줄링을 수행할 때 스케줄 되는 P(s)Cell의 스케줄임을 지시하는 carrier indicator field 값으로서, 지시되지 않거나/1~7의 자연수 (option 1), 또는 임의의 정수 값이 지시되더라도, 0 을 P(s)cell 의 CIF 로 단말은 인식할 수 있다 (option 2).

상기 지시자가 전달 되고, P(s)Cell scheduling Scell의 CrossCarrierSchedulingConfig 필드가 포함하는 schedulingCellInfo 에는 own 필드가 표시될 수 있으며, cif-Presence 필드는 true 로 설정될 수 있다. 또한 cif-Presence 필드는 true로 설정되야 하고, 이 때, 상기 P(s)Cell 의 설정과 일치하는 option 1의 경우, 이 P(S)cell scheduling Scell을 지칭하는 CIF는 0이 될 수 있다. 또한 상기 P(s)Cell의 설정과 일치하는 option 2의 경우, 이 P(S)cell scheduling Scell 을 지칭하는 CIF는 해당 Scell의 serving cell id 를 의미하는 1~7의 자연수가 될 수 있다.

상기 내용을 다시 option 별로 구분하면 아래와 같다. 각 option 은 P(s)Cell과 scheduling Scell의 동작을 동시에 수반한다.

Option 1. P(s)cell 의 other -> schedulingCellId 는 P(s)cell scheduling Scell id를 의미한다. 그리고 cif-InSchedulingCell 는 지시되지 않거나, 또는 1~7의 자연수가 될 수 있다.

scheduling Scell의 own -> cif-Presence는 true 값이며, 이 경우, 해당 Scell 을 지칭하는 CIF는 0 일 수 있다.

단말은 Scell에서 PDCCH DCI를 모니터링할 때, CIF 값을 확인하여 CIF 값이 0 인경우, 해당 DCI type은, P(S)cell scheduling Scell 의 스케줄링 정보임을 알 수 있다. 그 외의 cif 값은 P(s)Cell의 스케줄링 정보임을 알 수 있다. 또는, CIF 값이 없는 경우 해당 DCI는 P(s)Cell의 스케줄링 정보임을 알 수 있다.

Option 2. P(s)cell 의 other -> schedulingCellId 는 P(s)cell scheduling Scell id, 그리고 cif-InSchedulingCell 는 임의의 자연수가 지시되더라도, 0을 P(s)Cell의 CIF 로 인식.

scheduling Scell의 own -> cif-Presence : true 값. 이 경우, 해당 Scell 을 지칭하는 cif는 해당 Scell의 serving cell id 를 의미하는 1~7 자연수.

이 경우 단말은 Scell에서 PDCCH DCI를 모니터링할 때, CIF 값을 확인하여 CIF 값이 자신의 serving cell id 값인 경우, 해당 DCI type은, scheduling Scell 의 스케줄링 정보임을 알 수 있다. CIF 값이 0인 경우, P(s)Cell의 스케줄링 정보임을 알 수 있다. 또는, CIF 값이 없는 경우 해당 DCI는 P(s)Cell의 스케줄링 정보임을 알 수 있다.

또 다른 방법으로서, P(s)Cell 의 ServingCellConfig 정보에는 변화가 없이, Scell 추가(addition) 시에 제공되는 Scell의 ServingCellConfig 필드에 포함된 CrossCarrierScheduleConfig 필드에 추가적인 필드를 제공하여 해당 Scell이 P(s)Cell 의 스케줄을 대신함을 지시할 수 있다. 이 경우 추가되는 필드에 들어갈 수 있는 정보는 스케줄(schedule)되는 P(s)Cell 의 서빙셀 인덱스(serving cell index) 및/또는 해당 P(s)Cell 의 제어용임을 표시하는 CIF 값 정보가 될 수 있다.

상기 방법으로 단말은 P(s)Cell의 스케줄 제어 정보가 다른 Scell로 수신된다는 것을 알 수 있고, scheduling Scell의 PDCCH monitoring 시, cif 값을 사용하여, 해당 제어 정보가 scheduling Scell 용인지, scheduled P(s)Cell 인지 알 수 있다.

[capability signaling 방법]

단말이 허용하는 능력(capability) 를 신호함으로서 네트워크가 필요에 따른 P(s)Cell scheduling Scell을 설정할 때, 단말이 가능한 Scell에 대하여 해당 feature를 설정할 수 있다. 단말은 네트워크에 UE capability report 또는 그에 상응하는 RRC 메시지를 전송함에 있어서, 다음의 경우에 대한 가능 여부를 각 1 bit 지시자로 표시하여 전달 할 수 있다.

- FDD Scell이 FDD P(s)Cell scheduling 가능 여부 1 비트,

- TDD Scell이 TDD P(s)Cell scheduling 가능 여부 1 비트,

- FDD Scell이 TDD P(S)Cell shceudling 가능 여부 1 비트,

- TDD Scell이 FDD P(s)Cell scheduling 가능 여부 1 비트.

해당 report를 수신한 네트워크는 가능 여부를 판단하여 필요에 따른 Scell의 P(s)Cell scheduling 을 명령할 수 있다. UE capability는 per bandcombination 별로 1 비트로 나타낼 수도 있다. 혹은 RAN4에 정의된 특정 bandcombination에 대해서는 1 비트로 표시하고, 나머지 band combination들에 대해서는 지원하지 않는다.

도 7은 본 개시의 일 실시예에 따른 단말 및 기지국의 동작을 나타내는 흐름도 이다.

단계 701에서, 단말은 P(S)cell과 연결을 맺은 후, P(S)cell의 기지국으로부터 UEcapabilityEnquiry 메시지를 수신할 수 있다.

단계 703에서, 해당 메시지 수신후, 단말은 자신의 UE capability 정보를 기지국으로 전달하는데, 이 때, 상기 FDD/TDD 및 Scell/ P(s)Cell scheduling 가능 여부 비트 정보들을 수납하여 기지국으로 전달할 수 있다. 상세 동작은 상기 [capability signaling 방법]을 따른다.

단계 705에서, 해당 capability 를 수신한 기지국은 이후, 필요에 따라, Scell addition 을 결정한다.

단계 707에서, 그에 따라 기지국은 Scell addition 에 필요한 설정 정보를 RRCReconfiguration 에 수납하여 단말에게 전달할 수 있다. 그 이후, 또는 Scell addition을 위한 설정을 포함한 RRCReconfiguration 메시지에 함께, 기지국은 해당 Scell 을 P(S)cell scheduling Scell로 설정을 지시할 수 있다.

SCell 추가(addition)을 위한 설정 정보를 포함한 RRCReconfiguration 메시지 또는 그 이후의 RRCReconfiguration 메시지를 통해, 기지국은 단말에게 cross carrier scheduling 과 관련된 설정을 전달할 수 있다. 해당 정보로서 스케줄링 되는 P(s)Cell 및 P(S)cell scheduling Scell에 대한 CrossCarrierSchedulingConfig 설정정보, 및 각 셀의 BWP 마다 설정된 탐색 공간(searchSpace) 설정 정보, 각 서빙 셀마다 설정된 sCellDeactivateTimer 설정 정보가 될 수 있다.Cross carrier scheduling과 관련된 설정으로는, 상기에 언급된 [Scell addition 시 또는 그 후에 cross carrier scheduling 설정 방법]을 따를 수 있다.

기지국이 전달하는 설정 정보로서 또한, 기지국은 단말에게 search space 설정 정보를 각셀의 BWP 마다 전달 할 수 있다. 해당 설정은 상기 언급된 [P(s)Cell 및 P(s)Cell scheduling Scell 의 search space 설정 방법]을 따른다.

기지국이 전달하는 설정 정보로서 또한, 기지국은 단말에게 sCellDeactivateTimer 설정 정보를 각 서빙 셀마다 전달할 수 있다. 이 경우는, 상기 언급된 [P(s)Cell Scheduling Scell 의 activation / deactivation 운용방법]중에 scheduling Scell에 대하여는 sCellDeactivationTimer를 absent로 설정하여 주는 방법이 될 수 있다.

단계 709에서, 단말은 P(S)cell의 기지국에게 RRCReconfiguration Complete 메시지를 전송할 수 있다. 단계 711에서, 단말은 RRCReconfiguraiton 메시지에 기초하여 Scell을 추가하고, Scell을 통해 크로스 캐리어 스케줄링(cross carrier scheduling)을 수행할 수 있다. 단계 711과 관련된 구체적인 설명은 이하 도 8을 참조하여 후술한다.

단계 713 및 단계 715에서, 상기의 기지국이 설정한 정보들을 수신한 단말은, 수신한 search Space 설정 정보로 셀별 수신가능한 DCI type의 설정정보를 습득하고, P(s)Cell 및 P(S)cell scheduling Scell에서 사용하는 CIF 등을 습득하여, PDCCH monitoring offloading 을 위한 기 정의된 offloading 방법에 따라, P(s)Cell 및 P(s)Cell scheduling Scell에서 해당 하는 search space의 DCI type 및 RNTI 를 모니터링 할 수 있다. 정확한 offloading 방법은, 상기에 언급된 [PDCCH monitoring offloading option 1.] 및 option2 를 따른다. 또한 상기 monitoring 동작 중, Scell이 비활성화(deactivation) 되거나, 단말의 P(s)cell 에서의 랜덤 액세스(random access) 수행시에는 P(s)Cell 및 P(S)cell scheduling Scell에서 monitoring 하는 DCI type 및 RNTI 의 종류가 바뀔 수 있으며, 이것은 [PDCCH offloading 방법에 따른 경우, 랜덤 억세스 진행/미진행에 따른 단말의 PDCCH monitoring 동작]을 따를 수 있다.

도 8은 본 개시의 일 실시예에 따른 단말의 동작을 나타낸 흐름도이다.

단계 801에서, 단말은 SCell 추가(addition)을 위한 설정 정보를 포함한 RRCReconfiguration 메시지에 기초하여 Scell을 추가할 수 있다.

단계 803에서, 단말은 Scell 을 추가하고 나면, 또는 그와 동시에 P(s)Cell 및 Scell에 대하여, CrossCarrierSchedulingConfig 설정 및 search Space 설정 per BWP 및 SCellDeactivateTimer 설정을 수신할 수 있다.

단계 805에서, 단말은 CrossCarrierSchedulingConfig 필드에 P(s)Cell scheduling Scell가 설정되었는지 여부를 판단할 수 있다.

이 설정정보의 CrossCarrierSchedulingConfig 필드에 [Scell addition 시 또는 그 후에 cross carrier scheduling 설정 방법]에 따른 P(s)Cell scheduling Scell의 설정이 되어 있지 않다면(단계 805에서 'NO'), 단계 807에서, 단말은 Search Space 설정에 따라, 단말은 P(s)Cell , Scell의 self scheduling 을 수행하거나, 또는 P(s)Cell의 Scell 을 위한 cross carrier scheduling 수행할 수 있으며, 이 때는, self scheduling 또는 P(s)Cell의 Scell 스케줄링을 위한 search space 설정정보를 기지국으로부터 수신할 수 있으며, 이에 따라 각 셀 또는 P(S)cell에서 DCI type 및 RNTI를 모니터링 할 수 있다.

만약 CrossCarrierSchedulingConfig 필드에 [Scell addition 시 또는 그 후에 cross carrier scheduling 설정 방법]에 따른 P(s)Cell scheduling Scell 설정 되었을 경우(단계 805에서 'YES'), 단계 809에서, 단말은 추가적으로 현재 Scell이 활성화(activation) 상태인지 확인할 수 있다. 만약 Scell이 활성화(activation) 상태라면(단계 809에서 'YES'), 단계 811에서 단말은 주어진 Search Space 설정에 따라, Scell에서 자신, 및 P(s)Cell 을 스케줄링하기위한, DCI type 및 RNTI를 모니터링 할 수 있다.

만약 Scell activation 확인 단계에서 Scell이 deactivation 이라면(단계 809에서 'NO'), 단계 813에서,주어진 Search Space 설정에 따라, 단말은 P(s)Cell 에서 모든 DCI type 및 RNTI를 모니터링 할 수 있다.

단말은 상기 cross carrier scheduling 설정 정보가 주어진 상태에서 Scell의 activation / deactivation 에 따라 각 셀에서 각기 다른 DCI type 및 RNTI를 모니터링 할 수 있다.

도 9는 본 개시의 일 실시예에 따른 단말의 구성을 나타내는 도면이다.

도 9에서 도시되는 바와 같이, 본 개시의 단말은 송수신부(910), 메모리(920), 프로세서(930)를 포함할 수 있다. 전술한 단말의 통신 방법에 따라 단말의 프로세서(930), 송수신부(910) 및 메모리(920)가 동작할 수 있다. 다만, 단말의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 단말은 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 뿐만 아니라 프로세서(930), 송수신부(910) 및 메모리(920)가 하나의 칩(chip) 형태로 구현될 수도 있다.

송수신부(910)는 단말의 수신부와 단말의 송신부를 통칭한 것으로 기지국 혹은 네트워크 엔티티와 신호를 송수신할 수 있다. 기지국과 송수신하는 신호는 제어 정보와 데이터를 포함할 수 있다. 이를 위해, 송수신부(910)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부(910)의 일 실시예일뿐이며, 송수신부(910)의 구성요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다.

또한, 송수신부(910)는 유무선 송수신부를 포함할 수 있으며, 신호를 송수신하기 위한 다양한 구성을 포함할 수 있다.

또한, 송수신부(910)는 유무선 채널을 통해 신호를 수신하여 프로세서(930)로 출력하고, 프로세서(930)로부터 출력된 신호를 유무선 채널을 통해 전송할 수 있다.

또한, 송수신부(910)는 통신 신호를 수신하여 프로세서로 출력하고, 프로세서로부터 출력된 신호를 유무선망을 통해 네트워크 엔티티로 전송할 수 있다.

메모리(920)는 단말의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(920)는 단말에서 획득되는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(920)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다.

프로세서(930)는 상술한 본 개시의 실시 예에 따라 단말이 동작할 수 있도록 일련의 과정을 제어할 수 있다. 프로세서(930)는 적어도 하나 이상의 프로세서를 포함할 수 있다. 예를 들어, 프로세서(930)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다.

도 10은 본 개시의 일 실시예에 따른 기지국의 구성을 나타내는 도면이다.

도 10에서 도시되는 바와 같이, 본 개시의 기지국은 송수신부(1010), 메모리(1020), 프로세서(1030)를 포함할 수 있다. 전술한 기지국의 통신 방법에 따라 기지국의 프로세서(1030), 송수신부(1010) 및 메모리(1020)가 동작할 수 있다. 다만, 기지국의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 기지국은 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 뿐만 아니라 프로세서(1030), 송수신부(1010) 및 메모리(1020)가 하나의 칩(chip) 형태로 구현될 수도 있다.

수신부(1010)는 기지국의 수신부와 기지국의 송신부를 통칭한 것으로 단말 또는 다른 기지국과 신호를 송수신할 수 있다. 이때, 송수신하는 신호는 제어 정보와 데이터를 포함할 수 있다. 이를 위해, 송수신부(1010)는 송신되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부(1010)의 일 실시예일 뿐이며, 송수신부(1010)의 구성요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다. 송수신부(1010)는 유무선 송수신부를 포함할 수 있으며, 신호를 송수신하기 위한 다양한 구성을 포함할 수 있다.

또한, 송수신부(1010)는 통신 채널(예를 들어, 무선 채널)을 통해 신호를 수신하여 프로세서(1030)로 출력하고, 프로세서(1030)로부터 출력된 신호를 통신 채널을 통해 전송할 수 있다.

또한, 송수신부(1010)는 통신 신호를 수신하여 프로세서로 출력하고, 프로세서로부터 출력된 신호를 유무선망을 통해 단말 또는 네트워크 엔티티로 전송할 수 있다.

메모리(1020)는 기지국의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(1020)는 기지국에서 획득되는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(1020)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다.

프로세서(1030)는 상술한 본 개시의 실시 예에 따라 기지국이 동작할 수 있도록 일련의 과정을 제어할 수 있다. 프로세서(1030)는 적어도 하나 이상의 프로세서를 포함할 수 있다. 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.

본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.

소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.

이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.

또한, 상기 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.

상술한 본 개시의 구체적인 실시 예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.

한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다. 즉, 본 개시의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한 상기 각각의 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다. 예를 들면, 본 개시에서 제안하는 방법들의 일부분들이 서로 조합되어 기지국과 단말이 운용될 수 있다. 또한 상기 실시예들은 5G, NR 시스템을 기준으로 제시되었지만, LTE, LTE-A, LTE-A-Pro 시스템 등 다른 시스템에도 상기 실시예의 기술적 사상에 바탕을 둔 다른 변형예들이 실시 가능할 것이다.

Claims (1)

1. 무선 통신 시스템에서 프라이머리 셀(primary cell: Pcell), 프라이머리 세컨더리 셀(primary secondary cell: PScell) 및 하나 이상의 세컨더리 셀(secondary cell: Scell)들에 의해 서빙(serving)되는 단말에 의해 수행되는 방법에 있어서,
   단말 능력 정보(UE capability information)를 기지국에게 전송하는 단계;
   상기 기지국으로부터 크로스 캐리어 스케줄링(cross carrier scheduling)과 연관된 정보를 수신하는 단계;
   상기 수신된 정보에 기초하여 상기 Pcell 또는 상기 Pscell에 대한 스케줄링 정보를 획득하기 위해 Scell과 연관된 제어 채널을 모니터링(monitoring)하는 단계; 및
   상기 스케줄링 정보에 기초하여 상기 Pcell 또는 상기 Pscell과 연관된 데이터 통신을 수행하는 단계를 포함하는 방법.

Images