KR20240044762A

KR20240044762A - 무선 통신 시스템에서 스플릿 베어러 운용을 위한 방법 및 장치

Info

Publication number: KR20240044762A
Application number: KR1020220124185A
Authority: KR
Inventors: 이태섭; 백상규; 아닐 아지왈; 강현정
Original assignee: 삼성전자주식회사
Priority date: 2022-09-29
Filing date: 2022-09-29
Publication date: 2024-04-05
Also published as: WO2024071873A1

Abstract

본 개시는 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다. 본 개시는 기지국으로부터 UEcapabilityEnquiry 메시지를 수신하는 단계; 상기 기지국에게 단말이 Set 단위 split bearer 동작을 지원하는지 여부에 관한 정보를 포함하는 UECapabilityInformation 메시지를 송신하는 단계; 상기 기지국으로부터 상기 Set 단위 split bearer 동작을 설정하기 위한 보조 정보를 포함하는 UEAssistanceInformation 메시지를 수신하는 단계; 상기 기지국으로부터 상기 Set 단위 split bearer 동작을 설정하기 위한 파라미터를 포함하는 RRCReconfiguration 메시지를 수신하는 단계; 및 상기 RRCReconfiguration 메시지에 대한 응답으로 상기 기지국에게 RRCReconfiguration complete 메시지를 송신하는 단계를 포함하는 무선 통신 시스템에서 단말이 수행하는 방법을 제공한다.

Description

무선 통신 시스템에서 스플릿 베어러 운용을 위한 방법 및 장치 {Method and apparatus for operating split bearer in wireless communication systems}

본 개시는 무선 통신 시스템에서의 단말 및 기지국 동작에 관한 것으로, 구체적으로 스플릿 베어러를 운용하는 방법 및 장치에 관한 것이다.

5G 이동통신 기술은 빠른 전송 속도와 새로운 서비스가 가능하도록 넓은 주파수 대역을 정의하고 있으며, 3.5 기가헤르츠(3.5GHz) 등 6GHz 이하 주파수('Sub 6GHz') 대역은 물론 28GHz와 39GHz 등 밀리미터파(㎜Wave)로 불리는 초고주파 대역('Above 6GHz')에서도 구현이 가능하다. 또한, 5G 통신 이후(Beyond 5G)의 시스템이라 불리어지는 6G 이동통신 기술의 경우, 5G 이동통신 기술 대비 50배 빨라진 전송 속도와 10분의 1로 줄어든 초저(Ultra Low) 지연시간을 달성하기 위해 테라헤르츠(Terahertz) 대역(예를 들어, 95GHz에서 3 테라헤르츠(3THz) 대역과 같은)에서의 구현이 고려되고 있다.

5G 이동통신 기술의 초기에는, 초광대역 서비스(enhanced Mobile BroadBand, eMBB), 고신뢰/초저지연 통신(Ultra-Reliable Low-Latency Communications, URLLC), 대규모 기계식 통신 (massive Machine-Type Communications, mMTC)에 대한 서비스 지원과 성능 요구사항 만족을 목표로, 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위한 빔포밍(Beamforming) 및 거대 배열 다중 입출력(Massive MIMO), 초고주파수 자원의 효율적 활용을 위한 다양한 뉴머롤로지 지원(복수 개의 서브캐리어 간격 운용 등)와 슬롯 포맷에 대한 동적 운영, 다중 빔 전송 및 광대역을 지원하기 위한 초기 접속 기술, BWP(Band-Width Part)의 정의 및 운영, 대용량 데이터 전송을 위한 LDPC(Low Density Parity Check) 부호와 제어 정보의 신뢰성 높은 전송을 위한 폴라 코드(Polar Code)와 같은 새로운 채널 코딩 방법, L2 선-처리(L2 pre-processing), 특정 서비스에 특화된 전용 네트워크를 제공하는 네트워크 슬라이싱(Network Slicing) 등에 대한 표준화가 진행되었다.

현재, 5G 이동통신 기술이 지원하고자 했던 서비스들을 고려하여 초기의 5G 이동통신 기술 개선(improvement) 및 성능 향상(enhancement)을 위한 논의가 진행 중에 있으며, 차량이 전송하는 자신의 위치 및 상태 정보에 기반하여 자율주행 차량의 주행 판단을 돕고 사용자의 편의를 증대하기 위한 V2X(Vehicle-to-Everything), 비면허 대역에서 각종 규제 상 요구사항들에 부합하는 시스템 동작을 목적으로 하는 NR-U(New Radio Unlicensed), NR 단말 저전력 소모 기술(UE Power Saving), 지상 망과의 통신이 불가능한 지역에서 커버리지 확보를 위한 단말-위성 직접 통신인 비 지상 네트워크(Non-Terrestrial Network, NTN), 위치 측위(Positioning) 등의 기술에 대한 물리계층 표준화가 진행 중이다.

뿐만 아니라, 타 산업과의 연계 및 융합을 통한 새로운 서비스 지원을 위한 지능형 공장 (Industrial Internet of Things, IIoT), 무선 백홀 링크와 액세스 링크를 통합 지원하여 네트워크 서비스 지역 확장을 위한 노드를 제공하는 IAB(Integrated Access and Backhaul), 조건부 핸드오버(Conditional Handover) 및 DAPS(Dual Active Protocol Stack) 핸드오버를 포함하는 이동성 향상 기술(Mobility Enhancement), 랜덤액세스 절차를 간소화하는 2 단계 랜덤액세스(2-step RACH for NR) 등의 기술에 대한 무선 인터페이스 아키텍쳐/프로토콜 분야의 표준화 역시 진행 중에 있으며, 네트워크 기능 가상화(Network Functions Virtualization, NFV) 및 소프트웨어 정의 네트워킹(Software-Defined Networking, SDN) 기술의 접목을 위한 5G　베이스라인 아키텍쳐(예를 들어, Service based Architecture, Service based Interface), 단말의 위치에 기반하여 서비스를 제공받는 모바일 엣지 컴퓨팅(Mobile Edge Computing, MEC) 등에 대한 시스템 아키텍쳐/서비스 분야의 표준화도 진행 중이다.

이와 같은 5G 이동통신 시스템이 상용화되면, 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것이며, 이에 따라 5G 이동통신 시스템의 기능 및 성능 강화와 커넥티드 기기들의 통합 운용이 필요할 것으로 예상된다. 이를 위해, 증강현실(Augmented Reality, AR), 가상현실(Virtual Reality, VR), 혼합 현실(Mixed Reality, MR) 등을 효율적으로 지원하기 위한 확장 현실(eXtended Reality, XR), 인공지능(Artificial Intelligence, AI) 및 머신러닝(Machine Learning, ML)을 활용한 5G 성능 개선 및 복잡도 감소, AI 서비스 지원, 메타버스 서비스 지원, 드론 통신 등에 대한 새로운 연구가 진행될 예정이다.

또한, 이러한 5G 이동통신 시스템의 발전은 6G 이동통신 기술의 테라헤르츠 대역에서의 커버리지 보장을 위한 신규 파형(Waveform), 전차원 다중입출력(Full Dimensional MIMO, FD-MIMO), 어레이 안테나(Array Antenna), 대규모 안테나(Large Scale Antenna)와 같은 다중 안테나 전송 기술, 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(Metamaterial) 기반 렌즈 및 안테나, OAM(Orbital Angular Momentum)을 이용한 고차원 공간 다중화 기술, RIS(Reconfigurable Intelligent Surface) 기술 뿐만 아니라, 6G 이동통신 기술의 주파수 효율 향상 및 시스템 네트워크 개선을 위한 전이중화(Full Duplex) 기술, 위성(Satellite), AI(Artificial Intelligence)를 설계 단계에서부터 활용하고 종단간(End-to-End) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발에 기반이 될 수 있을 것이다.

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

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

본 개시의 일 실시예에 따르면 무선 통신 시스템에서 단말이 수행하는 방법에 있어서, 상기 방법은, 기지국으로부터 UEcapabilityEnquiry 메시지를 수신하는 단계; 상기 기지국에게 단말이 Set 단위 split bearer 동작을 지원하는지 여부에 관한 정보를 포함하는 UECapabilityInformation 메시지를 송신하는 단계; 상기 기지국으로부터 상기 Set 단위 split bearer 동작을 설정하기 위한 보조 정보를 포함하는 UEAssistanceInformation 메시지를 수신하는 단계; 상기 기지국으로부터 상기 Set 단위 split bearer 동작을 설정하기 위한 파라미터를 포함하는 RRCReconfiguration 메시지를 수신하는 단계; 및 상기 RRCReconfiguration 메시지에 대한 응답으로 상기 기지국에게 RRCReconfiguration complete 메시지를 송신하는 단계를 포함할 수 있다.

