KR20200115863A

KR20200115863A - Nr 시스템에서 mr-dc에 대한 단말 능력을 보고하는 방법 및 장치

Info

Publication number: KR20200115863A
Application number: KR1020190035901A
Authority: KR
Inventors: 진승리; 데르 벨데 힘케 반
Original assignee: 삼성전자주식회사
Priority date: 2019-03-28
Filing date: 2019-03-28
Publication date: 2020-10-08
Also published as: EP3925250A4; US20220295584A1; CN113632514A; US11350473B2; EP3925250A1; WO2020197343A1; US20200314932A1

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 이동 통신 시스템에 관한 것으로, 특히 단말이 자신의 capability를 보고하는 방법에서 MR-DC에 대한 단말 능력을 보고하는 전체 절차를 고려한다.

Description

NR 시스템에서 MR-DC에 대한 단말 능력을 보고하는 방법 및 장치{METHOD AND APPARATUS OF REPORTING UE CAPABILITIES FOR MR-DC ON A NEW RADIO SYSTEM}

본 개시는 이동 통신 시스템에 관한 것으로, 특히 단말이 자신의 capability를 보고하는 방법에서 MR-DC에 대한 단말 능력을 보고하는 전체 절차를 고려한다. 상기에서 MR-DC의 범주에는 EN-DC, NGEN-DC, NE-DC, NR-DC 가 포함된다.

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 기술 융합의 일 예라고 할 수 있을 것이다.

본 개시에서는 NR 시스템에서 단말이 기지국으로부터 RAT (radio access technology) type 및 band 종류에 대해 단말 능력 보고를 하라는 RRC UE capability 요청 메시지를 지시 받았을 경우, 특히 복수의 컨테이너에 대해 포함된 복수의 RAT에 대한 단말 능력을 요청 받을 경우, 단말이 수행하는 후보 밴드 조합 (candidate band combinations)을 생성하고, Feature set 및 Feature set combination을 생성하고 전달하는 일련의 과정에 대해, 현재 표준에 포함되지 않은 late drop 이슈들 (MRD-DC: NGEN-DC, NE-DC, NR-DC)을 처리하는 절차가 정의되어 있지 않다. 기존 단말 능력 보고 절차를 그대로 따를 경우에 MR-DC에 해당하는 단말 능력을 처리하는데 절차 상 문제가 발생할 수 있으며, 본 개시에서는 전체 절차를 검토하고 가능한 해결방안을 제안한다.

상기와 같은 문제점을 해결하기 위한 본 발명은 무선 통신 시스템에서 제어 신호 처리 방법에 있어서, 기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계; 상기 수신된 제1 제어 신호를 처리하는 단계; 및 상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 한다.

본 개시에서 NR 단말이 기지국으로부터 MR-DC에 대한 단말 능력 보고를 지시 받았을 경우에, 단말이 수행하는 단말능력 보고 절차를 명확히 정의할 수 있고, 이를 통해 단말이 자신의 능력을 정확히 전달하고, 기지국은 해당 단말능력을 정확히 이해하고, 적절한 설정정보를 제공할 수 있다.

도 1a는 본 발명의 설명을 위해 참고로 하는 LTE 시스템의 구조를 도시하는 도면이다.
도 1b는 본 발명의 설명을 위해 참고로 하는 LTE 시스템에서의 무선 프로토콜 구조를 나타낸 도면이다.
도 1c는 본 발명이 적용되는 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 1d는 본 발명이 적용될 수 있는 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 1e는 NR 시스템에서의 단말 capability를 보고하는 메시지 구조를 도시한 도면이다.
도 1f는 본 발명의 실시 예 1에 적용되는 설명으로써, 현재 NR 시스템에서 정의된, 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 위한 동작을 설명한 도면이다.
도 1ga 및 도 1gb는 본 발명의 실시 예들에 적용되는 설명으로써, 현재 NR 시스템에서 정의된, 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 위한 동작을 예를 들어 설명한 도면이다.
도 1ha 및 도 1hb는 본 발명의 실시 예 1에서 제안하는 단말 능력으르 구성하는 절차 1로써, 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 위한 동작을 예를 들어 설명한 도면이다.
도 1ia 및 도 1ib는 본 발명의 실시 예 2에서 제안하는 단말 능력으르 구성하는 절차 1로써, 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 위한 동작을 예를 들어 설명한 도면이다.
도 1ja 및 도 1jb는 본 발명의 실시 예 3에서 제안하는 단말 능력을 구성하는 절차로써, MR-DC에 대한 단말 능력 요청을 포함한 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 하는 동작을 설명한 도면이다.
도 1k는 본 발명의 실시 예 1과 실시 예 2에 적용되는 단말이 MR-DC에 대한 UE capability 보고를 수행하는 전체 동작을 도시한 도면이다.
도 1l는 본 발명의 실시 예 3에 적용되는 단말이 MR-DC에 대한 UE capability 보고를 수행하는 전체 동작을 도시한 도면이다.
도 1m는 본 발명의 실시 예에 따른 단말의 블록 구성을 나타낸 도면이다.
도 1n는 본 발명의 실시 예에 따른 기지국의 블록 구성을 나타낸 도면이다.

이하 첨부된 도면을 참조하여 본 발명의 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다. 이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 발명이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

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

도 1a는 본 발명의 설명을 위해 참고로 하는 LTE 시스템의 구조를 도시하는 도면이다.

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

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

도 1b는 본 발명의 설명을 위해 참고로 하는 LTE 시스템에서의 무선 프로토콜 구조를 나타낸 도면이다.

도 1b를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 eNB에서 각각 PDCP(Packet Data Convergence Protocol 1b-05, 1b-40), RLC(Radio Link Control 1b-10, 1b-35), MAC(Medium Access Control 1b-15, 1b-30)으로 이루어진다. PDCP(1b-05, 1b-40)는 IP header 압축/복원 등의 동작을 담당한다. PDCP의 주요 기능은 하기와 같이 요약된다.

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

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

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