본 개시는 무선 통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공한다.

도 1a은 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 구조를 도시한다.
도 1b는 본 개시의 일 실시예에 따른 LTE(long term evolution) 및 NR(new radio) 시스템에서 무선 프로토콜 구조를 도시한다.
도 1c는 본 개시의 일 실시예에 따른 어플리케이션 데이터 유닛 (application data unit, ADU) 단위 PDU(protocol data unit) set 구성을 도시한다.
도 1d는 본 개시의 일 실시예에 따른 스플릿 베어러(Split bearer) 구성을 도시한다.
도 1e는 본 개시의 일 실시예에 따른 DRB (Data Radio Bearer) 단위 split bearer 동작 설정시 패킷 전송 동작 예시를 도시한다.
도 1f는 본 개시의 일 실시예에 따른 set 단위 split bearer 동작 설정시 패킷 전송 동작 예시를 도시한다.
도 1g는 본 개시의 일 실시 예에 따른 set 단위 split bearer 동작 설정 예시를 도시한다.
도 1h는 본 개시의 일 실시 예에 따른 차세대 이동통신 시스템에서 set 단위 split bearer 동작 설정 및 운용을 위한 단말과 기지국 사이의 절차를 도시한다.
도 1i는 본 개시의 일 실시 예에 따른 set 단위로 PDCP duplication을 활성화/비활성화 하기 위해 사용 가능한 MAC CE(media access control control element) 구조를 도시한다.
도 1j는 본 개시의 일 실시예에 따른 단말 장치를 도시한다.
도 1k은 본 개시의 일 실시예에 따른 기지국 장치를 도시한다.

이하, 본 개시의 실시예를 첨부된 도면을 참조하여 상세히 설명한다. 또한 본 개시를 설명함에 있어서 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다. 이하 첨부된 도면을 참조하여 본 발명의 실시 예를 설명하기로 한다.

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

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

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

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

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

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

이하 설명에서, 물리 채널(physical channel)과 신호(signal)는 데이터 혹은 제어 신호와 혼용하여 사용될 수 있다. 예를 들어, PDSCH(physical downlink shared channel)는 데이터가 전송되는 물리 채널을 지칭하는 용어이지만, PDSCH는 데이터를 지칭하기 위해서도 사용될 수 있다. 즉, 본 개시에서, '물리 채널을 송신한다'는 표현은 '물리 채널을 통해 데이터 또는 신호를 송신한다'는 표현과 동등하게 해석될 수 있다.

이하 본 개시에서, 상위 시그널링은 기지국에서 물리 계층의 하향링크 데이터 채널을 이용하여 단말로, 또는 단말에서 물리 계층의 상향링크 데이터 채널을 이용하여 기지국으로 전달되는 신호 전달 방법을 뜻한다. 상위 시그널링은 RRC(radio resource control) 시그널링 또는 MAC(media access control) 제어 요소(control element, CE)로 이해될 수 있다.

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

이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNodeB (gNB), eNode B (eNB), NodeB, 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, 차세대 이동 통신) 시스템을 일례로서 본 개시의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 또한, 본 개시의 실시 예는 숙련된 기술적 지식을 가진 자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.

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

도 1a에서 gNB(1a-10)는 기존 LTE 시스템의 eNB (Evolved Node B)(1a-30)에 대응될 수 있다. gNB(1a-10)는 NR UE(1a-15)와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공해줄 수 있다 (1a-20).

본 개시의 일 실시예에 따르면, 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요하며, 이를 gNB (1a-10)가 담당한다. 하나의 gNB는 통상 복수의 셀들을 제어할 수 있다.

본 개시의 일 실시예에 따르면, 기존 LTE 대비 초고속 데이터 전송을 구현하기 위해서 기존 최대 대역폭 이상을 가질 수 있고, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, 이하 OFDM이라 칭한다)을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 사용될 수 있다.

또한 본 개시의 일 실시예에 따르면, 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식을 적용할 수 있다. AMF (1a-05)는 이동성 지원, 베어러 설정, QoS 설정 등의 기능을 수행할 수 있다. AMF는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 복수의 기지국 들과 연결될 수 있다. 또한 차세대 이동통신 시스템은 기존 LTE 시스템과도 연동될 수 있으며, AMF(1a-05)가 MME (1a-25)와 네트워크 인터페이스를 통해 연결된다. MME(1a-25)는 기존 기지국인 eNB (1a-30)과 연결된다. LTE-NR Dual Connectivity을 지원하는 단말은 gNB(1a-10)뿐 아니라, eNB(1a-30)에도 연결을 유지하면서, 데이터를 송수신할 수 있다 (1a-35).

도 1b는 본 개시의 일 실시예에 따른 LTE 및 NR 시스템에서 무선 프로토콜 구조를 도시한다.

도 1b를 참조하면, NR 시스템의 무선 프로토콜은 단말과 gNB에서 각각 SDAP (service data adaptation protocol)(1b-05)(1b-10), PDCP(packet data convergence protocol)(1b-15)(1b-20), 무선 링크 제어(radio link control, RLC)(1b-25)(1b-30), MAC (medium access control)(1b-35)(1b-40)으로 이루어질 수 있다. SDAP (1b-05)(1b-10)은 각 QoS 플로우(flow)를 특정 DRB(data radio bearer)에 매핑시키기 위한 동작을 수행할 수 있으며, 각 DRB에 대응되는 SDAP 설정은 상위 계층(예를 들어, RRC 계층)으로부터 제공될 수 있다.

본 개시의 일 실시에에 따르면, PDCP(1b-15)(1b-20)는 IP 헤더 압축 및/또는 복원 등의 동작을 담당할 수 있고, RLC(1b-25)(1b-30)는 PDCP PDU를 적절한 크기로 재구성할 수 있다. MAC(1b-35)(1b-40)은 한 단말에 구성된 복수의 RLC 계층 장치들과 연결될 수 있으며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행할 수 있다. 물리(physical, PHY) 계층(1b-45)(1b-50)은 상위 계층 데이터를 채널 코딩 및 변조할 수 있고, OFDM(orthogonal frequency-division multiplexing) 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널을 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.

또한, 본 개시의 일 실시예에 따르면, PHY 계층(1b-45)(1b-50)은 추가적인 오류 정정을 위해 HARQ(hybrid automatic repeat request)를 사용할 수 있으며, 수신단은 송신단에서 전송한 패킷의 수신여부를 1 비트로 전송할 수 있다. 수신단이 송신단으로부터 수신한 패킷의 수신여부에 대한 정보를 HARQ ACK/NACK 정보라 할 수 있다. LTE 시스템의 경우, 상향링크 데이터 전송에 대한 하향링크 HARQ ACK/NACK 정보는 PHICH(physical hybrid-arq indicator channel)을 통해 전송될 수 있다. NR 시스템의 경우, 상향링크 데이터 전송에 대한 하향링크 HARQ ACK/NACK 정보는 하향링크 및/또는 상향링크 자원할당 등이 전송되는 채널인 PDCCH(physical dedicated control channel)를 통해 전송될 수 있으며, 기지국은 단말의 스케줄링 정보를 통해 재전송이 필요한지, 새로운 전송을 수행하면 되는지를 판단할 수 있다.

LTE와 달리 NR 시스템에서 기지국이 단말의 스케줄링 정보를 통해 재전송이 필요한지, 새로운 전송을 수행하면 되는지를 판단하는 이유는 NR에서는 비동기 HARQ를 적용하기 때문일 수 있다. 하향링크 데이터 전송에 대한 상향링크 HARQ ACK/NACK 정보는 PUCCH(physical uplink control channel)이나 PUSCH(physical uplink shared channel)을 통해 전송될 수 있다. PUCCH는 일반적으로 후술할 PCell(primary cell)의 상향링크에서 전송될 수 있다. 다만, 단말이 지원하는 경우, 후술할 SCell(secondary cell)에 대한 HARQ ACK/NACK 정보가 전송될 수 있으며, 이때, SCell을 PUCCH SCell이라 칭할 수 있다.

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

한편, PHY 계층(1b-45)(1b-50)은 하나 혹은 복수 개의 주파수 및/또는 반송파로 이루어질 수 있으며, 복수 개의 주파수를 동시에 설정하여 사용하는 기술을 반송파 집적 기술(carrier aggregation, 이하 CA)이라 할 수 있다. CA 기술이란 단말과 기지국(예를 들어, eNB 또는 gNB) 사이의 통신을 위해 하나의 반송파만 사용하던 것을, 주반송파와 하나 혹은 복수개의 부차반송파를 추가로 사용하는 기술을 의미하며, CA 기술을 이용하면 부차반송파의 개수만큼 전송량을 늘릴 수 있다. 한편, LTE 및 NR 시스템에서 주반송파를 사용하는 기지국 내의 셀을 주셀 혹은 PCell이라 칭할 수 있으며, 부반송파를 사용하는 기지국 내의 셀을 부셀 혹은 SCell이라 칭할 수 있다.

도 1c는 본 개시의 일 실시예에 따른 어플리케이션 데이터 유닛(application data unit, ADU) 단위 PDU set 구성을 도시한다.

도 1c를 참조하면, 다양한 종류의 트래픽(traffic)은 어플리케이션 레벨에서 구분할 수 있는 정보의 단위인 ADU로 구분될 수 있다. 일 실시예에 따르면, ADU는 하나의 사진 또는 그림이거나, 비디오 데이터의 한 프레임이거나, 오디오 데이터의 한 단위일 수 있다. ADU는 PDU set(1c-10) 단위로 구분될 수 있으며, PDU set(1c-10)은 크기에 따라 적어도 하나 이상의 PDU(1c-01, 1c-02, 1c-03, 1c-04, 1c-05, 1c-06)로 나누어 전송될 수 있다.

예로 들어, 비디오 트래픽에서 MPEG(moving picture experts group) 표준 비디오 압축 기술을 사용하는 경우, PDU set은 1) 하나의 I(intra)-frame에 대응되는 복수 PDU들의 조합(1c-30), 2) 하나의 B(bidirectional)-frame에 대응되는 복수 PDU들의 조합(1c-40), 3) 하나의 P(predicted)-frame에 대응되는 복수 PDU들의 조합(1c-50), 4) 복수의 I-frame(1c-61), B-frame(1c-62,1c-64), 및/또는 P-frame(1c-63)으로 구성된 ADU에 대응되는 복수 PDU들의 조합(1c-60) 중 하나로 구성될 수 있다.

본 개시의 일 실시예에 따르면, I-frame(1c-20)은 독립적인 프레임으로서 다른 프레임의 존재 유무와 관계없이 하나의 완전한 사진 또는 그림(1c-21)을 나타낼 수 있다. P-frame 및 B-frame(1c-22)은 이전 I-frame(1c-20)의 변경 정보를 나타내는 프레임으로서 I-frame(1c-20)이 정상적으로 수신되지 않았다면, P-frame 및 B-frame(1c-22)으로 표현하고자 하였던 사진 또는 그림(1c-23)을 정상적으로 표현하기 어려울 수 있다. 또한, B-frame의 경우, I-frame과 P-frame 사이에서 양쪽 프레임을 모두 참조하여 두 프레임 사이의 움직임을 추측하는 데이터로 저장되기 때문에, 앞에 있는 I-frame 뿐만 아니라 뒤에 있는 P-frame 또한 정상적으로 수신되어야 B-frame으로 표현하고자 했던 사진 또는 그림이 정상적으로 표현될 수 있다.

본 개시의 실시예에서는 설명의 용이함을 위해, 비디오 트래픽에서 MPEG 표준 비디오 압축 기술을 사용하는 경우를 예시로 PDU set의 구성 및 PDU set discarding(또는, ADU discarding) 동작을 설명할 수 있다. 하지만 본 개시의 내용은 비디오 트래픽에서의 PDU set 구성에 제약되지 않으며, 일반적인 ADU 단위로 구성된 모든 PDU set 구성에 적용될 수 있다.

본 개시의 실시예에 따르면, 특정 XR(extended reality) 서비스를 위한 XR traffic flow는 서로 다른 QoS(quality of service) 요구사항(requirement)을 갖는 데이터 (예를 들어, PDU, PDU set 등)들의 조합으로 구성될 수 있다. 예를 들어, 특정 XR 서비스를 위해 MPEG으로 코딩 된 비디오 트래픽이 전송 될 때, I-frame/B-frame/P-frame 에 대응되는 서로 다른 QoS 요구사항 (예를 들어, delay, reliability 등)을 갖는 여러 종류의 PDU set들이 하나의 XR traffic flow를 구성 할 수 있다.

본 개시의 일 실시예에 따르면, 다양한 QoS 요구 사항을 갖는 데이터 들로 구성된 XR traffic flow를 서비스하기 위해, 네트워크는 XR traffic flow를 하나 이상의 QoS flow에 매핑 시킬 수 있다. 또는, XR traffic flow를 하나의 QoS flow에 매핑 시킨 후, QoS flow 안에 다시 하나 이상의 sub-flow를 정의해서 서로 다른 QoS 요구사항을 갖는 데이터 들을 sub-flow 단위로 매핑 시킬 수 있다. 전술한 바와 같이 특정 XR traffic flow를 서비스하기 위해 하나 이상의 QoS flow (또는 QoS sub-flow)가 사용되는 경우, 동일 XR traffic flow를 구성하는 데이터들이 QoS 요구사항에 따라 서로 다른 QoS flow (또는 QoS sub-flow)를 통해 전달 될 수 있다. 이때, 서로 다른 QoS flow (또는 QoS sub-flow)는 다시 서로 다른 DRB로 매핑 되거나 또는 동일 DRB로 매핑 될 수 있다.

도 1d는 본 개시의 일 실시 예에 따른 스플릿 베어러(split bearer) 구성을 도시한다. SDAP(1d-10) 계층은 각 QoS flow(1d-40)를 특정 DRB로 매핑 시킬 수 있다. 하나 또는 그 이상의 QoS flow가 존재하는 경우 복수개의 QoS flow가 하나의 DRB에 매핑 될 수 있다. 본 개시의 일 실시예에 따르면, Split bearer는 두 개 이상의 RLC bearer (또는 RLC entity) (1d-30)(1d-31)(1d-32)를 사용하여 데이터를 전송하는 DRB(1d-50)일 수 있다. Dual connectivity 시나리오에서는 서로 다른 cell group에 설정된 RLC entity들이 동일 split bearer에 함께 매핑 될 수 있다. 또한 각 RLC entity는 다시 각 logical 채널과 매핑 될 수 있다. Split bearer를 통해 데이터를 전송할 때 복수 개의 RLC bearer를 활용하는 방법으로는 하기 두 가지 방법이 있다. 물론 하기 예시에 제한되지 않는다.

1) duplication 동작: 패킷 전송시 신뢰성 및 안전성을 높이기 위해, PDCP 계층에서 동일 패킷을 중복해서 서로 다른 RLC entity 를 통해 전송.

2) split 동작: 패킷 전송시 데이터 수율을 높이기 위해, PDCP 계층에서 패킷을 서로 다른 RLC entity 중 하나를 통해 전송.

본 개시의 일 실시예에 따르면, 단말이 Split bearer를 통해 UL(uplink) 데이터를 전송 할 때, PDCP entity(1d-20)는 복수 개의 RLC entity들(1d-30, 1d-31, 1d-32)와 연동되어 duplication 및 split 동작을 RRC 설정에 따라 수행 할 수 있다.

본 개시의 일 실시예에 따르면, Split bearer 별로 하나의 primary path (또는 primary RLC entity) (1d-30)가 설정될 수 있다. Duplication 동작 및 split 동작이 모두 활성화 되지 않는 경우 패킷은 primary path(1d-30)로 전송 될 수 있다. Split 동작을 위해서 Split bearer 별로 하나의 split secondary path (또는 split secondary RLC entity)(1d-31) 및 ul-DataSplitThreshold 가 설정 될 수 있다. PDCP 계층은 Split bearer의 split 동작 조건이 만족된 경우 (예를 들어, 해당 split bearer에 대해 duplication 동작이 활성화 되지 않았고 primary RLC entity 및 split secondary RLC entity 로 전송하고자 PDCP 및 RLC 계층에서 대기중인 데이터의 총량이 ul-DataSplitThreshold 보다 크거나 같은 경우), 패킷 (PDCP PDU)을 primary RLC entity(1d-30) 또는 split secondary RLC entity(1d-31) 중 하나로 전달 할 수 있다.