- 순서 재정렬 기능(For split bearers in DC (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라고 한다)(1b-10, 1b-35)는 PDCP PDU(Packet Data Unit)를 적절한 크기로 재구성해서 ARQ 동작 등을 수행한다. 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 삭제 기능(RLC SDU discard (only for UM and AM data transfer))

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

MAC(1b-15, 1b-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 기능(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)

물리 계층(1b-20, 1b-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 한다. 또한, 물리 계층에서도 추가적인 오류 정정을 위해, HARQ (Hybrid ARQ) 를 사용하고 있으며, 수신단에서는 송신단에서 전송한 패킷의 수신여부를 1 비트로 전송한다. 이를 HARQ ACK/NACK 정보라 한다. 업링크 전송에 대한 다운링크 HARQ ACK/NACK 정보는 PHICH (Physical Hybrid-ARQ Indicator Channel) 물리 채널을 통해 전송되며, 다운링크 전송에 대한 업링크 HARQ ACK/NACK 정보는 PUCCH (Physical Uplink Control Channel)이나 PUSCH (Physical Uplink Shared Channel) 물리 채널을 통해 전송될 수 있다.

한편 상기 PHY 계층은 하나 혹은 복수 개의 주파수/반송파로 이루어질 수 있으며, 복수 개의 주파수를 동시에 설정하여 사용하는 기술을 반송파 집적 기술 (carrier aggregation, 이하 CA라 칭함)이라 한다. CA 기술이란 단말 (혹은 User Equipment, UE) 과 기지국 (E-UTRAN NodeB, eNB) 사이의 통신을 위해 하나의 반송파만 사용하던 것을, 주반송파와 하나 혹은 복수개의 부차반송파를 추가로 사용하여 부차반송파의 갯수만큼 전송량을 획기적으로 늘릴 수 있다. 한편, LTE에서는 주반송파를 사용하는 기지국 내의 셀을 PCell (Primary Cell)이라 하며, 부차반송파를 SCell (Secondary Cell)이라 칭한다.

본 도면에 도시하지 않았지만, 단말과 기지국의 PDCP 계층의 상위에는 각각 RRC (Radio Resource Control, 이하 RRC라고 한다) 계층이 존재하며, 상기 RRC 계층은 무선 자원 제어를 위해 접속, 측정 관련 설정 제어 메시지를 주고 받을 수 있다.

도 1c는 본 발명이 적용되는 차세대 이동통신 시스템의 구조를 도시하는 도면이다.

도 1c를 참조하면, 도시한 바와 같이 차세대 이동통신 시스템의 무선 액세스 네트워크는 차세대 기지국(New Radio Node B, 이하 NR NB, 1c-10)과 NR CN(New Radio Core Network, 혹은 NG CN: Next Generation Core Network, 1c-05)로 구성된다. 사용자 단말(New Radio User Equipment, 이하 NR UE 또는 단말, 1c-15)은 NR NB(1c-10) 및 NR CN(1c-05)를 통해 외부 네트워크에 접속한다.

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

도 1d는 본 발명이 적용될 수 있는 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.

도 1d를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국에서 각각 NR SDAP(1d-01, 1d-45), NR PDCP(1d-05, 1d-40), NR RLC(1d-10, 1d-35), NR MAC(1d-15, 1d-30)으로 이루어진다.

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

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

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

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

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

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

NR PDCP (1d-05, 1d-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)을 기반으로 순서대로 재정렬하는 기능을 말하며, 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 순서를 고려하지 않고, 바로 전달하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.

NR RLC(1d-10, 1d-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들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있으며, 수신한 RLC PDU들을 RLC SN(sequence number) 혹은 PDCP SN(sequence number)를 기준으로 재정렬하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있으며, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있으며, 혹은 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다. 또한 상기에서 RLC PDU들을 수신하는 순서대로 (일련번호, Sequence number의 순서와 상관없이, 도착하는 순으로) 처리하여 PDCP 장치로 순서와 상관없이(Out-of sequence delivery) 전달할 수도 있으며, segment 인 경우에는 버퍼에 저장되어 있거나 추후에 수신될 segment들을 수신하여 온전한 하나의 RLC PDU로 재구성한 후, 처리하여 PDCP 장치로 전달할 수 있다. 상기 NR RLC 계층은 접합(Concatenation) 기능을 포함하지 않을 수 있고 상기 기능을 NR MAC 계층에서 수행하거나 NR MAC 계층의 다중화(multiplexing) 기능으로 대체할 수 있다.

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

NR MAC(1d-15, 1d-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)

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

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

- 패딩 기능(Padding)

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

도 1e는 NR 시스템에서의 단말 capability를 보고하는 메시지 구조를 도시한 도면이다.

기본적으로 단말(1e-01)은 서빙 기지국(1e-02)에 연결한 상태에서 해당 기지국에게 단말이 지원하는 capability를 보고하는 절차를 가진다. 기지국은 1e-05 단계에서 연결 상태의 단말에게 capability 보고를 요청하는 UE capability enquiry 메시지를 전달한다. 상기 메시지에는 기지국이 RAT type 별 단말 capability 요청을 포함할 수 있다. 상기 RAT type 별 요청에는 요청하는 주파수 밴드 정보를 우선순위에 따라 포함할 수 있다. 또한, 상기 UE capability enquiry 메시지는 하나의 RRC 메시지 container에서 복수의 RAT type을 요청할 수 있으며, 혹은 각 RAT type 별 요청을 포함한 UE capability enquiry 메시지를 복수번 포함해서 단말에게 전달할 수도 있다. 즉, 1e-05의 UE capability Enquiry가 여러번 반복 되고 단말은 이에 해당하는 UE capability information 메시지를 구성하여 해당 요청에 대한 응답을 매칭하여 보고할 수도 있다. 차세대 이통 통신 시스템에서는 NR, LTE, EN-DC를 비롯한 MR-DC에 대한 단말 capability 요청을 할 수 있다. 참고로 상기 UE capability Enquiry 메시지는 일반적으로 단말이 연결을 하고 안 이후, 초기에 보내는 것이 일반적이지만, 기지국이 필요할 때 어떤 조건에서도 요청할 수 있다.

상기 단계에서 기지국으로부터 UE capability 보고 요청을 받은 단말은 기지국으로부터 요청받은 RAT type 및 주파수 밴드 정보에 따라 단말 capability를 구성한다. 아래에 NR 시스템에서 단말이 UE capability를 구성하는 방법을 정리하였다.

1. 만약 단말이 기지국으로부터 UE capability 요청으로 RAT type이 LTE, EN-DC, NR 중 일부 혹은 전체를 요청 받을 수 있으며, 동시에 LTE 및 NR 주파수 밴드에 대한 리스트를 제공받을 수 있다. 단말은 EN-DC와 NR stand-alone (SA)에 대한 band combination (BC)를 구성한다. 즉, 기지국에서 FreqBandList로 요청한 주파수 밴드들을 바탕으로 EN-DC 와 NR SA에 대한 BC의 후보 리스트를 구성한다. 해당 단계를 candidate band combination을 compiling 하는 단계로 정의할 수 있다. 또한, 밴드의 우선순위는 FreqBandList에 기재된 순서대로 우선순위를 가진다. 해당 단계는 RAT type과 상관없이 한번 수행될 수도 있고, RAT type 마다 반복해서 동작될 수도 있다.

이하의 단계에서는 RAT type 별로 해당 절차가 수행이되며, NR, MR-DC, LTE 의 순의로 우선순위를 가지고 진행된다.

2. 만약 “eutra-nr-only” flag 혹은 “eutra” flag가 UE capability 요청 메시지의 RAT type에 세팅되어 있다면, 상기의 구성된 BC의 후보 리스트 중에서 NR SA BC들에 대한 것은 완전히 제거한다. 이는 LTE 기지국(eNB)이 “eutra” capability를 요청하는 경우에만 일어날 수 있다.

3. 이후 단말은 상기 단계에서 구성된 BC의 후보 리스트에서 fallback BC들을 제거한다. 여기서 fallback BC는 어떤 super set BC에서 최소 하나의 SCell에 해당하는 밴드를 제거한 경우에 해당하며, super set BC가 이미 fallback BC를 커버할 수 있기 때문에 fallback BC는 생략이 가능하다. 이 단계는 EN-DC에서도 적용되며, 즉 LTE 밴드들도 적용된다. 이 단계 이후에 남아있는 BC는 최종 “후보 BC 리스트”이다.

4. 단말은 상기의 최종 “후보 BC 리스트”에서 요청받은 RAT type에 맞는 BC들을 선택하여 보고할 BC들을 선택한다. 본 단계에서는 정해진 순서대로 단말이 supportedBandCombinationList를 구성한다. 즉, 단말은 미리 설정된 rat-Type의 순서에 맞춰서 보고할 BC 및 UE capability를 구성하게 된다. (nr -> eutra-nr -> eutra). 또한 구성된 supportedBandCombinationList에 대한 featureSetCombination을 구성하고, fallback BC (같거나 낮은 단계의 capability를 포함하고 있는)에 대한 리스트가 제거된 후보 BC 리스트에서 “후보 feature set combination”의 리스트를 구성한다. 상기의 “후보 feature set combination”은 NR 및 EUTRA-NR BC에 대한 feature set combination을 모두 포함하며, UE-NR-Capabilities와 UE-MRDC-Capabilities 컨테이너의 feature set combination으로부터 얻을 수 있다.

5. 또한, 요청된 rat Type이 eutra-nr이고 해당 EN-DC 혹은 MR-DC의 supportedBandCombination에 영향을 준다면, featureSetCombinations은 해당 rat type에 맞춰서 설정되고, UE-MRDC-Capabilities 와 UE-NR-Capabilities 의 두 개의 컨테이너에 전부 포함된다. 하지만 NR의 feature set은 UE-NR-Capabilities만 포함된다.

단말 capability가 구성되고 난 이후, 단말은 1e-10 단계에서 단말 capability가 포함된 UE capability information 메시지를 기지국에 전달한다. 기지국은 단말로부터 수신한 단말 capability를 기반으로 이후 해당 단말에게 적당한 스케쥴링 및 송수신 관리를 수행한다.

도 1f는 본 발명의 실시 예에 적용되는 설명으로써, 현재 NR 시스템에서 정의된, 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 위한 동작을 설명한 도면이다. 본 도면에서는 앞서 설명한 단말 능력 보고 절차를 기본으로 하고 있으며, 정확한 단말 동작을 정리한다.

RRC 연결 상태의 단말은 1f-05에서 기지국으로부터 UE capability 보고를 요청받는다. 상기 단계에서 단말은 복수의 UE-CapabilityRAT-Request가 UECapabilityEnquiry로 전달될 수 있고, 하나의 RAT type에 대한 보고를 요청 받을 수도 있다. 만약 상기 단계에서 복수의 UE-CapabilityRAT-Request가 UECapabilityEnquiry로 전달된다면, 단말은 1f-10 단계에서 RAT type 요청에 따라 우선순위 기반으로 UE capability를 구성하게 된다. NR에서는 하기의 우선순위를 기반으로 UE-CapabilityRAT-Containers를 구성한다.

- ue-CapabilityRAT-Container for nr;

- ue-CapabilityRAT-Container for eutra-nr;

- ue-CapabilityRAT-Container for eutra;

상기의 eutra-nr 컨테이너는 EN-DC를 포함하고 있지만, 추후 late drop 이슈인 NGEN-DC, NE-DC 를 포함할 수 있다. 참고로 NR-DC의 경우는 nr 컨테이너에 포함되어 전달된다.

상기 단계에서 특정 RAT type에 대한 UE capability 보고 요청에 따라 단말은 1f-15 단계에서 먼저 RAT type 컨테이너에 포함된 주파수 필터링 정보 (FreqBandList)에 따라 candidate band combinations를 구성(compilie)한다. 즉, 상기 단계 및 이후 단말 동작은 특정 RAT type에 대해 수행된다. 참고로 상기 FreqBandList 정보는 EN-DC와 NR SA, 그리고 LTE의 rat type이 같이 요청되는 경우에 대해서는 일관성을 가지고 있으며, 이는 해당 절차를 RAT type 별로 수행하면 같은 절차를 RAT type마다 반복하는 결과를 의미한다. 1f-20 단계에서 단말은 RAT type 별로 상기에서 얻어진 candidate band combinations에 대해 필터링을 수행하고, 해당 RAT type에 적용되는 최종 candidate band combinations을 생성한다. 상기에 적용되는 필터링 동작으로는 도 1e에서 설명한 절차 2~3 이 해당될 수 있다. 하기 참고.

- 만약 “eutra-nr-only” flag 혹은 “eutra” flag가 세팅되어 있다면, 상기의 구성된 BC의 후보 리스트 중에서 NR SA BC들에 대한 것은 완전히 제거한다. 이는 LTE 기지국(eNB)이 “eutra” capability를 요청하는 경우에만 일어날 수 있다.

- 이후 단말은 상기 단계에서 구성된 BC의 후보 리스트에서 fallback BC들을 제거한다. 여기서 fallback BC는 어떤 super set BC에서 최소 하나의 SCell에 해당하는 밴드를 제거한 경우에 해당하며, super set BC가 이미 fallback BC를 커버할 수 있기 때문에 fallback BC는 생략이 가능하다. 이 단계는 EN-DC에서도 적용되며, 즉 LTE 밴드들도 적용된다. 이 단계 이후에 남아있는 BC는 최종 “후보 BC 리스트”이다.

1f-25 단계에서 단말은 상기의 최종 “후보 BC 리스트”에서 요청받은 RAT type에 맞는 BC 들을 선택하여 보고할 BC 들을 선택한다. 본 단계에서는 정해진 순서대로 단말이 supportedBandCombinationList를 구성한다. 또한, 상기 절차에서 생성된 supportedBandCombinationList에 대한 featureSetCombination을 구성하고, fallback BC (같거나 낮은 단계의 capability를 포함하고 있는)에 대한 리스트가 제거된 후보 BC 리스트에서 “후보 feature set combination”의 리스트를 구성한다. 상기의 “후보 feature set combination”은 NR 및 EUTRA-NR BC에 대한 feature set combination을 모두 포함하며, UE-NR-Capabilities와 UE-MRDC-Capabilities 컨테이너의 feature set combination으로부터 얻을 수 있다. 상기 featureset을 생성하는 절차는 오직 nr 및 eutra RAT type에서만 수행되고, eutra-nr RAT type에서는 해당 동작은 수행되지 않는다. 이는 EN-DC의 NR 파트를 위한 featureset이 NR 컨테이너로 전달되고, EN-DC의 LTE 파트를 위한 featureset이 LTE 컨테이너로 전달되기 때문에 중복해서 시그널링할 필요가 없기 때문이다. 또한, 상기 설명에는 nr rat type에 대해서만 설명하였으나, LTE rat type에 대해서도 candidate featureset combination과 EN-DC의 LTE 부분 featureset을 생성하는 절차를 수행한다. 1f-30 단계에서 단말은 또한, 만약 요청된 rat Type이 eutra-nr이고 EN-DC의 supportedBandCombination에 영향을 준다면, featureSetCombinations은 UE-MRDC-Capabilities 와 UE-NR-Capabilities 의 두 개의 컨테이너에 전부 포함된다. 하지만 NR의 feature set은 UE-NR-Capabilities만 포함된다.

1f-35 단계에서 단말은 기지국의 UECapabilityEnquiry 요청된 UE-CapabilityRAT-Request에 남아있는 RAT type이 있는지 확인하고, 만약 이전 RAT type보다 낮은 우선순위를 가지지만 처리되지 않은 RAT type이 존재할 경우에는 1f-15 단계에서부터 해당 RAT type에 대한 절차를 수행한다. 만약 1f-35 단계에서 UE-CapabilityRAT-Request에 남아있는 RAT type이 존재하지 않는 경우에는 단말은 상기 단계에서 RAT type별로 수납된 UE capability 메시지(정보)를 기지국에게 전달한다.

도 1ga 및 도 1gb는 본 발명의 실시 예들에 적용되는 설명으로써, 현재 NR 시스템에서 정의된, 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 위한 동작을 예를 들어 설명한 도면이다. 즉, 앞서 도 1f에서 설명한 전체 단말 동작을 실제 예시를 통해 도시하였다.

기지국이 UE capability enquiry 메시지(1g-05)의 RAT type에 각각 NR(1g-10), MR-DC(1g-15), LTE(1g-20) 에 대한 요청을 포함함으로써 단말 capability를 요청할 수 있고, 해당 RAT type 마다 FreqBandList를 단말 능력 보고를 위한 필터링 정보로 포함한다. 참고로 상기 FreqBandList 정보는 EN-DC와 NR SA가 같이 요청되는 경우에 대해서는 일관성을 가지고 있으며, 해당 FreqBandList 정보가 RAT type 별로 포함되지만, 포함되는 정보(주파수 리스트)는 같게 유지함으로써, 단말이 보고하는 feature set의 인덱스가 EN-DC의 경우와 NR SA의 경우에 유지되어 단말 보고의 일반성을 가질 수 있다. 만약, FreqBandList 정보가 RAT type 마다 다를 경우에는 특히, EN-DC와 NR SA에 대해 다를 경우에는 각각의 RAT type에 맞게 supported band combination 과 feature set, feature set combinations이 구성되게 되어, EN-DC와 NR SA에서 같은 feature set을 지시할 때 서로 다른 feature set 인덱스를 사용하거나 서로 호환이 되지 않는 문제가 발생할 수 있다. 본 도면에서는 NR, EN-DC, LTE가 모두 요청되는 상황에서 FreqBandList에 LTE 주파수(L1, L2, L3, L4, L5, L6) 및 NR 주파수(N1, LN, N3, N4, N5, N6)가 포함되어 있는 경우를 가정하였다. 상기의 주파수 순서는 우선순위를 나타내며, 본 실시 에에서는 L1, L2, L3, L4, L5, L6, N1, LN, N3, N4, N5, N6의 우선순위를 가진다. 앞서 설명했듯이, UE capability 가 요청된 모든 RAT type에 대해 FreqBandList는 같은 정보가 포함되어 있다.

단말은 정해진 절차에 따라 상기 NR, EN-DC, LTE 중에서 우선순위 순으로 UE capability를 생성하는 동작을 수행한다. 즉, 단말은 우선 NR에 대한 FreqBandList를 참고해서 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 EN-DC를 지원하는 모든 후보 밴드 조합들이 선택된다(1g-25). 이후, 1g-30 에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 NR에 대한 필터링 작업을 수행하고, NR 밴드에서 지원하는 밴드 조합만으로 구성된 supportedBandCombinationList를 구성한다. 1g-35 단계에서 단말은 상기 supportedBandCombinationList와 연관되는 featureset combination을 생성 시키고, 해당 featureset combination에 포함될 수 있는 featureset들을 생성 및 구성할 수 있다. 1g-30 와 1g-35 에서 확인할 수 있듯이, 항상 supportedBandCombinationList 내의 BC와 featureset combination이 1:1로 매핑되는 것은 아니며, featureset combination은 복수의 BC에 매핑될 수 있도록 설정될 수 있다. 이는 모든 BC이 다른 단말 능력으로 구성되는 것이 아니라, BC는 다르더라도 해당 BC에서의 단말 능력은 같을 경우가 많기 때문이다. 1g-40 단계에서 단말은 최종 candidiate band combination 리스트를 참조해서 이와 연관된 “candidate feature set combination”의 리스트를 구성한다. 상기의 “candidate feature set combination”은 NR 및 EN-DC BC에 대한 feature set combination을 모두 포함하며, UE-NR-Capabilities와 UE-MRDC-Capabilities 컨테이너의 feature set combination으로부터 얻을 수 있다. 이후 단말은 candidate feature set combination을 구성하는 featureset을 생성하며, 여기에는 featuresetDL, featuresetUL, featuresetDLPerCC, featuresetULPerCC 등이 포함된다. 상기 절차는 오직 nr 및 eutra 의 RAT type에서만 수행되고, eutra-nr 의 RAT type에서는 해당 동작은 수행되지 않는다. 이는 EN-DC의 NR 파트를 위한 featureset이 NR 컨테이너로 전달되고, EN-DC의 LTE 파트를 위한 featureset이 LTE 컨테이너로 전달되기 때문에 중복해서 시그널링할 필요가 없기 때문이다. 상기 단계에서 구해진 supportedBandCombinationList, featureSetCombination, featureSets은 NR 컨테이너(UE-NR-Capabilities)에 포함할 수 있다.

이후 단말은 1g-50 단계에서 미리 정의된 우선순위에 따라 다시 EN-DC에 대한 FreqBandList를 확인하고, EN-DC에 대한 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. 이후 1g-55 에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 EN-DC에 대한 필터링 작업을 수행하고, EN-DC 밴드에서 지원하는 밴드 조합만으로 구성된 supportedBandCombinationList를 생성/구성한다. 1g-60 단계에서 단말은 상기에 정리된 supportedBandCombinationList에 적용되는 feature set combinations을 생성하고, 해당 ID를 각 supportedBandCombinationList에 기입한다. 상기에서 생성된 정보들은 EN-DC 단말 capability 컨테이너에 수납된다.

단말은 1g-65 단계에서 미리 정의된 우선순위에 따라 다시 LTE에 대한 FreqBandList를 확인하고, LTE에 대한 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 EN-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. 이후 1g-70 단계에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 LTE, 즉 EN-DC BC에 대한 필터링 작업을 수행하고, LTE 밴드에서 지원하는 밴드 조합에 적용되는 feature sets, feature set combinations를 생성(1g-75)한다. 생성된 정보들은 LTE 단말 capability 컨테이너에 수납된다. 상기 단계에서 LTE의 경우 LTE 단독 BC 즉 LTE CA에 대한 BC 정보는 포함되지 않고 EN DC에 대한 BC 정보만이 포함되기 때문에 supportedBandCombinatinList를 따로 추가하지 않는다. 즉, 이미 EN-DC 컨테이너에 포함되어 있다.

상기의 도면 1ga 및 도 1gb는 NR 단독 모드(Stand Alone, SA) 및 비단독 모드(Non-stand Alone, NSA), 특히 EN-DC를 지원하는 NR 시스템에서의 단말 능력 보고 절차를 설명한 도면이다. 하지만, 이전 단계에서는 late drop 이슈들인 NGEN-DC, NE-DC, NR-DC 에 대한 단말 능력 보고 절차가 포함되어 있지 않고, 이에 대한 동작을 명확히 할 필요가 있다. 기본적으로 기지국은 단말에게 UE Capability Enquiry 메시지에 capabilityRequestFilter 정보에 MR-DC 구성을 정의하기 위한 EN-DC, NGEN-DC, NE-DC, NR-DC 등에 대한 필터링 정보를 세팅하여 전달할 수 있다. 상기에서 EN-DC와 연관된 필터링은 EN-DC BC 정보를 요청하지 않을 수도 있기 때문에 이를 요청할 수 있다. 또한, NGEN-DC와 NE-DC의 경우, 기본적으로 EN-DC 처럼 LTE와 NR 밴드의 조합으로 구성되기 때문에 MR-DC를 처리하는 컨테이너에 해당 정보들이 같이 처리되어 수납되고 기지국에 전달될 수 있다. 또한, NR-DC의 경우에는 NR 컨테이너에서 NR CA와 같이 처리될 수 있다. 결국, 기지국이 단말에게 MR-DC와 관련된 단말 능력을 요청할 때 절차를 명확히 하는 것이 본 발명에서의 메인 내용이다. 이하 본 발명에서 MR-DC라고 하면 EN-DC 및 NGEN-DC, NE-DC, NR-DC를 총칭하며, 일부 예에서는 EN-DC 및 NGEN-DC, NE-DC를 포함하는 것으로 사용될 수 있다.

본 발명에서 대전제로 고려하고 있는 점은 MR-DC (특히 EN-DC 및 NGEN-DC, NE-DC가 포함되는 경우)에서 단말이 NE-DC 혹은 NGEN-DC를 지원하는 BC 가 EN-DC에서 지원하는 BC 외에 추가적으로 새로운 BC로 발생할 수 있는지 여부이다. 즉, 아래와 같은 두가지 상황이 발생 가능하다.

1. Case 1: 단말이 지원하는 EN-DC와 연관된 BC 정보는 항상 NE-DC 혹은 NGEN-DC를 지원하는 BC를 포함한다. 즉, NE-DC 혹은 NGEN-DC 지원 BC는 EN-DC 지원 BC의 subset 으로 구성된다.

2. Case 2: 단말이 지원하는 EN-DC와 연관된 BC 정보 외에도 NE-DC 혹은 NGEN-DC를 지원하는 특정 BC는 EN-DC 지원 BC 리스트에 포함되지 않는다. 즉, NE-DC 혹은 NGEN-DC 지원 BC 리스트 중에서 특정 BC는 EN-DC 지원 BC의 subset 에 포함되지 않고 별도의 BC 일 수 있다.

상기의 두 경우는 실제 단말 능력이 어떻게 결정되는지에 달려 있다. 일반적인 가정이라고 하면 상기 Case 2를 가정하고 단말 동작을 정의하는 것이 필요할 수 있다. 왜냐하면 Case 2를 만족한다는 것은 항상 Case 1을 만족하도록 단말동작을 정의 한다는 것을 의미할 수 있기 때문이다. 하지만, 만약 Case 1이 항상 성립한다면, 현재 EN-DC를 중심으로 정의되어 있는 단말 능력 보고 절차를 크게 바꾸지 않는다는 관점에서 유용할 수 있다.

하기의 실시 예에서는 상기의 두 case를 고려하여 MR-DC 단말 능력 보고 절차를 정의한다.

도 1ha 및 도 1hb는 본 발명의 실시 예 1에서 제안하는 단말 능력을 구성하는 절차로써, MR-DC에 대한 단말 능력 요청을 포함한 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 하는 동작을 설명한 도면이다. 본 실시 예 1에서는 상기 설명한 Case 1이 적용되는 상황이다. 또한 본 발명의 실시 예는 MR-DC에 대한 단말 능력 요청 절차에 중점을 두고 있고, NR rat type에 대한 설명은 도 1ga 및 도 1gb에서 설명한 절차와 차이가 없다. 참고로 도 1ga 및 도 1gb는 MR-DC 요청이 아니라 EN-DC에 대한 요청으로 정리하였다.

기지국이 UE capability enquiry 메시지(1h-05)의 RAT type에 각각 NR(1h-10), MR-DC(1h-15), LTE(1h-20) 에 대한 요청을 포함함으로써 단말 capability를 요청할 수 있고, 해당 RAT type 마다 FreqBandList를 단말 능력 보고를 위한 필터링 정보로 포함한다. 참고로 상기 FreqBandList 정보는 MR-DC와 NR SA가 같이 요청되는 경우에 대해서는 일관성을 가지고 있으며, 해당 FreqBandList 정보가 RAT type 별로 포함되지만, 포함되는 정보(주파수 리스트)는 같게 유지함으로써, 단말이 보고하는 feature set의 인덱스가 MR-DC의 경우와 NR SA의 경우에 유지되어 단말 보고의 일반성을 가질 수 있다. 만약, FreqBandList 정보가 RAT type 마다 다를 경우에는 특히, MR-DC와 NR SA에 대해 다를 경우에는 각각의 RAT type에 맞게 supported band combination 과 feature set, feature set combinations이 구성되게 되어, MR-DC와 NR SA에서 같은 feature set을 지시할 때 서로 다른 feature set 인덱스를 사용하거나 서로 호환이 되지 않는 문제가 발생할 수 있다. 본 도면에서는 NR, MR-DC, LTE가 모두 요청되는 상황에서 FreqBandList에 LTE 주파수(L1, L2, L3, L4, L5, L6) 및 NR 주파수(N1, LN, N3, N4, N5, N6)가 포함되어 있는 경우를 가정하였다. 상기의 주파수 순서는 우선순위를 나타내며, 본 실시 에에서는 L1, L2, L3, L4, L5, L6, N1, LN, N3, N4, N5, N6의 우선순위를 가진다. 앞서 설명했듯이, UE capability 가 요청된 모든 RAT type에 대해 FreqBandList는 같은 정보가 포함되어 있다.

단말은 정해진 절차에 따라 상기 NR, MR-DC, LTE 중에서 우선순위 순으로 UE capability를 생성하는 동작을 수행한다. 즉, 단말은 우선 NR에 대한 FreqBandList를 참고해서 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다(1h-25). 상기 단계에서 MR-DC를 지원하는 모든 후보 밴드 조합 선택은, EN-DC를 지원하는 모든 후보 밴드 조합 선택과 같은 결과를 가진다. 이는 본 실시 예 1에서는 Case 1을 고려하고 있기 때문이다. 이후, 1h-30 에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 NR에 대한 필터링 작업을 수행하고, NR 밴드에서 지원하는 밴드 조합만으로 구성된 supportedBandCombinationList를 구성한다. 1h-35 단계에서 단말은 상기 supportedBandCombinationList와 연관되는 featureset combination을 생성 시키고, 해당 featureset combination에 포함될 수 있는 featureset들을 생성 및 구성할 수 있다. 1h-30 와 1h-35 에서 확인할 수 있듯이, 항상 supportedBandCombinationList 내의 BC와 featureset combination이 1:1로 매핑되는 것은 아니며, featureset combination은 복수의 BC에 매핑될 수 있도록 설정될 수 있다. 이는 모든 BC이 다른 단말 능력으로 구성되는 것이 아니라, BC는 다르더라도 해당 BC에서의 단말 능력은 같을 경우가 많기 때문이다. 1h-40 단계에서 단말은 최종 candidiate band combination 리스트를 참조해서 이와 연관된 “candidate feature set combination”의 리스트를 구성한다. 상기의 “candidate feature set combination”은 NR 및 MR-DC BC에 대한 feature set combination을 모두 포함하며, UE-NR-Capabilities와 UE-MRDC-Capabilities 컨테이너의 feature set combination으로부터 얻을 수 있다. 이후 단말은 candidate feature set combination을 구성하는 featureset을 생성하며, 여기에는 featuresetDL, featuresetUL, featuresetDLPerCC, featuresetULPerCC 등이 포함된다. 상기 절차는 오직 nr 및 eutra 의 RAT type에서만 수행되고, eutra-nr 의 RAT type에서는 해당 동작은 수행되지 않는다. 이는 MR-DC의 NR 파트를 위한 featureset이 NR 컨테이너로 전달되고, MR-DC의 LTE 파트를 위한 featureset이 LTE 컨테이너로 전달되기 때문에 중복해서 시그널링할 필요가 없기 때문이다. 상기 단계에서 구해진 supportedBandCombinationList, featureSetCombination, featureSets은 NR 컨테이너(UE-NR-Capabilities)에 포함할 수 있다.

단말은 1h-50 단계에서 정의된 우선순위에 따라 다시 MR-DC에 대한 FreqBandList를 확인하고, MR-DC에 대한 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. 명백히 정의하면 상기 단계에서 candidate band combination을 생성하는 절차는 EN-DC를 지원하는 BC를 지원하는 경우와 같은 결과를 가져온다. 또한, 절차상으로도 EN-DC BC를 위한 candidate band combination 이라고 생각할 수 있다. 이는 Case1을 고려하기 때문이다. 이후 1h-55 에서 단말은 선택된 candidate band combinations 에 대해 실제로 보고해야하는 RAT type에 대한 필터링 절차를 수행한다. 해당 단계에서 기지국이 단말에게 적용할 수 있는 필터링 정보는 다음과 같다.

- Omit EN-DC: 상기의 생성된 candidate band combination에 대해 EN-DC와 연관된 BC를 제외하는 필터

- Include (or omit) NGEN-DC: 상기의 생성된 candidate band combination에 대해 NGEN-DC와 연관된 BC를 추가하거나 제외하는 필터

- Include (or omit) NE-DC: 상기의 생성된 candidate band combination에 대해 NE-DC와 연관된 BC를 추가하거나 제외하는 필터

참고로 Include (or omit) NR-DC도 설정이 될 수 있지만, 해당 필터링은 MR-DC 컨테이너에서 고려하지 않고, NR 컨테이너에서 적용될 수 있다. 또한 상기에서 Include 혹은 omit 필터가 적용될 수 있고, 이는 아래와 같은 단말 동작을 가져온다.

- IncludeNE-DC 필터가 포함되지 않은 경우, candidate band combination에서 NE-DC와 연관된 BC 제거

- OmitNE-DC 필터가 포함된 경우, candidate band combination에서 NE-DC와 연관된 BC 제거

상기에서 설명했지만, 일관성있는 omit 필터링 방법으로 모든 MR-DC 필터링을 통일할 수 있다. 이 경우 단말 동작을 정의하는데 일관성있게 정의할 수 있는 장점이 있다.

또한 상기의 omitEN-DC 필터를 단독으로 사용할 수 있는지에 대한 기지국 동작도 필요하다. 즉, 기지국이 MR-DC에 대한 단말 능력을 요구할 때 필터링 정보로 omitEN-DC 필터만을 포함하는 경우이다. 본 실시 예에서 해당 필터링이 적용되면, 실제로 MR-DC 컨테이너를 통해 전달되는 supportedBandCombinationList와 feature set combinations은 하나도 존재하지 않게 된다. 또한, Rel-15 초기 단말 (즉, omitEN-DC를 해석하지 못하는 단말)은 기존 절차를 따라 (필터링을 적용하지 않고) MR-DC 컨테이너에 EN-DC BC에 대한 단말 능력을 수납하여 전달한다. 즉, EN-DC용 supportedBandCombinationList 와 feature set combinations을 생성해서 전달한다. 하지만 Rel-15의 late-drop 단말 (즉, omitEN-DC를 해석한 단말)은 MR-DC 컨테이너에 아무 정보를 싫지 않고 기지국에 빈 컨테이너를 전달하게 된다. 기지국은 Rel-15 초기단말과 late-drop 지원 단말 사이에 상기의 다른 동작을 원할 경우 MR-DC 단말 능력 요청과 동시에 omitEN-DC 필터를 단독으로 세팅해서 전달할 수 있다. 혹은 상기의 동작이 의도되지 않은 것이라고 정의한다면 기지국이 MR-DC 단말 능력 요청과 동시에 omitEN-DC 필터를 단독으로 세팅해서 전달할 수 없도록 강제하는 동작이 필요하다. 이는 MR-DC 에 대한 단말능력 요청 자체를 안하는 것과 같은 효과를 가져오기 때문이다.

1h-60 단계에서 단말은 상기 단계에서 특히, MR-DC 에 대한 필터링을 거친 최종 candidate band combiunation에 대해 해당 밴드들을 fallback BC를 제외한 BC를 MR-DC를 위한 supportedBandCombinationList에 전달한다. 또한 상기 supportedBandCombinationList에 MR-DC BC를 수납할 때 해당 BC가 어떤 MR-DC 를 지원하는지 여부를 체크할 수 있다. 일 예로 아래의 4가지 체크가 가능하다.

- EN-DC 지원

- NGEN-DC 지원

- NE-DC 지원

- NR-DC 지원 (이는 NR 단말 능력 컨테이너로 전달되는 supportedBandCombinationList에 체크 됨)

즉, 특정 supportedBandCombinationList에 존재하는 BC가 어떤 MR-DC를 지원할 수 있음을 알려주며, 복수 개의 rat type을 동시에 지시할 수도 있다.

1h-65 단계에서 단말은 상기에 정리된 supportedBandCombinationList에 적용되는 feature set combinations을 생성하고, 해당 ID를 각 supportedBandCombinationList에 기입한다. 상기에서 생성된 정보들은 MR-DC 단말 capability 컨테이너에 수납된다.

단말은 1h-70 단계에서 미리 정의된 우선순위에 따라 다시 LTE에 대한 FreqBandList를 확인하고, LTE에 대한 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. (혹은 MR-DC 대신 EN-DC를 지원하는 밴드로 해석할 수도 있다.) 이후 1h-75 단계에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 LTE, 즉 MR-DC BC에 대한 필터링 작업을 수행하고, LTE 밴드에서 지원하는 밴드 조합에 적용되는 feature sets, feature set combinations를 생성(1h-80)한다. 생성된 정보들은 LTE 단말 capability 컨테이너에 수납된다. 상기 단계에서 LTE의 경우 LTE 단독 BC 즉 LTE CA에 대한 BC 정보는 포함되지 않고 MR-DC에 대한 BC 정보만이 포함되기 때문에 supportedBandCombinatinList를 따로 추가하지 않는다. 즉, 이미 MR-DC 컨테이너에 포함되어 있다.

도 1ia 및 도 1ib는 본 발명의 실시 예 2에서 제안하는 단말 능력을 구성하는 절차로써, MR-DC에 대한 단말 능력 요청을 포함한 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 하는 동작을 설명한 도면이다. 본 실시 예 2에서는 상기 설명한 Case 2가 적용되는 상황이다. 또한 본 발명의 실시 예는 MR-DC에 대한 단말 능력 요청 절차에 중점을 두고 있고, NR rat type에 대한 설명은 도 1ga 및 도 1gb에서 설명한 절차와 차이가 없다. 참고로 도 1ga 및 도 1gb는 MR-DC 요청이 아니라 EN-DC에 대한 요청으로 정리하였다. 이하 발명에서의 가장 큰 특징은 EN-DC BC와 다르게 NE-DC BC (or NGEN-DC BC)가 별도의 BC로 표현될 수 있다는 점이고, 단말이 candidate band combination을 생성할 때 어떤 정보를 기반으로 생성하는지가 핵심이다. 다르게 설명해서 late drop을 위한 MR-DC 필터링을 어떤 단계에서 적용할지가 중요한 부분이다. 본 실시 예에서는 단말이 candidate band combination을 생성하기 이전에 모든 필터링 정보, 즉 FreqBandList와 MR-DC 전용의 필터링(mr-dc filter: NE-DC, NGEN-DC, NR-DC 등)을 확인해서 이후의 동작을 진행하는 것을 특징으로 한다. 혹은 단말이 candidate band combination을 생성할 때 항상 MR-DC에 대한 능력을 고려하는 것을 특징으로 한다. 즉, MR-DC 필터링을 해석할 수 있는 단말과 아닌 단말이 구성하는 candidate band combination에서 차이를 가진다.

기지국이 UE capability enquiry 메시지(1i-05)의 RAT type에 각각 NR(1i-10), MR-DC(1i-15), LTE(1i-20) 에 대한 요청을 포함함으로써 단말 capability를 요청할 수 있고, 해당 RAT type 마다 FreqBandList를 단말 능력 보고를 위한 필터링 정보로 포함한다. 참고로 상기 FreqBandList 정보는 MR-DC와 NR SA가 같이 요청되는 경우에 대해서는 일관성을 가지고 있으며, 해당 FreqBandList 정보가 RAT type 별로 포함되지만, 포함되는 정보(주파수 리스트)는 같게 유지함으로써, 단말이 보고하는 feature set의 인덱스가 MR-DC의 경우와 NR SA의 경우에 유지되어 단말 보고의 일반성을 가질 수 있다. 만약, FreqBandList 정보가 RAT type 마다 다를 경우에는 특히, MR-DC와 NR SA에 대해 다를 경우에는 각각의 RAT type에 맞게 supported band combination 과 feature set, feature set combinations이 구성되게 되어, MR-DC와 NR SA에서 같은 feature set을 지시할 때 서로 다른 feature set 인덱스를 사용하거나 서로 호환이 되지 않는 문제가 발생할 수 있다.

또한 상기 단계에서 기지국은 추가적으로 late drop을 위한 MR-DC 단말 능력을 요구하는 필터링(mr-dc filter: NE-DC, NGEN-DC, NR-DC 등)을 포함할 수 있다. 해당 단계에서 기지국이 단말에게 적용할 수 있는 필터링 정보는 다음과 같다.

- Include (or omit) EN-DC: candidate band combination을 생성할 때 EN-DC와 연관된 BC를 추가하거나 제외하는 필터

- Include (or omit) NGEN-DC: candidate band combination을 생성할 때 NGEN-DC와 연관된 BC를 추가하거나 제외하는 필터

- IncludeNE-DC 필터가 포함된 경우, candidate band combination에서 NE-DC BC 추가

- OmitNE-DC 필터가 포함된 경우, candidate band combination 생성시 NE-DC와 연관된 BC 제거하고 생성

상기에서 설명했지만, 일관성있는 omit 필터링 방법 혹은 include 필터 방법으로 모든 MR-DC 필터링을 통일할 수 있다. 이 경우 단말 동작을 정의하는데 일관성있게 정의할 수 있는 장점이 있다.

본 도면에서는 NR, MR-DC, LTE가 모두 요청되는 상황에서 FreqBandList에 LTE 주파수(L1, L2, L3, L4, L5, L6) 및 NR 주파수(N1, LN, N3, N4, N5, N6)가 포함되어 있는 경우를 가정하였다. 상기의 주파수 순서는 우선순위를 나타내며, 본 실시 에에서는 L1, L2, L3, L4, L5, L6, N1, LN, N3, N4, N5, N6의 우선순위를 가진다. 앞서 설명했듯이, UE capability 가 요청된 모든 RAT type에 대해 FreqBandList는 같은 정보가 포함되어 있다. 또한 해당 필터링 정보에 NR 컨테이너에 NR-DC를 요청하는 필터링 정보(includeNR-DC)가 포함되고, MR-DC 컨테이너에 NE-DC를 요청하는 필터링 정보(includeNE-DC)가 추가되는 상황을 예로 정리하였다. 또한 mr-dc 필터링에 대한 정보를 고려해서 candidate band combination을 생성하기 때문에, 하나의 rat type에 대해서라도 mr-dc 필터링이 추가된다면, 다른 rat type에도 mr-dc 필터링 정보를 포함하도록 할 수 있다. 혹은 해당 rat에 대해 비어있는 mr-dc 필터링 요청을 포함할 수 있다.

단말은 정해진 절차에 따라 상기 NR, MR-DC, LTE 중에서 우선순위 순으로 UE capability를 생성하는 동작을 수행한다. 즉, 단말은 우선 NR에 대한 FreqBandList 및 NR-DC 필터링 정보를 참고해서 candidate band combination을 생성한다. 혹은 상기 단계에서 단말은 항상 모든 MR-DC를 커버하도록 candidate band combinations을 생성할 수 있다. 여기서 candidate band combinations은 NR SA, NR-DC 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다(1i-25). 상기 단계에서 MR-DC를 지원하는 모든 후보 밴드 조합 선택은, EN-DC만을 지원하는 모든 후보 밴드 조합 선택과 다른 결과를 가질 수 있다. 이는 본 실시 예 2에서는 Case 2을 고려하고 있기 때문이다. 이후, 1i-30 에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 NR에 대한 필터링 작업을 수행하고, NR 밴드에서 지원하는 밴드 조합만으로 구성된 supportedBandCombinationList를 구성한다. 1i-35 단계에서 단말은 상기 supportedBandCombinationList와 연관되는 featureset combination을 생성 시키고, 해당 featureset combination에 포함될 수 있는 featureset들을 생성 및 구성할 수 있다. 1i-30 와 1i-35 에서 확인할 수 있듯이, 항상 supportedBandCombinationList 내의 BC와 featureset combination이 1:1로 매핑되는 것은 아니며, featureset combination은 복수의 BC에 매핑될 수 있도록 설정될 수 있다. 이는 모든 BC이 다른 단말 능력으로 구성되는 것이 아니라, BC는 다르더라도 해당 BC에서의 단말 능력은 같을 경우가 많기 때문이다. 1i-40 단계에서 단말은 최종 candidiate band combination 리스트를 참조해서 이와 연관된 “candidate feature set combination”의 리스트를 구성한다. 상기의 “candidate feature set combination”은 NR SA, NR-DC 및 MR-DC BC에 대한 feature set combination을 모두 포함하며, UE-NR-Capabilities와 UE-MRDC-Capabilities 컨테이너의 feature set combination으로부터 얻을 수 있다. 이후 단말은 candidate feature set combination을 구성하는 featureset을 생성하며, 여기에는 featuresetDL, featuresetUL, featuresetDLPerCC, featuresetULPerCC 등이 포함된다. 상기 절차는 오직 nr 및 eutra 의 RAT type에서만 수행되고, eutra-nr 의 RAT type에서는 해당 동작은 수행되지 않는다. 이는 MR-DC의 NR 파트를 위한 featureset이 NR 컨테이너로 전달되고, MR-DC의 LTE 파트를 위한 featureset이 LTE 컨테이너로 전달되기 때문에 중복해서 시그널링할 필요가 없기 때문이다. 상기 단계에서 구해진 supportedBandCombinationList, featureSetCombination, featureSets은 NR 컨테이너(UE-NR-Capabilities)에 포함할 수 있다.

단말은 1i-50 단계에서 정의된 우선순위에 따라 다시 MR-DC에 대한 FreqBandList 및 MR-DC 필터링 정보를 참고해서 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. 명백히 정의하면 상기 단계에서 candidate band combination을 생성하는 절차는 EN-DC를 지원하는 BC를 지원하는 경우와 다른 결과를 가져온다. 또한, 절차상으로도 EN-DC BC를 위한 candidate band combination 을 생성하는 것과 다르다. 이는 본 실시 예가 Case2를 고려하기 때문이다. 이후 1i-55 에서 단말은 선택된 candidate band combinations 에 대해 실제로 보고해야하는 RAT type에 대한 필터링 절차를 수행한다. 해당 단계에서 기지국이 단말에게 적용할 수 있는 필터링 정보는 다음과 같다.

- IncludeNE-DC 필터가 포함된 경우, candidate band combination에서 NE-DC BC 유지

또한 본 실시 예에서 일예로 L2N4 BC는 NE-DC에만 정의되는 BC일 수 있다. 이 경우, Case2의 예가 된다.

1i-60 단계에서 단말은 상기 단계에서 특히, MR-DC에 대한 필터링을 거친 최종 candidate band combiunation에 대해 해당 밴드들을 fallback BC를 제외한 BC를 MR-DC를 위한 supportedBandCombinationList에 전달한다. 또한 상기 supportedBandCombinationList에 MR-DC BC를 수납할 때 해당 BC가 어떤 MR-DC를 지원하는지 여부를 체크할 수 있다. 일 예로 아래의 4가지 체크가 가능하다.

- EN-DC 지원

- NGEN-DC 지원

- NE-DC 지원

1i-65 단계에서 단말은 상기에 정리된 supportedBandCombinationList에 적용되는 feature set combinations을 생성하고, 해당 ID를 각 supportedBandCombinationList에 기입한다. 상기에서 생성된 정보들은 MR-DC 단말 capability 컨테이너에 수납된다.

단말은 1i-70 단계에서 미리 정의된 우선순위에 따라 다시 LTE에 대한 FreqBandList를 확인하고, LTE에 대한 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA, NR-DC 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. 이후 1i-75 단계에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 LTE, 즉 MR-DC BC에 대한 필터링 작업을 수행하고, LTE 밴드에서 지원하는 밴드 조합에 적용되는 feature sets, feature set combinations를 생성(1i-80)한다. 생성된 정보들은 LTE 단말 capability 컨테이너에 수납된다. 상기 단계에서 LTE의 경우 LTE 단독 BC 즉 LTE CA에 대한 BC 정보는 포함되지 않고 MR-DC에 대한 BC 정보만이 포함되기 때문에 supportedBandCombinatinList를 따로 추가하지 않는다. 즉, 이미 MR-DC 컨테이너에 포함되어 있다.

도 1ja 및 도 1jb는 본 발명의 실시 예 3에서 제안하는 단말 능력을 구성하는 절차로써, MR-DC에 대한 단말 능력 요청을 포함한 복수의 RAT type이 하나의 UECapabilityEnquiry로 요청될 때의 단말이 UE capability 보고를 하는 동작을 설명한 도면이다. 본 실시 예 3에서도 상기 설명한 Case 2가 적용되는 상황이다. 또한 본 발명의 실시 예는 MR-DC에 대한 단말 능력 요청 절차에 중점을 두고 있고, NR rat type에 대한 설명은 도 1ga 및 도 1gb에서 설명한 절차와 차이가 없다. 참고로 도 1ga 및 도 1gb는 MR-DC 요청이 아니라 EN-DC에 대한 요청으로 정리하였다. 이하 발명에서의 가장 큰 특징은 EN-DC BC와 다르게 NE-DC BC (or NGEN-DC BC)가 별도의 BC로 표현될 수 있다는 점이고, 단말이 candidate band combination을 생성할 때에는 기존 Rel-15 초기 단말 처럼, MR-DC에 대한 필터링을 고려하지 않고 candidate band combination을 생성한다는 점이다. 다르게 설명해서 late drop을 위한 MR-DC 필터링을 어떤 단계에서 적용할지가 중요한 부분이다. 본 실시 예에서는 단말이 candidate band combination을 생성하고 난 이후에 모든 필터링 정보, 즉 FreqBandList와 MR-DC 전용의 필터링(mr-dc filter: NE-DC, NGEN-DC, NR-DC 등)을 확인해서 이후의 동작을 진행하는 것을 특징으로 한다. 즉, MR-DC 필터링을 해석할 수 있는 단말과 아닌 단말이 구성하는 candidate band combination에서 차이가 없다.

기지국이 UE capability enquiry 메시지(1j-05)의 RAT type에 각각 NR(1j-10), MR-DC(1j-15), LTE(1j-20) 에 대한 요청을 포함함으로써 단말 capability를 요청할 수 있고, 해당 RAT type 마다 FreqBandList를 단말 능력 보고를 위한 필터링 정보로 포함한다. 참고로 상기 FreqBandList 정보는 MR-DC와 NR SA가 같이 요청되는 경우에 대해서는 일관성을 가지고 있으며, 해당 FreqBandList 정보가 RAT type 별로 포함되지만, 포함되는 정보(주파수 리스트)는 같게 유지함으로써, 단말이 보고하는 feature set의 인덱스가 MR-DC의 경우와 NR SA의 경우에 유지되어 단말 보고의 일반성을 가질 수 있다. 만약, FreqBandList 정보가 RAT type 마다 다를 경우에는 특히, MR-DC와 NR SA에 대해 다를 경우에는 각각의 RAT type에 맞게 supported band combination 과 feature set, feature set combinations이 구성되게 되어, MR-DC와 NR SA에서 같은 feature set을 지시할 때 서로 다른 feature set 인덱스를 사용하거나 서로 호환이 되지 않는 문제가 발생할 수 있다.

본 도면에서는 NR, MR-DC, LTE가 모두 요청되는 상황에서 FreqBandList에 LTE 주파수(L1, L2, L3, L4, L5, L6) 및 NR 주파수(N1, LN, N3, N4, N5, N6)가 포함되어 있는 경우를 가정하였다. 상기의 주파수 순서는 우선순위를 나타내며, 본 실시 예에서는 L1, L2, L3, L4, L5, L6, N1, LN, N3, N4, N5, N6의 우선순위를 가진다. 앞서 설명했듯이, UE capability 가 요청된 모든 RAT type에 대해 FreqBandList는 같은 정보가 포함되어 있다. 또한 해당 필터링 정보에 NR 컨테이너에 NR-DC를 요청하는 필터링 정보(includeNR-DC)가 포함되고, MR-DC 컨테이너에 NE-DC를 요청하는 필터링 정보(includeNE-DC)가 추가되는 상황을 예로 정리하였다. 하지만 본 실시 예에서는 이 단계에서 mr-dc 필터링에 대한 정보를 고려해서 candidate band combination을 생성하지 않는다. 즉, Rel-15 기존 단말을 위한 동작과 같이 EN-DC 및 NR SA을 위한 candidate band combination을 생성한다.

단말은 정해진 절차에 따라 상기 NR, MR-DC, LTE 중에서 우선순위 순으로 UE capability를 생성하는 동작을 수행한다. 즉, 단말은 우선 NR에 대한 FreqBandList 정보를 참고해서 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 EN-DC를 지원하는 모든 후보 밴드 조합들이 선택된다(1j-25). 이는 본 실시 예 2에서는 Case 2을 고려하고 있기 때문에 상기 단계에서 MR-DC를 지원하는 모든 후보 밴드 조합 선택과 EN-DC만을 지원하는 모든 후보 밴드 조합 선택은 다른 결과를 가질 수 있다. 즉, 기존 Rel-15 단말과 동일한 결과를 얻기 위해서 상기 단계에서 MR-DC BC가 아닌 EN-DC BC만이 고려된 candidate band combination 생성 절차를 수행한다. 이후, 1j-30 에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 NR에 대한 필터링 작업을 수행하고, NR 밴드에서 지원하는 밴드 조합만으로 구성된 supportedBandCombinationList를 구성한다. 1j-35 단계에서 단말은 상기 supportedBandCombinationList와 연관되는 featureset combination을 생성 시키고, 해당 featureset combination에 포함될 수 있는 featureset들을 생성 및 구성할 수 있다. 1j-30 와 1j-35 에서 확인할 수 있듯이, 항상 supportedBandCombinationList 내의 BC와 featureset combination이 1:1로 매핑되는 것은 아니며, featureset combination은 복수의 BC에 매핑될 수 있도록 설정될 수 있다. 이는 모든 BC이 다른 단말 능력으로 구성되는 것이 아니라, BC는 다르더라도 해당 BC에서의 단말 능력은 같을 경우가 많기 때문이다. 1j-40 단계에서 단말은 최종 candidiate band combination 리스트를 참조해서 이와 연관된 “candidate feature set combination”의 리스트를 구성한다. 상기의 “candidate feature set combination”은 NR SA, NR-DC 및 MR-DC BC에 대한 feature set combination을 모두 포함하며, UE-NR-Capabilities와 UE-MRDC-Capabilities 컨테이너의 feature set combination으로부터 얻을 수 있다. 이후 단말은 candidate feature set combination을 구성하는 featureset을 생성하며, 여기에는 featuresetDL, featuresetUL, featuresetDLPerCC, featuresetULPerCC 등이 포함된다. 상기 절차는 오직 nr 및 eutra 의 RAT type에서만 수행되고, eutra-nr의 RAT type에서는 해당 동작은 수행되지 않는다. 이는 MR-DC의 NR 파트를 위한 featureset이 NR 컨테이너로 전달되고, MR-DC의 LTE 파트를 위한 featureset이 LTE 컨테이너로 전달되기 때문에 중복해서 시그널링할 필요가 없기 때문이다. 상기 단계에서 구해진 supportedBandCombinationList, featureSetCombination, featureSets은 NR 컨테이너(UE-NR-Capabilities)에 포함할 수 있다.

단말은 1j-50 단계에서 정의된 우선순위에 따라 다시 MR-DC에 대한 FreqBandList를 참고해서 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. 명백히 정의하면 상기 단계에서 candidate band combination을 생성하는 절차는 EN-DC를 지원하는 BC만을 고려한다. 상기 candidate band combination을 생성하는 단계에서는 mr-dc 필터링 정보를 참조하지 않기 때문에 EN-DC BC만이 포함되게 된다. 이는 NR 컨테이너 및 LTE 컨테이너와의 호환성을 유지하기 위함이다. 또한, 절차상으로도 기존 Rel-15 단말의 EN-DC BC를 위한 candidate band combination을 생성하는 것을 따른다. 본 실시 예는 Case2를 고려하고 candidate band combination을 생성할 때 EN-DC BC들 만을 고려하는 것을 특징으로 한다. 이후 1j-55 에서 단말은 선택된 candidate band combinations 에 대해 실제로 보고해야하는 RAT type에 대한 필터링 절차를 수행한다. 해당 단계에서 기지국이 단말에게 적용할 수 있는 필터링 정보는 다음과 같다.

- IncludeNE-DC 필터가 포함된 경우, candidate band combination에 추가로 NE-DC BC 추가

- OmitNE-DC 필터가 포함된 경우, candidate band combination에 NE-DC와 연관된 BC 추가하지 않고 기존 값 유지

상기에서 설명했지만, 일관성있는 omit 혹은 include 필터링 방법으로 모든 MR-DC 필터링을 통일할 수 있다. 이 경우 단말 동작을 정의하는데 일관성있게 정의할 수 있는 장점이 있다.

또한 본 실시 예에서는 NE-DC 전용의 candidate band combination이 생성될 수 있고, 이를 지시하기 위한 1j-60에서 별도의 candidate band combination list를 도입한다. 상기 리스트에는 EN-DC와 공통으로 지원되지 않고 NE-DC에만 특징되는 BC 이다. 즉, NE-DC에만 정의되는 BC일 수 있다. 일 예로 본 도면에서는 N6 L1 및 N4 L2 BC가 포함될 수 있다. 이 경우, Case2의 예가 된다.

1j-65 단계에서 단말은 상기 단계에서 특히, MR-DC에 대한 필터링을 거친 최종 candidate band combiunation에 대해 해당 밴드들을 fallback BC를 제외한 BC를 MR-DC를 위한 supportedBandCombinationList에 전달한다. 또한 별도의 candidate band combination list를 참고해서 1j-70에서 별도의 MR-DC를 위한(본 발명의 도면의 예에서는 NE-DC로만 지원되는 BC를 위한) supportedBandCombinationList-Add가 도입될 수 있다. 상기 리스트에는 EN-DC와 공통으로 지원되지 않고 NE-DC에만 특징되는 BC 가 포함된다. 즉, NE-DC에만 정의되는 BC일 수 있다.

상기 supportedBandCombinationList에 MR-DC BC를 수납할 때 해당 BC가 어떤 MR-DC를 지원하는지 여부를 체크할 수 있다. 일 예로 아래의 4가지 체크가 가능하다.

- EN-DC 지원

- NGEN-DC 지원

- NE-DC 지원

1j-75 단계에서 단말은 상기에 정리된 supportedBandCombinationList에 적용되는 feature set combinations을 생성하고, 해당 ID를 각 supportedBandCombinationList에 기입한다. 1j-80 단계에서 단말은 상기의 supportedBandCombinationList-Add과 연관된 featureSetCombinations-Add를 생성하고 이와 연관된 feature set을 생성한다. 상기의 feature set은 NR과 LTE 파트를 모두 포함할 수 있다. 기존과 달리 MR-DC 컨테이너에서 이를 생성하는 이유는 이미 NR과 LTE 컨테이너에서는 EN-DC 기준으로 feature set이 생성 관리 되기 때문에 추가로 발생한 NE-DC 를 위한 feature set은 MR-DC에서 생성해서 독립적으로 관리한다. 상기에서 생성된 정보들은 MR-DC 단말 capability 컨테이너에 수납된다. 또한 단말은 MR-DC 컨테이너에 1j-70에서 생성된 supportedBandCombinationList-Add를 수납하고, featureSetCombinations-Add 및 feature set을 추가한다.

단말은 1j-95 단계에서 미리 정의된 우선순위에 따라 다시 LTE에 대한 FreqBandList를 확인하고, LTE에 대한 candidate band combination을 생성한다. 여기서 candidate band combinations은 NR SA 및 EN-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. 이후 1j-100 단계에서 단말은 선택된 candidate band combinations 중에서 해당 RAT type인 LTE, 즉 MR-DC BC에 대한 필터링 작업을 수행하고, LTE 밴드에서 지원하는 밴드 조합에 적용되는 feature sets, feature set combinations를 생성(1j-105)한다. 생성된 정보들은 LTE 단말 capability 컨테이너에 수납된다. 상기 단계에서 LTE의 경우 LTE 단독 BC 즉 LTE CA에 대한 BC 정보는 포함되지 않고 MR-DC에 대한 BC 정보만이 포함되기 때문에 supportedBandCombinatinList를 따로 추가하지 않는다. 즉, 이미 MR-DC 컨테이너에 포함되어 있다.

도 1k는 본 발명의 실시 예 1과 실시 예 2에 적용되는 단말이 MR-DC에 대한 UE capability 보고를 수행하는 전체 동작을 도시한 도면이다.

1k-05 단계에서 RRC 연결 상태의 단말은 기지국으로부터 단말 capability 보고를 요청하는 UE capability enquiry 메시지를 수신한다. 상기 메시지에는 기지국이 RAT type 별 단말 capability 요청을 포함할 수 있다. 상기 RAT type 별 요청에는 요청하는 주파수 밴드 정보 및 MR-DC를 위한 필터링 정보를 포함할 수 있다. 또한, 상기 UE capability enquiry 메시지는 하나의 RRC 메시지 container에서 복수의 RAT type을 요청할 수 있으며, 혹은 각 RAT type 별 요청을 포함한 UE capability enquiry 메시지를 복수번 포함해서 단말에게 전달할 수 있다. UE capability Enquiry가 여러번 반복 되고 단말은 이에 해당하는 UE capability information 메시지를 구성하여 해당 요청에 대한 응답을 매칭하여 보고할 수 있다. 차세대 이통 통신 시스템에서는 NR, LTE, EN-DC를 비롯한 MR-DC에 대한 단말 capability 요청을 할 수 있다. 참고로 상기 UE capability Enquiry 메시지는 일반적으로 단말이 연결을 하고 안 이후, 초기에 보내는 것이 일반적이지만, 기지국이 필요할 때 어떤 조건에서도 요청할 수 있다.

상기 단계에서 기지국으로부터 UE capability 보고 요청을 받은 단말은 1k-10 단계에서 기지국으로부터 요청받은 RAT type 및 밴드 정보에 따라 보고할 단말 capability를 구성을 확인한다. 1k-15 단계에서 단말은 기지국이 요청한 UE capability enquiry 메시지의 각 RAT type에 포함된 FreqBandList와 MR-DC 관련 필터링 정보가 포함되어 있는지를 확인한 이후, 만약 MR-DC 필터링이 포함되어 있다면, 이를 이용해서 candidate band combination을 생성하고, 특정 RAT 전용의 supportedBandCombinationList와 featureSetCombinations, 그리고 featureSets를 생성한다. 참고로 상기 동작은 NR 컨테이너에서 일어날 수 있으며, MR-DC 컨테이너에서는 featureSets를 생성하지 않는다. 이는 MR-DC를 위한 featureSet이 NR 및 LTE 컨테이너에서 만들어 지기 때문이다.

1k-25 단계에서 생성된 정보들은 해당 RAT type으로 세팅하고 단말 capability 컨테이너에 수납된다. 또한 1k-30 단계에서 아직 처리되지 않고 남아있는 RAT type이 존재하는지 확인하고, 남아있는 RAT type이 존재하면 1k-10 단계로 돌아가서 RAT type 별로 반복적은 절차를 수행한다. 하지만 처리되지 않고 남아있는 RAT type이 존재하지 않고 모든 RAT type에 대한 UE capability 절차가 수행되었다면, 1k-35 단계에서 단말은 RAT type별로 해당 UE capability 커네이너에 수납된 UE capability 정보를 기지국에 전달한다.

만약, 1k-15 단계에서 단말이 MR-DC 관련 필터링 정보를 수신하지 않은 경우, 단말은 수신한 FreqBandList를 참고해서 candidate band combination을 생성(1k-40)한다. 여기서 candidate band combinations은 NR SA 및 MR-DC를 지원하는 모든 후보 밴드 조합들이 선택된다. 1k-45 단계에서 단말은 상기 단계에서 생성된 (혹은 생성되어 저장되어 있는) candidate band combinations 중에서 해당 RAT type에 대한 필터링 작업을 수행하고, 해당 RAT에서 지원하는 밴드 조합 및 feature sets, feature set combinations를 생성한다. 1k-50 단계에서 생성된 정보들은 해당 RAT type으로 세팅하고 단말 capability 컨테이너에 수납된다. 또한 1k-55 단계에서 아직 처리되지 않고 남아있는 RAT type이 존재하는지 확인하고, 남아있는 RAT type이 존재하면 1k-10 단계로 돌아가서 RAT type 별로 반복적은 절차를 수행한다. 하지만 처리되지 않고 남아있는 RAT type이 존재하지 않고 모든 RAT type에 대한 UE capability 절차가 수행되었다면, 1k-60 단계에서 단말은 RAT type별로 해당 UE capability 커네이너에 수납된 UE capability 정보를 기지국에 전달한다.

도 1l는 본 발명의 실시 예 3에 적용되는 단말이 MR-DC에 대한 UE capability 보고를 수행하는 전체 동작을 도시한 도면이다.

1l-05 단계에서 RRC 연결 상태의 단말은 기지국으로부터 단말 capability 보고를 요청하는 UE capability enquiry 메시지를 수신한다. 상기 메시지에는 기지국이 RAT type 별 단말 capability 요청을 포함할 수 있다. 상기 RAT type 별 요청에는 요청하는 주파수 밴드 정보 및 MR-DC를 위한 필터링 정보를 포함할 수 있다. 또한, 상기 UE capability enquiry 메시지는 하나의 RRC 메시지 container에서 복수의 RAT type을 요청할 수 있으며, 혹은 각 RAT type 별 요청을 포함한 UE capability enquiry 메시지를 복수번 포함해서 단말에게 전달할 수 있다. UE capability Enquiry가 여러번 반복 되고 단말은 이에 해당하는 UE capability information 메시지를 구성하여 해당 요청에 대한 응답을 매칭하여 보고할 수 있다. 차세대 이통 통신 시스템에서는 NR, LTE, EN-DC를 비롯한 MR-DC에 대한 단말 capability 요청을 할 수 있다. 참고로 상기 UE capability Enquiry 메시지는 일반적으로 단말이 연결을 하고 안 이후, 초기에 보내는 것이 일반적이지만, 기지국이 필요할 때 어떤 조건에서도 요청할 수 있다.

상기 단계에서 기지국으로부터 UE capability 보고 요청을 받은 단말은 1l-10 단계에서 기지국으로부터 요청받은 RAT type 및 밴드 정보에 따라 보고할 단말 capability를 구성을 확인한다. 1l-15 단계에서 단말은 수신한 FreqBandList를 참고해서 candidate band combination을 생성한다. 상기 단계에서 단말은 EN-DC 기반으로 candidate band combination을 생성하고, EN-DC와 다르게 생성되는 NE-DC BC는 커버하지 않는다. 1l-20 단계에서 단말은 기지국이 요청한 UE capability enquiry 메시지의 각 RAT type에 포함된 FreqBandList와 MR-DC 관련 필터링 정보가 포함되어 있는지를 확인한 이후, 만약 MR-DC 필터링이 포함되어 있다면, 이를 이용해서 candidate band combination을 생성하고, 특정 RAT 전용의 supportedBandCombinationList와 featureSetCombinations, 그리고 featureSets를 생성한다. 참고로 상기 동작은 NR 컨테이너에서 일어날 수 있으며, MR-DC 컨테이너에서는 featureSets를 생성하지 않는다. 이는 MR-DC를 위한 featureSet이 NR 및 LTE 컨테이너에서 만들어 지기 때문이다. 상기단계에서 단말은 NE-DC 전용의 supportedBandCombinationList-Add와 featureSetCombinations-Add를 생성할 수 있다.

1l-30 단계에서 생성된 정보들은 해당 RAT type으로 세팅하고 단말 capability 컨테이너에 수납된다. 또한 1l-35 단계에서 아직 처리되지 않고 남아있는 RAT type이 존재하는지 확인하고, 남아있는 RAT type이 존재하면 1l-10 단계로 돌아가서 RAT type 별로 반복적은 절차를 수행한다. 하지만 처리되지 않고 남아있는 RAT type이 존재하지 않고 모든 RAT type에 대한 UE capability 절차가 수행되었다면, 1l-40 단계에서 단말은 RAT type별로 해당 UE capability 커네이너에 수납된 UE capability 정보를 기지국에 전달한다.

만약, 1l-20 단계에서 단말이 MR-DC 관련 필터링 정보를 수신하지 않은 경우, 1l-45 단계에서 단말은 상기 단계에서 생성된 (혹은 생성되어 저장되어 있는) candidate band combinations 중에서 해당 RAT type에 대한 필터링 작업을 수행하고, 해당 RAT에서 지원하는 밴드 조합 및 feature sets, feature set combinations를 생성한다. 1l-50 단계에서 생성된 정보들은 해당 RAT type으로 세팅하고 단말 capability 컨테이너에 수납된다. 또한 1l-55 단계에서 아직 처리되지 않고 남아있는 RAT type이 존재하는지 확인하고, 남아있는 RAT type이 존재하면 1l-10 단계로 돌아가서 RAT type 별로 반복적은 절차를 수행한다. 하지만 처리되지 않고 남아있는 RAT type이 존재하지 않고 모든 RAT type에 대한 UE capability 절차가 수행되었다면, 1l-60 단계에서 단말은 RAT type별로 해당 UE capability 커네이너에 수납된 UE capability 정보를 기지국에 전달한다.

도 1m는 본 발명의 실시 예에 따른 단말의 블록 구성을 나타낸 도면이다.

도 1m에서 도시되는 바와 같이, 본 발명의 실시 예에 따른 단말은 송수신부(1m-05), 제어부(1m-10), 다중화 및 역다중화부(1m-15), 각 종 상위 계층 처리부(1m-20, 1m-25), 제어 메시지 처리부(1m-30)를 포함한다.

상기 송수신부(1m-05)는 서빙 셀의 순방향 채널로 데이터 및 소정의 제어 신호를 수신하고 역방향 채널로 데이터 및 소정의 제어 신호를 전송한다. 다수의 서빙 셀이 설정된 경우, 송수신부(1m-05)는 상기 다수의 서빙 셀을 통한 데이터 송수신 및 제어 신호 송수신을 수행한다. 다중화 및 역다중화부(1m-15)는 상위 계층 처리부(1m-20, 1m-25)나 제어 메시지 처리부(1m-30)에서 발생한 데이터를 다중화하거나 송수신부(1m-05)에서 수신된 데이터를 역다중화해서 적절한 상위 계층 처리부(1m-20, 1m-25)나 제어 메시지 처리부(1m-30)로 전달하는 역할을 한다. 제어 메시지 처리부(1m-30)는 기지국으로부터의 제어메시지를 송수신하여 필요한 동작을 취한다. 여기에는 RRC 메시지 및 MAC CE와 같은 제어 메시지를 처리하는 기능을 포함하고 CBR 측정값의 보고 및 자원 풀과 단말 동작에 대한 RRC 메시지 수신을 포함한다. 상위 계층 처리부(1m-20, 1m-25)는 DRB 장치를 의미하며 서비스 별로 구성될 수 있다. FTP(File Transfer Protocol)나 VoIP(Voice over Internet Protocol) 등과 같은 사용자 서비스에서 발생하는 데이터를 처리해서 다중화 및 역다중화부(1m-15)로 전달하거나 상기 다중화 및 역다중화부(1m-15)로부터 전달된 데이터를 처리해서 상위 계층의 서비스 어플리케이션으로 전달한다. 제어부(1m-10)는 송수신부(1m-05)를 통해 수신된 스케줄링 명령, 예를 들어 역방향 그랜트들을 확인하여 적절한 시점에 적절한 전송 자원으로 역방향 전송이 수행되도록 송수신부(1m-05)와 다중화 및 역다중화부(1m-15)를 제어한다. 한편, 상기에서는 단말이 복수 개의 블록들로 구성되고 각 블록이 서로 다른 기능을 수행하는 것으로 기술되었지만, 이는 일 실시 예에 불과할 뿐 반드시 이에 한정되는 것은 아니다. 예를 들어, 역다중화부(1m-15)가 수행하는 기능을 제어부(1m-10) 자체가 수행할 수도 있다.

도 1n는 본 발명의 실시 예에 따른 기지국의 블록 구성을 나타낸 도면이다.

도 1n의 기지국 장치는 송수신부 (1n-05), 제어부(1n-10), 다중화 및 역다중화부 (1n-20), 제어 메시지 처리부 (1n-35), 각 종 상위 계층 처리부 (1n-25, 1n-30), 스케줄러(1n-15)를 포함한다.

송수신부(1n-05)는 순방향 캐리어로 데이터 및 소정의 제어 신호를 전송하고 역방향 캐리어로 데이터 및 소정의 제어 신호를 수신한다. 다수의 캐리어가 설정된 경우, 송수신부(1n-05)는 상기 다수의 캐리어로 데이터 송수신 및 제어 신호 송수신을 수행한다. 다중화 및 역다중화부(1n-20)는 상위 계층 처리부(1n-25, 1n-30)나 제어 메시지 처리부(1n-35)에서 발생한 데이터를 다중화하거나 송수신부(1n-05)에서 수신된 데이터를 역다중화해서 적절한 상위 계층 처리부(1n-25, 1n-30)나 제어 메시지 처리부(1n-35), 혹은 제어부 (1n-10)로 전달하는 역할을 한다. 제어 메시지 처리부(1n-35)는 제어부의 지시를 받아, 단말에게 전달할 메시지를 생성해서 하위 계층으로 전달한다. 상위 계층 처리부(1n-25, 1n-30)는 단말 별 서비스 별로 구성될 수 있으며, FTP나 VoIP 등과 같은 사용자 서비스에서 발생하는 데이터를 처리해서 다중화 및 역다중화부(1n-20)로 전달하거나 다중화 및 역다중화부(1n-20)로부터 전달한 데이터를 처리해서 상위 계층의 서비스 어플리케이션으로 전달한다. 스케줄러(1n-15)는 단말의 버퍼 상태, 채널 상태 및 단말의 Active Time 등을 고려해서 단말에게 적절한 시점에 전송 자원을 할당하고, 송수신부에게 단말이 전송한 신호를 처리하거나 단말에게 신호를 전송하도록 처리한다.

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

한편 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims

무선 통신 시스템에서 제어 신호 처리 방법에 있어서,
기지국으로부터 전송되는 제1 제어 신호를 수신하는 단계;
상기 수신된 제1 제어 신호를 처리하는 단계; 및
상기 처리에 기반하여 생성된 제2 제어 신호를 상기 기지국으로 전송하는 단계를 포함하는 것을 특징으로 하는 제어 신호 처리 방법.