본 개시의 일 실시예에 따르면, split 동작은 Dual connectivity 시나리오에서 서로 다른 cell group에 설정된 RLC entity들이 Split bearer에 매핑된 경우에만 허용될 수도 있으며, 이 경우 split secondary RLC entity는 primary RLC entity가 설정된 cellgroup이 아닌 다른 cellgroup에서 설정된 RLC entity로만 설정될 수 있다. Duplication 동작을 위해서 Split bearer 별로 하나 이상의 secondary path (또는 secondary RLC entity)(1d-32)가 설정 될 수 있다. Secondary path(1d-32)는 RRC 또는 MAC 시그널링을 통해 명시적으로 설정 되거나 명시적인 설정 없이 해당 split bearer에 매핑 된 RLC entity 중 primary path가 아닌 다른 RLC entity 들은 모두 secondary RLC entity(1d-32)로 판단(또는 간주) 될 수 있다.

본 개시의 일 실시예에 따르면, Split bearer의 duplication 동작은 RRC 및 MAC 계층 시그널링을 통해서 DRB 단위로 활성화 및 비활성화 될 수 있다. PDCP 계층은 Split bearer의 duplication 동작이 활성화된 경우, 동일 패킷 (PDCP PDU)을 primary RLC entity(1d-30) 와 하나 이상의 secondary RLC entity(1d-32)를 통해 중복해서 전송할 수 있다.

도 1e는 DRB 단위로 Split bearer 동작이 설정되었을 때 split bearer를 통한 XR traffic 전송 동작을 보여준다. 본 실시예에서 XR traffic flow는 상기 도 1c에서와 같이 서로 다른 QoS 요구사항 (예를 들어, delay, reliability 관련 요구 사항)을 갖는 데이터 (예를 들어, 비디오 트래픽의 경우 I-frame(1e-05), B-frame(1e-06), P-frame(1e-07) 각각에 해당되는 PDU 또는 PDU set)들의 조합으로 구성 될 수 있다. 또한 동일 XR traffic flow에 포함되는 데이터 들은 하나 또는 이상의 QoS flow (또는 QoS sub-flow)(1e-01)(1e-41)에 매핑되어 SDAP 계층(1e-10)(1e-50)에 전달 될 수 있다. SDAP 계층은 동일 XR traffic flow에 매핑 되는 복수개의 QoS flow (또는 QoS sub-flow)를 동일한 DRB에 매핑 시킬 수 있다. 이때, 해당 DRB는 서로 다른 QOS 요구사항을 갖는 XR 트래픽들을 처리하기위해 복수개의 RLC bearer를 통해 데이터를 전송하는 Split bearer로 설정 될 수 있다.

본 개시의 일 실시예에 따르면, 상기 도 1d에서와 같이 Split bearer의 split 및 duplication 동작과 관련된 설정 (primary path, secondary path, split secondary path, ul-DataSplitThreshold, duplication 동작 활성화/비활성화 상태 등)이 DRB 단위로 설정될 수 있다. 따라서 Split bearer를 통해 전송되는 모든 패킷들은 동일한 split bearer 동작 설정에 따라 전송 될 수 있다. 또한 본 개시의 실시예들에서는 설명의 용이함을 위해 XR traffic flow가 서로 다른 QoS 요구사항을 갖는 비디오 트래픽(예를 들어, I-frame, B-frame, P-frame 각각에 해당되는 PDU 또는 PDU set)으로 구성된 경우를 가정하지만, 일반적인 XR traffic flow(예를 들면, XR tarffice flow가 서로 다른 QoS 요구 사항을 갖지 않는 경우, 또는 비디오 트래픽이 아닌 다른 타입의 트래픽인 경우 등)에도 동일하게 적용될 수 있다.

본 개시의 일 실시예에 따르면, 동일 XR traffic flow에 포함되는 I-frame(1e-05), B-frame(1e-06), P-frame(1e-07) 각각에 대응되는 데이터 (예를 들어, PDU 또는 PDU set) 들은 서로 다른 QoS 요구 사항을 가질 수 있으며, 하나 또는 복수개의 QoS flow (또는 QoS sub-flow)(1e-01)(1e-41)를 통해 SDAP(1e-10)(1e-20) 계층에 전달될 수 있다. SDAP(1e-10)(1e-20) 계층은 동일 XR traffic flow에 매핑 되는 복수개의 QoS flow (또는 QoS sub-flow)를 split bearer로 설정된 DRB에 매핑 시킬 수 있다.

split bearer가 상기 도 1d의 실시예에서와 같이 duplication 동작을 수행하도록 설정된 경우(1e-80), PDCP 계층(1e-20)은 I-frame(1e-05), B-frame(1e-06), P-frame(1e-07) 각각에 대응되는 패킷 (PDCP SDU)들을 구분하지 않고 DRB 단위로 설정된 primary path(1e-31), secondary path(1e-32)를 통해 모든 패킷에 대해 duplication 동작을 수행할 수 있다.

한편, split bearer가 상기 도 1d의 실시예에서와 같이 split 동작을 수행하도록 설정된 경우(1e-90), PDCP 계층(1e-60)은 I-frame(1e-05), B-frame(1e-06), P-frame(1e-07) 각각에 대응되는 패킷 (PDCP SDU)들을 구분하지 않고 DRB 단위로 설정된 split 동작 설정(예들 들어, Primary path(1e-71), Split secondary path(1e-72), ul-DataSplitThreshold 등)에 따라 split 동작을 수행할 수 있다. 전술한 바와 같이 DRB 단위로 split bearer 동작 설정이 이루어 지는 경우, 해당 DRB를 통해 전송되는 모든 데이터들에 대해 동일하게 duplication(1e-80) 및 split(1e-90) 동작이 수행되기 때문에, XR 트래픽이 서로 다른 QoS 요구사항을 갖고 있을 때, 각 패킷의 QoS 요구사항에 맞게 duplication 및 split 동작을 수행하는데 제약이 존재 할 수 있다.

도 1f는 본 개시의 일 실시예에 따른 set 단위 split bearer 동작 설정시 패킷 전송 동작 예시를 도시한다. 즉, Set 단위로 Split bearer 동작이 설정되었을 때 split bearer를 통한 XR traffic 전송 동작을 도시한다. 본 개시의 일 실시예에 따르면, 상기 도 1c에서와 같이 XR traffic flow는 서로 다른 QoS 요구사항 (예를 들어, delay, reliability 관련 요구 사항)을 갖는 데이터 (예를 들어, 비디오 트래픽의 경우 I-frame(1f-40), P-frame(1f-41), B-frame(1f-42) 각각에 해당되는 PDU 또는 PDU set)들의 조합으로 구성될 수 있다. 본 실시예에서는 설명의 용이함을 위해 XR traffic flow가 서로 다른 QoS 요구사항을 갖는 비디오 트래픽(예를 들어, I-frame, B-frame, P-frame 각각에 해당되는 PDU 또는 PDU set)으로 구성된 경우를 가정하지만 일반적인 XR traffic flow(예를 들면, XR tarffice flow가 서로 다른 QoS 요구 사항을 갖지 않는 경우, 또는 비디오 트래픽이 아닌 다른 타입의 트래픽인 경우 등)에도 동일하게 적용될 수 있다. XR traffic flow에 포함되는 데이터들은 하나 이상의 QoS flow (또는 QoS sub-flow)(1f-01)에 매핑되어 SDAP 계층(1f-10)에 전달될 수 있다. SDAP 계층(1f-10)은 동일 XR traffic flow에 매핑 되는 복수 개의 QoS flow (또는 QoS sub-flow)를 동일한 DRB에 매핑 시킬 수 있다. 이때, DRB는 서로 다른 QoS 요구사항을 갖는 XR 트래픽들을 처리하기위해 복수 개의 RLC bearer를 통해 데이터를 전송하는 Split bearer로 설정될 수 있다.

본 실시예에서는 상기 도 1d에서와 같이 Split bearer의 split 및 duplication 동작과 관련된 설정 (primary path, secondary path, split secondary path, ul-DataSplitThreshold, duplication 동작 활성화/비활성화 상태 등)이 'Set' 단위로 설정될 수 있다.

본 개시의 'Set'는 동일 또는 유사한 QoS 요구사항을 갖는 데이터의 조합을 의미할 수 있으며, 'Set'는 split bearer 동작 설정을 위한 새로운 단위로 사용될 수 있다. 구체적으로 'Set'는 QoS flow (또는 sub-QoS flow), PDU set, PDU set의 조합(예를 들면, 복수의 PDU set), PDU의 조합(예를 들면, 복수의 PDU) 등을 포함할 수 있으며, 상기 예시에 제한되지 않는다. 다시 말해서, Set는 split bearer 동작을 설정하는데 이용되는 소정의 크기의 데이터 단위일 수 있고, Set의 구분은 소정의 조건에 따라 결정될 수 있다. 예를 들면, 동일한 Set에 속한 데이터는 동일 또는 유사한 QoS 요구사항을 갖는 데이터일 수 있다. 물론 Set의 구분이 QoS 요구사항만으로 결정되는 것은 아니며, 데이터 타입, 데이터의 출처(예를 들면, 어플리케이션 또는 flow)에 기반할 수도 있다. 본 개시에서의 Set는 Split 설정 데이터 Set, QoS 설정 데이터 Set, Duplicate 설정 데이터 Set 등 다양한 용어로 기재될 수 있다.

따라서 같은 Split bearer를 통해서 전달되는 패킷 (예를 들어, PDCP SDU) 들도 어떤 Set에 속하는 지에 따라서 서로 다른 Split bearer 동작 설정에 따라 전송되고 따라서 서로 다른 수준의 QoS를 보장 받을 수 있다.

본 개시의 실시예들은 PDU set 단위로 split bearer 동작이 설정되는 경우 (set이 PDU set에 대응되는 경우)의 동작을 서술한다. 예를 들어, I-frame(1f-40)에 대응되는 PDU set에 대해서는 높은 수준의 신뢰성을 보장하기 위해 duplication 동작이 설정될 수 있다. 따라서 PDCP 계층 (1f-20)에서 I-frame에 대응되는 PDU set을 전송 할 때는 동일 패킷을 중복해서 primary RLC entity (1f-31)와 secondary RLC entity (1f-32)를 통해 전송 할 수 있다. P-frame(1f-41)과 B-frame(1f-42)에 대응되는 PDU set에 대해서는 데이터 전송 수율을 높이기 위해 split 동작이 설정 될 수 있다.

다만, P-frame (1f-41)과 B-frame(1f-42)이 서로 다른 QoS 요구사항 (delay, reliability 등) 및 트래픽 특성 (패킷 생성 주기, 패킷 크기 등)을 갖는 경우 각 frame type에 대응되는 PDU set을 전송하기에 적합한 RLC/MAC 설정이 다를 수 있기 때문에, 각 frame에 대응되는 PDU set 별로 서로 다른 primary RLC entity와 split secondary RLC entity가 설정 될 수 있다. 본 실시예에서는 P-frame(1f-41)에 대응되는 PDU set에 대해서는 RLC1 (1f-31)이 primary path, RLC2(1f-32)가 split secondary path 로 설정되고 B-frame(1f-42)에 대응되는 PDU set에 대해서는 RLC2(1f-32) 가 primary path, RLC1(1f-31)이 split secondary path 로 설정된 예시를 도시한다.

도 1g는 본 개시의 일 실시예에 따른 Set 단위 split bearer 동작 설정을 설명한다. SDAP(1g-10) 계층은 하나 또는 그 이상의 QoS flow(또는 QoS sub-flow)를 동일 DRB(1g-01)로 매핑 시킬 수 있다. 이때, DRB는 서로 다른 QoS 요구사항을 갖는 데이터 패킷들을 처리하기 위해 두개 이상의 RLC bearer (또는 RLC entity) (1g-30)(1g-31)(1g-32)(1g-33)를 사용하여 데이터를 전송하는 split bearer로 설정될 수 있다.

본 개시의 실시예들에서는 상기 도 1d에 따라 단말이 Split bearer를 통해 UL 데이터를 전송할 때, PDCP 계층(1g-20)에서의 split 및 duplication 동작을 위한 설정 (primary path, secondary path, split secondary path, ul-DataSplitThreshold, duplication 동작 활성화/비활성화 상태 등)이 'Set' 단위로 설정될 수 있다. 또한 split 및 duplication 설정은 RRC 시그널링을 통해 기지국으로부터 제공될 수 있다.

본 개시의 일 실시예에 따르면, 'Set'은 유사한 QoS 요구사항을 갖는 데이터의 조합으로 split bearer 동작 설정의 단위로 사용될 수 있다.

구체적으로 'Set'은 QoS flow (또는 sub-QoS flow), PDU set, PDU set의 조합, PDU의 조합 등을 포함할 수 있으며, 상기 예시에 제한되지 않는다. (QoS flow 또는 PDU set 또는 PDU와 'Set과의 대응 관계는 RRC 시그널링을 통해서 제공될 수 있다.) 따라서 같은 Split bearer를 통해서 전달되는 패킷 (예를 들어, PDCP SDU) 들도 어떤 Set에 속하는 지에 따라서 서로 다른 Split bearer 동작 설정에 따라 전송되고 따라서 서로 다른 수준의 QoS를 보장받을 수 있다.

본 개시의 일 실시예에 따르면, 도 1g에서와 같이 DRB(1g-01)는 복수 개의 RLC bearer (1g-30)(1g-31)(1g-32)(1g-33)를 통해 데이터를 전송 할 수 있는 split bearer로 설정 될 수 있다. Dual connectivity 시나리오에서는 RLC bearer(1g-30)(1g-31)(1g-32)(1g-33)들이 서로 다른 Cell Group(1g-40)(1g-41)에서 설정될 수 있다. 이때, DRB(1g-01)를 통해 전송되는 데이터 들은 QoS 요구사항 (예를 들어, delay 및 reliability 관련 요구 사항) 및 트래픽 특성(예를 들어, 주기 및 데이터 크기 관련 특성)에 따라 하나 또는 이상의 Set(1g-02)(1g-03)으로 구분 될 수 있다.

본 개시의 일 실시예에 따르면, SDAP 계층(1g-10)은 DRB(1g-01)를 통해 전송될 패킷(SDAP PDU 또는 PDCP SDU)들을 PDCP 계층(1g-20)으로 전달 할 때 각 패킷이 어떤 Set에 속하는지를 지시하기 위해 Set Id에 해당되는 값을 각 패킷의 SDAP 헤더에 포함시킬 수 있다. 또는 단말 내부 인터페이스를 통해 각 패킷이 어떤 Set에 속하는지 PDCP 계층(1g-20)에 지시될 수 있다. 만약, 특정 패킷이 어떤 Set에 속하는지에 대한 정보가 PDCP 계층에 지시되지 않는 경우, PDCP 계층은 해당 패킷이 특정 Set에 속하지 않는다고 판단하고 DRB 단위로 설정된 Split bearer 동작 설정에 따라 전송을 수행 할 수 있다. 따라서 Set 단위 split bearer 동작 설정과 DRB 단위 Split bearer 동작은 함께 설정될 수 있고, 각 패킷이 어떤 Set에 속하는지 또는 어떤 Set에도 속하지 않는지에 따라서 PDCP 계층은 해당 패킷 전송에 사용될 split bearer 동작 설정을 결정 할 수 있다.

본 개시의 일 실시예에 따르면, 단말의 PDCP 계층(1g-20)은 UL 패킷을 전송 할 때 해당 패킷이 속한 Set에 대해 RRC 또는 MAC 시그널링을 통해 주어진 split bearer 동작 설정에 따라 split 또는 duplication 동작을 수행 할 수 있다. 구체적으로 각 Set 별로 split bearer 동작과 관련된 하기 변수들이 별도로 설정 될 수 있다.

- Primary path: primary RLC entity의 LCID (Logical Channel ID) 및 cell group ID 값.

- Split secondary path: split secondary RLC entity의 LCID 값. Split 동작이 필요하지 않은 경우 split secondary path가 설정되지 않을 수 있음. Split 동작이 필요한 경우에도 DRB에 매핑된 RLC entity 가 2개이면, 명시적인 split secondary path 설정 없이 primary RLC entity가 아닌 나머지 하나의 RLC entity가 split secondary path가 될 수 있음.

- Secondary path: secondary path RLC entity의 LCID 값. 복수의 secondary path가 존재하는 경우 복수의 LCID 값이 설정 될 수 있음. Duplication 동작이 비활성화된 경우 Secondary path가 설정되지 않을 수 있음. Duplication 동작이 활성화 되었는데 Secondary path 가 명시적으로 설정되지 않은 경우, 해당 DRB에 매핑된 RLC entity 중 primary RLC entity가 아닌 나머지 RLC entity들이 모두 secondary path로 설정됨을 의미 할 수 있음.

- ul-DataSplitThreshold: Split 동작 시 사용되는 threshold 값으로 primary RLC entity 및 split secondary RLC entity 로 전송하고자 PDCP 및 RLC 계층에서 대기중인 데이터의 총량 (Set 단위로 이 값이 설정되는 경우 Set 단위로 대기중인 데이터의 총량 값이 개별 계산될 수도 있음.)이 ul-DataSplitThreshold 보다 크거나 같은 경우에만 split 동작이 활성화 될 수 있음. 이 값이 무한대로 설정된 경우 primary path를 통해서만 패킷이 전송 될 수 있음.

- pdcp-Duplication (또는 duplicationState): Duplication 동작의 활성화 상태를 나타내는 변수로 해당 값이 'True'로 설정되면 duplication이 활성화 되었음을 의미한다. 두 개 이상의 secondary RLC entity가 설정된 경우, 각 secondary RLC entity 별로 duplication 동작이 활성화 되었는지 여부를 개별 지시 할 수 있음.

본 개시에서는 설명의 용이함을 위해 Set 단위로 split bearer 동작이 설정되는 다양한 경우를 하기의 실시예들을 통해 설명하지만 하기 실시예들로 Set 단위 split bearer 동작 설정이 제한 되는 것은 아니다. 아래 실시예에서는 하나의 DRB를 통해 복수개의 데이터 Set (Set1, Set2)가 전송됨을 가정한다. 각 Set 은 서로 다른 QoS 요구사항을 가질 수 있으며, 각 Set 별로 별도의 split bearer 동작이 설정될 수 있다.

Case1(1g-50): 각 Set에 대해서 서로 다른 primary path가 설정 될 수 있다. Set1의 primary path로는 RLC1 이 설정되고 Set2의 primary path로는 RLC2가 설정될 수 있다. 해당 Set에 대해서 duplication 및 split 동작이 필요 없는 경우에는 Secondary path 및 split secondary path가 설정되지 않을 수 있다.

Case2(1g-51): 각 Set에 대해서 duplication 동작을 위해 서로 다른 primary path 및 secondary path가 설정 될 수 있다. Set1의 primary path로는 RLC1, secondary path 로는 RLC2가 설정되고 Set2의 primary path로는 RLC2, secondary path로는 RLC1이 설정 될 수 있다. Set 단위로 duplication 동작을 활성화 및 비활성화 하기 위해서 Set 단위로 PDCP duplication state이 RRC 시그널링을 통해서 설정되거나 또는 PDCP duplication state을 나타내는 MAC CE가 MAC 시그널링을 통해서 전달 될 수 있다. Set에 대해서 split 동작이 필요 없는 경우에는 split secondary path가 설정되지 않을 수 있다. 이 경우, 특정 Set에 대해 duplication 동작이 비활성화되면 해당 Set에 대응되는 모든 패킷들은 primary path를 통해서 전송 될 수 있다.

Case3(1g-52): 서로 다른 Set은 다른 RLC entity들을 사용하도록 설정될 수 있다. 각 Set에 대해서 duplication 동작을 위해 서로 다른 primary path 및 secondary path가 설정 될 수 있다. Set1의 primary path로는 RLC1, secondary path 로는 RLC2가 설정되고 Set2의 primary path로는 RLC3, secondary path로는 RLC4가 설정 될 수 있다. Set 단위로 duplication 동작을 활성화 및 비활성화 하기 위해서 Set 단위로 PDCP duplication state이 RRC 시그널링을 통해서 설정되거나 또는 PDCP duplication state을 나타내는 MAC CE가 MAC 시그널링을 통해서 전달 될 수 있다. Set에 대해서 split 동작이 필요 없는 경우에는 split secondary path가 설정되지 않을 수 있다. 이 경우, 특정 Set에 대해 duplication 동작이 비활성화되면 해당 Set에 대응되는 모든 패킷들은 primary path를 통해서 전송 될 수 있다. 상기 실시 예에서는 서로 다른 Set이 동일한 RLC entity를 공유하지 않는 경우를 가정하였지만, 서로 다른 Set이 split bearer에 매핑 되는 RLC entity 중 일부를 함께 공유 할 수도 있다. (즉, 일부 RLC entity를 통해 서로 다른 Set가 함께 전송 될 수 있다.)

Case4(1g-53): 서로 다른 Set은 다른 RLC entity들을 사용하도록 설정될 수 있다. 각 Set에 대해서 split 동작을 위해 서로 다른 primary path 및 split secondary path가 설정 될 수 있다. Set1의 primary path로는 RLC1, split secondary path 로는 RLC4가 설정되고 Set2의 primary path로는 RLC3, split secondary path로는 RLC2가 설정 될 수 있다. 이때 split 동작도 Set 별로 동작할 수 있으며, 이를 위해 split 동작에 사용되는 ul-DataSplitThreshold 값도 Set 별로 설정 될 수 있다. Duplication 동작이 필요하지 않은 경우 secondary path를 설정되지 않을 수 있다. 상기 실시 예에서는 서로 다른 Set이 동일한 RLC entity를 공유하지 않는 경우를 가정하였지만, 서로 다른 Set이 해당 split bearer에 매핑 되는 RLC entity 중 일부를 함께 공유 할 수도 있다. (즉, 일부 RLC entity를 통해 서로 다른 Set 이 함께 전송 될 수 있다.)

Case5(1g-54): 각 Set에 대해서 duplication 및 split 동작을 위해 서로 다른 primary path 및 split secondary path 및 secondary path가 설정될 수 있다. Set1의 primary path로는 RLC1, split secondary path 로는 RLC4, secondary path로는 RLC2 및 RLC3가 설정되고 Set2의 primary path로는 RLC3, split secondary path로는 RLC2, secondary path로는 RLC1 및 RLC4가 설정 될 수 있다. 이때 split 동작도 Set 별로 동작할 수 있으며, 이를 위해 split 동작에 사용되는 ul-DataSplitThreshold 값도 Set 별로 설정될 수 있다. 또한 Set 단위로 duplication 동작을 활성화 및 비활성화 하기 위해서 Set 단위로 PDCP duplication state이 RRC 시그널링을 통해서 설정되거나 또는 PDCP duplication state을 나타내는 MAC CE가 MAC 시그널링을 통해서 전달될 수 있다.

도 1h는 Set 단위 split bearer 동작 설정 및 운용을 위한 단말(1h-01)과 기지국(1h-03) 사이의 시그널링 절차를 보여준다. 각 단계별 절차는 아래와 같다.

UECapabilityEnquiry(gNB -> UE)(1h-10): gNB(1h-03)는 연결 상태 단말(1h-01)에게 능력 (capability) 보고를 요청하는 UECapabilityEnquiry 메시지를 전달 할 수 있다. 일 실시예에 따르면, gNB(1h-03)는 UECapabilityEnquiry 메시지에 RAT(radio access technology) 타입(type) 별 단말 능력(capability) 요청을 포함시킬 수 있다. RAT 타입(type) 별 요청에는, 요청하는 주파수 밴드 정보가 포함될 수 있다. 또한, 본 개시의 일 실시예에 따르면, gNB(1h-03)가 단말(1h-01)에게 UECapabilityInformation 메시지의 생성을 요청할 때, 조건 및 제한사항을 지시할 수 있는 필터링(filtering) 정보를 포함시킬 수 있다. 필터링 정보를 통해 gNB(1h-03)는 단말(1h-01)이 Set 단위 split bearer 동작 및 설정과 관련된 능력을 보고해야 될 지 여부를 지시 할 수 있다. 물론 상기 예시에 제한되지 않으며, 필터링 정보는 UECapabilityEnquiry 메시지 내에 포함될 수도 있고, 포함되지 않을 수도 있다.

UECapabilityInformation(UE -> gNB)(1h-11): 단말(1h-01)은 UECapabilityEnquiry(1h-10) 메시지에 대응하는 UECapabilityInformation를 포함하는 메시지를 gNB(1h-03)에게 송신할 수 있다. UECapabilityInformation은 UECapabilityEnquiry에 대한 응답일 수 있다. 본 개시의 일 실시예에 따르면, UECapabilityInformation 메시지에 단말(1h-01)이 Set 단위 split bearer 동작 및 설정을 지원하는지 여부를 나타내는 파라미터가 포함 될 수 있다. gNB(1h-03)는 수신한 UECapabilityInformation 메시지를 기반으로 단말(1h-01)이 Set 단위 split bearer 동작 및 설정을 지원하는지 여부를 판단 할 수 있다.

UEAssistanceInformation(UE -> gNB)(1h-12): 단말(1h-01)은 gNB(1h-03)가 Set 별로 split bearer 동작을 설정하기 위해 필요한 보조 정보를 UEAssistanceInformation 메시지에 포함하여 gNB에게 전달 할 수 있다. 예를 들어, 각 Set에 대응되는 QoS 요구사항 (예를 들어, delay 및 reliability 요구 사항) 및 트래픽 특성 (예를 들어, 주기 및 데이터 크기) 정보가 UEAssistanceInformation 메시지에 포함 될 수 있다.

QoS profile(CN -> gNB)(1h-13): Core network(CN)(1h-05)는 gNB(1h-03)가 Set 별로 split bearer 동작을 설정하기 위해 필요한 QoS profile 정보를 gNB에게 전달 할 수 있다. 이때, 각 Set에 대응되는 QoS 요구사항 (예를 들어, delay 및 reliability 요구 사항) 및 트래픽 특성 (예를 들어, 주기 및 데이터 크기) 정보가 QoS profile에 포함 될 수 있다. QoS profile 정보를 제공하는 단계(1h-13)는 UEAssistance Information을 제공하는 단계(1h-12)와 대응되어 수행될 필요는 없으며, CN(core network)(1h-05)은 언제든지 gNB(1h-03)에게 QoS profile에 관한 정보를 제공할 수 있다.

RRCReconfiguration(gNB -> UE)(1h-14): gNB(1h-03)은 Set 별 split bearer 동작 설정을 위해 단말(1h-01)에게 RRCReconfiguration 메시지를 전달 할 수 있다. RRCReconfiguration 메시지 안에 상기 도 1g에서 서술된 바와 같이 Split bearer 동작 설정과 관련된 하기 파라미터들이 Set 별로 포함 될 수 있다. 예를 들면, Primary path, Split secondary path, Secondary path, ul-DataSplitThreshold, pdcp-Duplication (또는 duplicationState)가 RRCReconfiguration 메시지 내에 포함될 수 있으며, 상기 예시에 제한되지 않는다.

또한 본 개시의 일 실시예에 따르면, 추가적으로 각 Set 별로 서로 다른 delay 요구사항을 갖는 경우, PDCP 계층에서의 패킷 폐기 (discarding) 동작을 위해 Set 별로 discardTimer 값이 설정될 수도 있다. discardTimer 값은 해당 Set에 대응되는 PDCP SDU 패킷의 discarding 동작에 사용될 수 있다. 예를 들어, PDCP SDU 패킷이 PDCP 계층에 도착하면 discard timer가 시작되고, discard timer 값이 PDCP SDU패킷에 대응되는 Set에 대해 설정된 discardTimer 값에 도달하면 timer 가 만료되면서 수신한 PDCP SDU 패킷이 폐기 (discarding) 될 수 있다. 만약, discardTimer 만료 전에 PDCO SDU 패킷에 대한 L2 전송이 성공한 경우, 단말은 discardTimer를 종료하고 PDCP SDU 패킷을 폐기 (discarding) 할 수 있다.

RRCReconfigurationComplete(UE -> gNB)(1h-15): 단말(1h-01)은 1h-14 단계에서 gNB(1h-03)로부터 수신한 RRCReconfiguration 메시지 안에 포함되어 있는 설정에 따라 Set 별로 별도의 split bearer 동작 설정을 적용하고 split bearer 동작 설정이 완료 되었음을 gNB에게 보고하기 위해 RRCReconfigurationComplete 메시지를 전송 할 수 있다.

- MAC CE for Duplication Activation/deactivation per Set (gNB -> UE)(1h-16): gNB(1h-03)는 Set 단위로 설정된 Split bearer의 Duplication 동작을 활성화 또는 비활성화 시키기 위해서 단말(1h-01)에게 MAC CE를 전송 할 수 있다. 이를 위해 기존에 3GPP TS 38.321 표준 문서에 정의되어 있는 Duplication Activation/Deactivation MAC CE가 재활용 되거나 (예를 들어, MAC CE 수신시 단말 동작이 변경 될 수 있다.) 하기 도 1i에서와 같이 새롭게 정의된 MAC CE가 사용 될 수 있다.

- MAC CE for Duplication RLC Activation per set (gNB -> UE)(1h-17): gNB(1h-03)는 duplication 동작을 위해 secondary path (또는 secondary RLC path)로 사용 가능한 RLC entity가 2개 이상인 경우 (또는 해당 DRB에 연결되어 있는 RLC entity가 3개 이상인 경우), Set 단위로 각 RLC entity의 duplication 동작을 활성화 또는 비활성화 시키기 위해서 단말(1h-01)에게 MAC CE를 전송 할 수 있다. 이를 위해 기존에 3GPP TS 38.321 표준 문서에 정의되어 있는 Duplication RLC Activation/Deactivation MAC CE가 재활용 되거나 (예를 들어, 해당 MAC CE 수신시 단말 동작이 변경 될 수 있다.) 하기 도 1i에서와 같이 새롭게 정의된 MAC CE가 사용 될 수 있다.

도 1i는 Set 단위로 PDCP duplication을 활성화/비활성화 하기 위해서 사용 가능한 MAC CE 구조를 보여준다. 도 1i-01, 1i-02, 1i-03은 1h-16 단계에서와 같이 Set 단위로 설정된 Split bearer의 Duplication 동작을 활성화 또는 비활성화 하기 위해 새롭게 정의 될 수 있는 MAC CE 구조의 예시를 보여준다.

도 1i의 첫번째 MAC CE 구조(1i-01)에서 DRB ID는 MAC CE가 적용될 DRB를 지시하고 각 Set_i값은 해당 Set에 대한 duplication 동작 활성화 상태를 지시 할 수 있다. 따라서 첫번째 MAC CE 구조(1i―01)와 같이 MAC CE가 정의된 경우 한번의 MAC CE 전송을 통해 복수의 Set에 대한 duplication 동작 활성화 또는 비활성화를 지시할 수 있다. 이때 Set_i에서 i는 DRB ID를 통해 지시된 DRB에 설정된 Set id의 오름차순 또는 내림차순 일 수 있다. Set_i 값이 1로 설정된 경우 이는 해당 Set에 대한 duplication 기능 활성화를 지시 할 수 있으며, 0으로 설정된 경우 이는 해당 Set에 대한 duplication 기능 비활성화를 지시 할 수 있다. 본 예시에서는 하나의 DRB를 통해 전송되는 Set이 최대 3개인 경우를 가정하였으나 (Set_i 값을 위해 3bits이 사용됨), 4개 이상의 데이터 Set이 동일 DRB를 통해 전송될 수 있는 경우 Set_i 값을 위해 4bits 이상이 사용될 수 있도록 MAC CE의 구조가 확장 될 수 있다.

도 1i의 두번째 MAC CE 구조(1i-02)에서 DRB ID는 MAC CE가 적용될 DRB를 지시하고 SET ID값은 duplication 동작을 활성화 또는 비활성화하고자 하는 Set의 id 값을 지시 할 수 있다. 따라서 두번째 MAC CE 구조(1i―02)과 같이 MAC CE가 정의된 경우 한번의 MAC CE 전송을 하나의 Set에 대한 duplication 동작 활성화 또는 비활성화를 지시할 수 있다. 만약, 동일한 구조를 사용하여 특정 DRB에 설정된 복수의 Set에 대해 duplication 동작을 동시에 활성화 또는 비활성화 하고자 하는 경우 1i-02 구조가 복수개의 SET ID를 포함 할 수 있도록 확장 될 수 있다.

도 1i의 세번째 MAC CE 구조(1i-03)에서 각 Set_i값은 Set에 대한 duplication 동작 활성화 상태를 지시 할 수 있다. 따라서 세번째 MAC CE 구조(1i―03)와 같이 MAC CE가 정의된 경우 한번의 MAC CE 전송을 통해 복수의 Set에 대한 duplication 동작 활성화 또는 비활성화를 지시할 수 있다. 이때 Set_i에서 i는 해당 단말에게 설정된 Set id의 오름차순 또는 내림차순 일 수 있다. (이 경우 각 Set에 대한 Set id는 해당 단말 내에서 고유하게 설정됨을 가정한다.) Set_i 값이 1로 설정된 경우 이는 해당 Set에 대한 duplication 기능 활성화를 지시 할 수 있으며, 0으로 설정된 경우 이는 해당 Set에 대한 duplication 기능 비활성화를 지시 할 수 있다. 본 예시에서는 해당 단말에 설정된 Set이 최대 8개인 경우를 가정하였으나 (Set_i 값을 위해 8bits이 사용됨), 9개 이상의 데이터 Set이 동일 단말에 설정 될 수 있는 경우 Set_i 값을 위해 9bits 이상이 사용 될 수 있도록 MAC CE의 구조가 확장 될 수 있다.

도 1i의 네번째 MAC CE 구조(1i-10), 및 다섯번째 MAC CE 구조(1i-11)는 특정 Set에 대한 duplication 동작을 위해 secondary path (또는 secondary RLC path)로 사용 가능한 RLC entity가 2개 이상인 경우 (또는 해당 DRB에 연결되어 있는 RLC entity가 3개 이상인 경우), Set 단위로 각 RLC entity의 duplication 동작을 활성화 또는 비활성화 시키기 위해서 사용 가능한 MAC CE 구조를 보여준다.

도 1i의 네번째 MAC CE 구조(1i-10)에서 SET ID는 해당 MAC CE가 적용될 Set을 지시할 수 있다. (이 경우 각 Set에 대한 Set id는 해당 단말 내에서 고유하게 설정됨을 가정한다.) 또한 각 RLC_i값은 각 RLC entity에 대한 duplication 동작 활성화 상태를 지시 할 수 있다. 이때 RLC_i에서 i는 SET ID를 통해 지시된 Set에 대해 (또는 SET ID를 통해 지시된 Set이 전송될 DRB에 대해) secondary path로 설정된 RLC entity들의 LCID 값의 오름차순 또는 내림차순 일 수 있다. RLC_i 값이 1로 설정된 경우 이는 RLC entity에 대한 duplication 기능 활성화를 지시 할 수 있으며, 0으로 설정된 경우 RLC entity에 대한 duplication 기능 비활성화를 지시 할 수 있다. 본 예시에서는 하나의 Set에 설정된 secondary path가 최대 3개인 경우를 가정하였으나 (RLC_i 값을 위해 3bits이 사용됨), 4개 이상의 RLC entity가 해당 Set에 대한 secondary path로 설정된 경우, RLC_i 값을 위해 4bits 이상이 사용 될 수 있도록 MAC CE의 구조가 확장 될 수 있다.

도 1i의 다섯번째 MAC CE 구조(1i-11)에서 DRB ID 및 SET id는 해당 MAC CE가 적용될 DRB 및 Set을 각각 지시할 수 있다. (이 경우 각 Set에 대한 Set ID는 DRB 단위로 고유하게 설정됨을 가정한다.) 또한 각 RLC_i값은 각 RLC entity에 대한 duplication 동작 활성화 상태를 지시 할 수 있다. 이때 RLC_i에서 i는 SET ID를 통해 지시된 Set에 대해 (또는 DRB ID를 통해 지시된 DRB에 대해) secondary path로 설정된 RLC entity들의 LCID 값의 오름차순 또는 내림차순 일 수 있다. RLC_i 값이 1로 설정된 경우 이는 RLC entity에 대한 duplication 기능 활성화를 지시 할 수 있으며, 0으로 설정된 경우 이는 RLC entity에 대한 duplication 기능 비활성화를 지시 할 수 있다. 본 예시에서는 하나의 Set에 설정된 secondary path가 최대 8개인 경우를 가정하였으나 (RLC_i 값을 위해 8bits이 사용됨), 9개 이상의 RLC entity가 해당 Set에 대한 secondary path로 설정된 경우, RLC_i 값을 위해 9bits 이상이 사용 될 수 있도록 MAC CE의 구조가 확장 될 수 있다.

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

도 1j를 참고하면, 단말은 RF(Radio Frequency)처리부(1j-10), 기저대역(baseband)처리부(1j-20), 저장부(1j-30), 제어부(1j-40)를 포함한다. 물론 상기 예시에 제한되는 것은 아니며 단말은 도 1j에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다.RF처리부(1j-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, RF처리부(1j-10)는 기저대역처리부(1j-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, RF처리부(1j-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 도 1j에서는, 하나의 안테나만이 도시되었으나, 단말은 복수의 안테나들을 구비할 수 있다. 또한, RF처리부(1j-10)는 복수의 RF 체인들을 포함할 수 있다. 나아가, RF처리부(1j-10)는 빔포밍(beamforming)을 수행할 수 있다. 빔포밍을 위해, RF처리부(1j-10)는 복수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 RF 처리부(1j-10)는 MIMO(multi input multi output)를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다. RF처리부(1j-10)는 제어부(1j-40)의 제어에 따라 복수의 안테나 또는 안테나 요소들을 적절하게 설정하여 수신 빔 스위핑을 수행하거나, 수신 빔이 송신 빔과 공조되도록 수신 빔의 방향과 빔 너비를 조정할 수 있다.

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

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

저장부(1j-30)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장할 수 있다. 특히, 저장부(1j-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 저장부(1j-30)는 상기 제어부(1j-40)의 요청에 따라 저장된 데이터를 제공할 수 있다. 또한, 저장부(1j-30)는 복수 개의 메모리로 구성될 수도 있다. 일 실시예에 따르면, 저장부(1j-30)는 본 개시의 스플릿 베어러 운용 방법을 수행하기 위한 프로그램을 저장할 수도 있다.

제어부(1j-40)는 단말의 전반적인 동작들을 제어할 수 있다. 예를 들어, 제어부(1j-40)는 기저대역처리부(1j-20) 및 RF처리부(1j-10)을 통해 신호를 송수신할 수 있다. 또한, 제어부(1j-40)는 저장부(1j-40)에 데이터를 기록하고, 읽을 수 있다. 이를 위해, 제어부(1j-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 제어부(1j-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다. 또한 단말 내의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다, 또한 본 개시의 일 실시예에 따르면, 제어부(1j-40)는 다중 연결 모드로 동작하기 위한 처리를 수행하는 다중연결처리부 (1j-42)를 포함할 수 있다.

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

도 1k를 참조하면, 기지국은 RF처리부(1k-10), 기저대역처리부(1k-20), 백홀통신부(1k-30), 저장부(1k-40), 제어부(1k-50)를 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며 기지국은 도 1k에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다.

RF처리부(1k-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, RF처리부(1k-10)는 상기 기저대역처리부(1k-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환할 수 있다. 예를 들어, RF처리부(1k-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 도 1k에서는, 하나의 안테나만이 도시되었으나, 기지국은 복수의 안테나들을 구비할 수 있다. 또한, RF처리부(1k-10)는 복수의 RF 체인들을 포함할 수 있다. 나아가, RF처리부(1k-10)는 빔포밍을 수행할 수 있다. 빔포밍을 위해, RF처리부(1k-10)는 다수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. RF 처리부(1k-10)는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다. RF 처리부(1k-10)는 제어부의 제어에 따라 복수의 안테나 또는 안테나 요소들을 적절하게 설정하여 수신 빔 스위핑을 수행하거나, 수신 빔이 송신 빔과 공조되도록 수신 빔의 방향과 빔 너비를 조정할 수 있다.

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

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

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

제어부(1k-50)는 기지국의 전반적인 동작들을 제어할 수 있다. 예를 들어, 제어부(1k-50)는 기저대역처리부(1k-20) 및 RF처리부(1k-10)을 통해 또는 백홀통신부(1k-30)을 통해 신호를 송수신할 수 있다. 또한, 제어부(1k-50)는 저장부(1k-40)에 데이터를 기록하고, 읽을 수 있다. 이를 위해, 제어부(1k-50)는 적어도 하나의 프로세서를 포함할 수 있다. 또한 기지국의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다. 또한 기지국의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다. 또한, 기지국의 각 구성은 전술한 본 개시의 실시예들을 수행하기 위해 동작할 수 있다.

본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(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)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.

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

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

Claims

무선 통신 시스템에서 단말이 수행하는 방법에 있어서, 상기 방법은,
기지국으로부터 UEcapabilityEnquiry 메시지를 수신하는 단계;
상기 기지국에게 단말이 Set 단위 split bearer 동작을 지원하는지 여부에 관한 정보를 포함하는 UECapabilityInformation 메시지를 송신하는 단계;
상기 기지국으로부터 상기 Set 단위 split bearer 동작을 설정하기 위한 보조 정보를 포함하는 UEAssistanceInformation 메시지를 수신하는 단계;
상기 기지국으로부터 상기 Set 단위 split bearer 동작을 설정하기 위한 파라미터를 포함하는 RRCReconfiguration 메시지를 수신하는 단계; 및
상기 RRCReconfiguration 메시지에 대한 응답으로 상기 기지국에게 RRCReconfiguration complete 메시지를 송신하는 단계를 포함하는 방법.