KR20220095060A

KR20220095060A - 백홀 및 액세스 홀 결합 시스템에서 제어 평면 시그날링을 지원하는 장치 및 방법

Info

Publication number: KR20220095060A
Application number: KR1020210029663A
Authority: KR
Inventors: 황준
Original assignee: 삼성전자주식회사
Priority date: 2020-12-29
Filing date: 2021-03-05
Publication date: 2022-07-06

Abstract

본 개시의 일 실시예에 따르면, 무선 통신 시스템에서 결합된 액세스 백홀 노드(IAB node, Integrated Access Backhauled node)의 통신 방법은, 제1 노드로부터 RRC(Radio Resource Control) 재설정 메시지를 수신하는 단계; 상기 RRC 재설정 메시지로부터 SCG(Secondary Cell Group) 추가를 위한 설정 정보, BAP (Backhaul Adaptation Protocol) 설정 정보, 및 SRB (Signaling Radio Bearer) 설립 설정 정보 중 적어도 하나의 설정 정보를 식별하는 단계; 상기 식별한 적어도 하나의 설정 정보에 기초하여, 상향링크 트래픽을 전송할 제어 평면의 경로를 결정하는 단계; 및 상기 결정한 제어 평면의 경로를 통해 상기 상향링크 트래픽을 전송하는 단계를 포함할 수 있다.

Description

백홀 및 액세스 홀 결합 시스템에서 제어 평면 시그날링을 지원하는 장치 및 방법{APPARATUS AND METHOD FOR SUPPORTING CONTROL PLANE SIGNALING IN INTEGRATED ACCESS AND BACKHAUL (IAB) SYSTEM}

본 개시는 무선 통신 시스템에 관한 것으로, 특히, 백홀 및 액세스 홀 결합 시스템에서 제어 신호를 송수신하는 장치 및 방법에 관한 것이다.

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: D1d), 무선 백홀 (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 기술 융합의 일 예라고 할 수 있을 것이다.

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

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

본 개시는 백홀 및 액세스 결합 시스템의 IAB (Integrated Access and Backhaul) node 중 DU(Distributed Unit) 부분 설정 정보를 dual connectivity 상황에서 전달하는 방법을 제안한다.

본 개시의 일 실시예에 따라, 백홀 및 액세스 결합 시스템의 노드는 자신의 DU (distributed unit)에서 발생하는 제어 신호들을 dual connection 의 master node, 또는 secondary 노드의 무선 연결을 사용하여 donor 노드의 CU (central unit)과 송수신할 수 있다.

개시된 실시예에 따르면, 백홀 및 액세스 결합 시스템의 노드의 f1c(F1 Control Plane) 패킷을 donor 노드와의 직접 연결이 아닌 기지국과의 연결을 통하여 donor 노드의 CU 와 송수신함으로써, f1c 패킷의 송/수신의 신뢰도를 높일 수 있다.

도 1은 본 개시의 일 실시예에 따른 LTE 시스템의 구조를 도시하는 도면이다.
도 2는 본 개시의 일 실시예에 따른 LTE 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 3은 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 4는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 5는 본 개시의 일 실시예에 따른 단말의 내부 구조를 도시하는 블록도이다.
도 6은 본 개시의 일 실시예에 따른 NR(New Radio) 기지국의 구성을 나타낸 블록도이다.
도 7a는 본 개시의 일 실시예에 따른 non-donor MN(master node)와 donor SN(secondary node)인 경우를 나타내는 도면이다.
도 7b는 본 개시의 일 실시예에 따른 donor MN와 non-donor SN인 경우를 나타내는 도면이다.
도 8은 본 개시의 일 실시예에 따른 non-donor master node와 donor secondary node 로 구성된 dual connection 구조에서 IAB node의 f1c 트래픽 이 master node를 통하여 donor node의 CU로 전송되는 과정의 흐름도이다.
도 9은 본 개시의 일 실시예에 따른 non-donor master node와 donor secondary node 로 구성된 dual connection 구조에서 IAB node의 f1c 트래픽 이 master node를 통하여 donor node의 CU로 전송되는 과정의 흐름도이다.
도 10은 본 개시의 일 실시예에 따른 donor master node와 non-donor secondary node 로 구성된 dual connection 구조에서 IAB node의 f1c 트래픽 이 secondary node를 통하여 donor node의 CU로 전송되는 과정의 흐름도이다.
도 11은 본 개시의 일 실시예에 따른 donor master node와 non-donor secondary node 로 구성된 dual connection 구조에서 IAB node의 f1c 트래픽 이 secondary node를 통하여 donor node의 CU로 전송되는 과정의 흐름도이다.
도 12는 본 개시의 일 실시예에 따른 IAB node의 ULInformationTransfer failure 처리 과정을 도시하는 흐름도이다.

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

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

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

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

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

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

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

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

이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다. 예를 들어, 이하 설명에서 단말이라 함은, 후술할 MCG(Master Cell Group)와 SCG(Secondary Cell Group)별로 각각 존재하는 단말 내의 MAC entity를 칭할 수 있다.

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

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

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

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

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

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

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

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

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

또한, 이하에서 LTE, LTE-A, LTE Pro 또는 5G(또는 NR, 차세대 이동 통신) 시스템을 일례로서 본 개시의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 또한, 본 개시의 실시 예는 숙련된 기술적 지식을 가진 자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.

도 1은 본 개시의 일 실시예에 따른 LTE 시스템의 구조를 도시하는 도면이다.

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

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

도 2는 본 개시의 일 실시예에 따른 LTE 시스템의 무선 프로토콜 구조를 나타낸 도면이다.

도 2를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 ENB에서 각각 패킷 데이터 컨버전스 프로토콜 (Packet Data Convergence Protocol, PDCP)(2-05, 2-40), 무선 링크 제어(Radio Link Control, RLC)(2-10, 2-35), 매체 액세스 제어 (Medium Access Control, MAC)(2-15, 2b-30) 및 물리(Physical, PHY) 장치(또는 계층이라 함)(2-20, 2-25)를 포함할 수 있다. 물론 상기 예시에 제한되지 않으며, 상기 예시보다 더 적거나 더 많은 장치를 포함할 수 있다.

본 개시의 일 실시예에 따르면, PDCP는 IP 헤더 압축/복원 등의 동작을 담당할 수 있다. PDCP의 주요 기능은 하기와 같이 요약될 수 있다. 물론 하기 예시에 제한되는 것은 아니다.

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

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

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

- 순서 재정렬 기능(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)(2-10, 2-35)는 PDCP 패킷 데이터 유닛(Protocol Data Unit, PDU)을 적절한 크기로 재구성해서 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(2-15, 2-30)은 한 단말에 구성된 여러 RLC 계층 장치들과 연결되며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행할 수 있다. MAC의 주요 기능은 하기와 같이 요약될 수 있다. 물론 하기 예시에 제한되지 않는다.

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

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

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

- HARQ 기능(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)

일 실시예에 따르면, 물리 계층(2-20, 2-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다. 물론 상기 예시에 제한되지 않는다.

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

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

도 3에서 NR gNB(3-10)는 기존 LTE 시스템의 eNB (Evolved Node B)에 대응될 수 있다. NR gNB(3-10)는 NR UE(3-15)와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공해줄 수 있다. 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요할 수 있으며, 이를 NR NB(3-10)가 담당할 수 있다. 하나의 NR gNB(3-10)는 복수의 셀들을 제어할 수 있다. 차세대 이동통신 시스템에서는, 현재 LTE 대비 초고속 데이터 전송을 구현하기 위해서, 현재의 최대 대역폭 이상의 대역폭이 적용될 수 있다. 또한, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, OFDM)을 무선 접속 기술로 사용될 수 있으며, 추가적으로 빔포밍 기술이 사용될 수 있다.

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

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

도 4를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국에서 각각 NR 서비스 데이터 적응 프로토콜(Service Data Adaptation Protocol, SDAP)(4-01, 4-45), NR PDCP(4-05, 4-40), NR RLC(4-10, 4-35), NR MAC(4-15, 4-30) 및 NR PHY(4-20, 4-25) 장치(또는 계층)를 포함할 수 있다. 물론 상기 예시에 제한되지 않으며, 상기 예시보다 더 적거나 더 많은 장치를 포함할 수 있다.

일 실시예에 따르면, NR SDAP(4-01, 4-45)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만, 하기 예시에 제한되지 않는다.

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

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

일 실시예에 따르면, NR PDCP (4-05, 4-40)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만, 하기 예시에 제한되지 않는다.

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

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

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

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

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

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

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

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

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

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

일부 실시예에 따르면, NR RLC(4-10, 4-35)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만 하기 예시에 제한되지 않는다.

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

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

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

- ARQ 기능(Error Correction through ARQ)

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

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

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

- 중복 탐지 기능(Duplicate detection)

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

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

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

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

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

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

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

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

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

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

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

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

일부 실시예에 따르면, NR MAC(4-15, 4-30)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR MAC의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만, 하기 예시에 제한되지 않는다.

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

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

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

- HARQ 기능(Error correction through HARQ)

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

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

- 패딩 기능(Padding)

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

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

도 5를 참고하면, 단말은 RF(Radio Frequency)처리부(5-10), 기저대역(baseband)처리부(5-20), 저장부(5-30), 제어부(5-40)를 포함할 수 있다. 또한 제어부(5-40)는 다중연결 처리부(5-42)를 더 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며 단말은 도 5에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다.

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

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

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

저장부(5-30)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 저장부(5-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 저장부(5-30)는 제어부(5-40)의 요청에 따라 저장된 데이터를 제공한다. 저장부(5-30)는롬 (ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(5-30)는 복수 개의 메모리로 구성될 수도 있다.

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

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

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

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

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

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

저장부(6-40)는 기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 저장부(6-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 저장부(6-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 저장부(6-40)는 제어부(6-50)의 요청에 따라 저장된 데이터를 제공한다. 저장부(6-40)는 롬 (ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(6-40)는 복수 개의 메모리로 구성될 수도 있다. 일부 실시예에 따르면, 일부 실시예에 따르면, 저장부(6-40)는 본 개시에 따른 버퍼 상태 보고 방법을 수행하기 위한 프로그램을 저장할 수도 있다.

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

본 개시의 일 실시예에 따르면, 제어부(6-50)는 본 개시의 일 실시예에 따른 IAB 시스템에서 제어 정보를 송수신하기 위해 기지국의 각 구성을 제어할 수 있다. 본 개시의 일 실시예에 따른 기지국의 동작 방법은 이하에서 더 자세히 설명한다.

본 개시는 백홀 및 액세스 결합 시스템의 IAB (Integrated Access and Backhaul) node 중 DU(Distributed Unit) 부분 설정 정보를 dual connectivity 상황에서 전달하는 방법을 제공할 수 있다.

도 7a는 본 개시의 일 실시예에 따른 non-donor MN(master node)와 donor SN(secondary node)인 경우를 나타내는 도면이다.

도 7a를 참조하면, IAB node가 dual connection 설정이 되어 있을 때, master node가 non-donor node이고, secondary node가 donor node인 경우, f1c (F1-C) 트래픽이 non-donor node 와의 연결을 통하여 전송될 수 있는 경우가 도시된다.

도 7b는 본 개시의 일 실시예에 따른 donor MN와 non-donor SN인 경우를 나타내는 도면이다.

도 7b를 참조하면, IAB node가 dual connection 설정이 되어 있을 때, master node가 donor node이고 secondary node가 non-donor node인 경우, f1c 트래픽이 non-donor node와의 연결을 통하여 전송될 수 있는 경우가 도시된다.

도 7a 및 도 7b의 경우 모두, 각 IAB node에서 MCG 또는 SCG로의 f1c 전송을 할 수 있다. 도 7a의 경우, SCG 로의 전송으로는 기존의 BH(Backhaul) link를 통한 f1c 트래픽 전송이 가능하며, 도 7b의 경우, MCG로의 전송으로는 기존의 BH link를 통한 f1c 트래픽 전송이 가능하다. 그 외의 경우, 즉 도 7a의 경우 MCG 로의 전송시 사용되는 메시지와, 도 7b의 경우, SCG 로의 전송시 사용되는 메시지는 다음과 같이 만들어 질 수 있다.

일 실시예에서, 도 7a 및 도 7b의 경우 모두에서, 상향 링크의 전송을 위하여는 NR RRC 의 ULInformationTransfer 메시지가 사용될 수 있고, 하향링크전송을 위하여는 NR RRC의 DLInformationTransfer 메시지가 사용될 수 있으며 다음 중 적어도 하나를 만족해야 한다:

- f1c 패킷을 OCTET STRING type으로 포함해야 한다.

- 도 7a에 경우, 메시지는 SRB2 또는 SRB1 (only if SRB2 not established yet)을 통하여 전송될 수 있다. 만약, SRB2가 일시 중단된 경우, IAB MT(Mobile Termination)는 SRB2개 재개될때까지 메시지를 전송하지 않을 수 있다. (If SRB2 is suspended, the IAB MT does not send this message until SRB2 is resumed.)

- 도 7b의 경우, 메시지는 SRB3 또는 split SRB1 / split SRB2 를 통하여 전송될 수 있다.

다른 일 실시예에서, 도 7a의 경우에는 NR RRC의 ULInformationTransfer 및/또는 DLInformationTransfer 메시지가 사용되며, 도 7b의 경우에는 NR RRC의 ULInformationTransferMRDC 및/또는 DLInformationTransferMRDC 메시지가 사용될 수 있다. 이 경우에도, 각 메시지는 f1c 패킷을 octet string type으로 포함할 수 있다. 그 외 다음 중 적어도 하나를 만족해야 한다.

- 도 7a의 경우, ULInformationTransfer 및/또는 DLInformationTransfer 메시지는 SRB2 또는 SRB1을 통해 전송될 수 있다. (UL/DLInformationTransfer msg can be transferred via SRB2 or SRB1.)

- 도 7b의 경우, ULInformationTransferMRDC 및/또는 DLInformationTransferMRDC 메시지는 SRB3(또는 split SRB1 또는 split SRB2)를 통해 전송될 수 있다. (UL/DLInformationTransferMRDC msg can be transferred via SRB3 (또는 split SRB1 / split SRB2))

또 다른 일 실시예에서, 도 7a 및 도 7b의 경우 모두 NR RRC의 ULInformationTransferMRDC 및 DLInformationTransferMRDC 메시지가 사용될 수 있다. 각 메시지는 f1c 패킷을 octet string type으로 포함해야 한다.

- 도 7a의 경우, 두 메시지는 SRB1 또는 SRB2로 전송될 수 있다.

- 도 7b의 경우, 두 메시지는 SRB3 (또는 split SRB1 / split SRB2)로 전송될 수 있다.

각 경우에 대하여, IAB donor node는 f1c 트래픽을 어떤 링크로 보낼 것인지에 대한 설정을 각 IAB node에게 알려줄 수 있다. 이 경우 설정 정보는 RRC 메시지로 전송될 수 있으며, 가능한 값은, {mcg, scg, both} 중 하나가 설정 될 수 있다. 이 메시지를 받은 IAB node는 mcg가 설정된 경우, mcg link를 사용해서 f1c 트래픽을 송수신하고, scg가 설정된 경우, scg link를 사용해서 f1c 트래픽을 송수신 할 수 있다. Both가 설정된 경우, IAB node가 선택한 링크를 사용하여 f1c 트래픽이 전송될 수 있다. f1c 트래픽을 어떤 링크로 보낼 것인지에 대한 설정을 전달하는 메시지는 NR RRC 의 RRCReconfiguration 메시지일 수 있다.

path 설정을 받았을 때, 도 7b의 경우, f1c 패킷을 포함한 NR RRC 메시지는 상기 언급된 것처럼 SCG 로 설정 받았을 경우, 전송될 때 SRB3 또는 split SRB1 / split srb2 로 전송될 수 있다. 이 때, 다음의 동작이 필요할 수 있다.

1. SRB3 로 전송될 경우, DC(Dual Connectivity)가 설정될 때, 구체적으로, SCG가 추가될 때 SN은 SRB3를 설정해야 한다. (SN has to setup SRB3 when SCG is added, when DC is configured.)

2. Split SRB1 or split srb2 로 전송될 경우, DC가 설정되어 있을 때, MN은 대응되는 SRB에 split SRB를 설정해야 한다.(MN has to setup split srb to the corresponding srb, when DC is configured.)

(1) 만약 f1c 패킷이 발생하여 전송될 경우, 전송되는 split SRB의 primary path가 MCG로 되어 있다면, IAB MT는 상향링크 전송에 대하여 해당 split SRB의 primary path를 SCG로 변경할 수 있다.

(2) 또한, IAB MT 는 SRB 가 pdcp-duplication으로 활성화 되어 있지 않은지 확인할 수 있다.

(3) 상기 두 동작은 다음과 같이 표현될 수 있다.

> 만약 MT가 split SRB1 또는 split SRB2로 설정되고, PDCP-duplication이 해당 SRB에 대하여 설정되지 않은 경우(If MT is configured with split srb1 or 2 and pdcp-duplication is not configured for that srb):

>> 만약 대응되는 SRB의 PDCP 엔티티의 주요 경로가 MCG를 참조하는 경우(If the primary path for the PDCP entity of corresponding srb refers to the MCG):

>>> SCG를 참조하도록 주요 경로 설정(Set the primary path to refer to the SCG)

(4) 위의 primary path 변경 동작은 다음 중 적어도 하나와 같이 수행 될 수 있다:

- F1c 상향 링크 트래픽 발생시 마다 해당 RRC 메시지가 전송될 때, IAB MT의 해당 split SRB 의 primary path를 SCG로 변경하여 해당 메시지가 상향 전송되고, 전송 완료 후, 해당 split SRB의 primary path를 원래 상태로 변경하는 일회성 변경이 가능할 수 있다. 또는;

- F1c 트래픽의 전송이 SCG로 전송하도록 설정된 이후부터 이 설정이 바뀔 때까지 계속 해당 split SRB의 primary path 를 SCG로 변경하여 해당 메시지가 상향 전송되고, 설정이 SCG 에서 MCG 또는 both로 바뀐 경우, 원래 primary path 설정 값으로 다시 fall back 할 수 있다.

IAB MT는 path 설정이 존재하지 않아도 어느 곳으로 f1c 트래픽 을 전송할지 하기 동작으로 구분할 수 있다. 이렇게 path 설정이 주어지지 않을 경우, MT는 default path를 f1c 트래픽 용도로 사용할 수 있다.

Donor node가 Backhaul Adaptation Protocol (BAP) 계층 설정을 내려 주기 때문에, IAB MT는 BAP 설정이 포함되어 있는 RRCReconfiguration 메시지의 위치/용도를 보고 현재 자신이 존재하는 시스템이 도 7a의 경우인지 도 7b의 경우인지를 구분할 수 있다. 즉, BAP 설정이 포함되어 있는 RRCReconfiguration 메시지가 MCG 링크를 통하여 전달되고, outer RRCReconfiguration 메시지의 MRDC(Multi-RAT Dual Connectivity) secondary cell group 필드에 포함되어 있지 않으면, default path는 MCG link가 될 수 있다. 만약, BAP 설정이 포함되어 있는 RRCReconfiguration 메시지가 SCG link 를 통하여 SRB3로 전달이 된다면, 또는 RRCReconfiguration 메시지가 MCG 링크를 통해 전달되지만, outer RRCReconfiguration 메시지의 mrdc secondary cell group 필드에 포함되어 전달된다면, default path 는 SCG link가 될 수 있다.

도 7a 및 도 7b의 각각의 경우에서 IAB 노드의 f1c 트래픽 전송은 donor node path 를 이용한 BH (backhaul) RLC channel 을 통하여 전송될 수 있고, 또는 non donor node path 를 이용한 NR RRC 메시지가 사용될 수 있었다. 이와 달리, 또 다른 일 실시 예에서, 추가적으로, 기존 BH RLC channel 대신, NR Uu상에서 NR RRC가 역시 사용될 수 있다. 이 경우, donor 노드가 각 IAB node에게 donor node path 를 사용한 f1c 트래픽 송/수신시 BH RLC Channel을 사용할 것인 지, NR RRC 메시지를 사용할 것인지 설정해 줄 수 있다. 이 설정 역시 RRCReconfiguration 메시지에 포함되어 전송될 수 있다. 마찬가지로 {bh RLC CH, RRC, both} 의 값들은 각각, f1c 트래픽 전송시 BH RLC Channel 사용, Uu 링크 상에 RRC 메시지를 사용, 또는 IAB MT가 둘 중 알아서 선택함을 의미할 수 있다.

도 7a 및 도 7b의 경우, master gNB와 secondary gNB 사이에 Xn 인터페이스를 통하여, f1c 패킷을 송/수신할 수 있어야 하며, 이를 위하여 F1C Transfer 메시지가 두 gNB 사이에 f1c 패킷을 넣어서 전송하는 역할을 할 수 있다.

도 7a의 경우, f1c 트래픽이 MCG 링크를 통하여 전송되도록 설정된 경우, IAB MT는 상향 f1c 패킷을 NR RRC 메시지에 포함시킨 후, master gNB으로 전송할 수 있다 이 경우, master gNB는 RRC 메시지로부터 f1c 패킷을 뽑아서 F1C Transfer 메시지에 포함시킨 후 secondary gNB에게 전송할 수 있다. Secondary gNB는 F1C Transfer 메시지를 수신하여 f1c 패킷을 CU에게 전송할 수 있다. CU가 f1c 패킷을 전송하고자 할 때, F1C transfer 메시지에 포함시킨 후 master gNB에게 전송하면, master gNB는 하향 링크로 NR RRC에 f1c 패킷을 포함시킨 후, IAB 노드에게 전송할 수 있다.

도 7b의 경우, f1c 트래픽이 SCG 링크를 통하여 전송되도록 설정된 경우, IAB MT는 SRB3를 통하여 NR RRC 에 f1c 패킷을 포함시킨 후 secondary gNB에게 전송할 수 있다. Secondary gNB는 수신된 f1c 패킷을 F1C transfer 메시지에 포함시킨 후 master gNB에게 전송할 수 있다. Master gNB는 F1C transfer 메시지를 수신하여 f1c 패킷을 CU에게 전달한다. CU가 f1c 패킷을 전송하고자 할 때에는 F1C Transfer 메시지에 포함시킨 후 secondary gNB에게 전송하면, secondary gNB는 하향 링크로 NR RRC 메시지에 f1c 패킷을 포함시킨 후, IAB node에게 SRB3을 통해 전달할 수 있다.

만약 상기의 경우, IAB node가 NR RRC 메시지에 f1c 패킷을 포함시킨 후 split SRB를 통해 secondary gNB에게 전송하는 경우는 secondary gNB에서 RLC 계층까지 decoding 처리한 후, F1C 메시지가 아니라, 남은 PDCP PDU 를 master gNB에게 전송하게 될 수 있다. 이 경우는 F1C 메시지가 아니라 기존 PDCP PDU 전송시 사용하는 메시지가 사용될 수 있다. 하향 링크의 경우도 master gNB가 생성한 PDCP PDU를 secondary gNB에게 전송한 후, secondary gNB에서 RLC/MAC/PHY 계층 처리를 하고 IAB node에게 split SRB의 SCG path로 전달하면 수신한 IAB 노드는 f1c packet 만을 전달받을 수 있다. 즉, split SRB를 쓸 경우, 중간에 거쳐가는 non donor node는 f1c packet을 decoding 하지 않고 PDCP PDU 형태로 전달할 수 있다.

도 8은 본 개시의 일 실시예에 따른 non-donor master node와 donor secondary node 로 구성된 dual connection 구조에서 IAB node의 f1c 트래픽 이 master node를 통하여 donor node의 CU로 전송되는 과정의 흐름도 이다.

도 8을 참조하면, SCG path를 통하여 f1c 트래픽 전송시 SRB3를 사용하는 경우가 도시된다.

일 실시예에서, 8-02 단계에서, IAB 노드와 MN이 연결 상태를 유지하고 있을 수 있다. 또한, MN은 MN의 판단에 따라 SN을 add할 수 있다. 예를 들어, 8-04 단계에서 MN은 SN에게 SNAddReq 메시지를 전송하고, 8-06 단계에서 MN은 SN으로부터 SNAddReqACK를 수신함으로써, MN은 SN을 추가할 수 있다.

본 개시의 일 실시예에 따른 8-10 단계에서 IAB node는 SCG addition 설정을 RRCReconfiguraiton 을 통해 수신할 수 있다. 이 때, 설정 정보는 MN이 생성한 RRCReconfiguration 메시지(A)의 mrdc-SecondaryCellGroup 필드에 있는 RRCReconfiguration (B)에 포함되어 있을 수 있다. 또한, 동일한 곳에 BAP 설정 및 SRB3 설립 설정 정보가 들어 있을 수 있다. 8-12 단계에서, IAB 노드와 SN은 랜덤 엑세스 과정을 수행할 수 있다.

8-13 단계에서, IAB 노드는 SCG 설정 정보를 통하여 SCG 를 설립하고 SRB3 설립을 할 수 있다. 그리고 BAP 설정 정보에 따라 BAP를 설립하고 설정을 적용할 수 있다. 이 경우, F1c transfer path 설정 정보가 없으므로, IAB node는 default path를 SCG 로 인식할 수 있다.

이후 8-15 단계에서, f1c 상향 링크 트래픽이 발생하게 되면 IAB 노드는 f1c 상향링크 트래픽을 NR RRC 메시지에 수납하여 SRB3를 이용하여 8-16 단계에서 전송할 수 있다. 또한, 하향 트래픽도 마찬가지로 8-18 단계에서 SRB3를 통하여 NR RRC 메시지에 수납하여 IAB node에게 전송될 수 있다.

본 개시의 일 실시예에 따른 8-20 단계에서, donor 노드가 f1c transfer path 설정을 MCG로 전달하면, 그 순간부터 f1c 트래픽은 MCG를 통하여 전달 될 수 있다. 예를 들어, donor 노드인 SN 노드가 F1-C transferPath 설정을 IAB 노드로 전송하면, 8-22 단계에서 IAB노드는 수신한 설정 정보에 기초하여 MCG로 path를 변경할 수 있다. 이에 따라, F1-C 트래픽은 이후 MCG를 통하여 전송될 수 있다.

8-24 단계에서, 상향 f1c 트래픽이 발생하면 IAB 노드는 SRB1 또는 SRB2 를 통하여 NR RRC 메시지에 수납하여 MN에게 전송하고, MN은 해당 메시지에서 f1c 패킷을 분리하여, 8-26 단계에서 MN은 Xn interface상에서 F1C Transfer 메시지에 수납하여 SN에게 전송할 수 있다. SN은 f1c 패킷을 발생시켜서, 마찬가지로 F1c Transfer 메시지에 넣어 8-28 단계에서 MN에게 전송하고, 8-30 단계에서 MN은 SRB1 또는 SRB2 상에 NR RRC 메시지에 수납하여 IAB node에게 전송할 수 있다.

도 9은 본 개시의 일 실시예에 따른 non-donor master node와 donor secondary node 로 구성된 dual connection 구조에서 IAB node의 f1c 트래픽 이 master node를 통하여 donor node의 CU로 전송되는 과정의 흐름도이다.

도 9를 참조하면, SCG path를 통하여 f1c 트래픽 전송 시 split SRB를 사용하는 경우가 도시된다.

일 실시예에서, 9-02 단계에서 IAB 노드와 MN이 연결 상태를 유지하고 있을 수 있다. 또한, MN은 MN의 판단에 따라 SN을 add할 수 있다. 예를 들어, 9-04 단계에서 MN은 SN에게 SNAddReq 메시지를 전송하고, 9-06 단계에서 MN은 SN으로부터 SNAddReqACK를 수신함으로써, MN은 SN을 추가할 수 있다.

본 개시의 일 실시예에 따른 9-10 단계에서 IAB node는 SCG addition 설정을 RRCReconfiguraiton 을 통해 수신할 수 있다. 이 때, 설정 정보는 MN이 생성한 RRCReconfiguration 메시지(A)의 mrdc-SecondaryCellGroup 필드에 있는 RRCReconfiguration (B) 에 포함되어 있을 수 있다. 또한, 동일한 곳에 BAP 설정 정보가 들어가 있을 수 있다. 또한 RRCReconfiguration 메시지(A)에 split SRB1 또는 split SRB2의 설립 설정 정보가 포함될 수 있다. SN 이 IAB donor node 임을 알고 SN을 추가할 때 MN은 split SRB를 설립하도록 결정할 수 있다. 9-12 단계에서, IAB 노드와 SN은 랜덤 엑세스 과정을 수행할 수 있다.9-13 단계에서, IAB 노드는 SCG 설정 정보를 통하여 SCG 를 설립하고 split SRB 1 또는 split SRB 2를 설립할 수 있다. 또한, IAB 노드는 BAP 설정 정보에 따라 BAP를 설립하고 설정을 적용할 수 있다. 이 경우, F1c transfer path 설정 정보가 없으므로, IAB node는 default path를 SCG 로 인식할 수 있다.

이후 f1c 상향 링크 트래픽이 발생하게 되면 IAB 노드는 f1c 상향링크 트래픽을 NR RRC 메시지에 수납하여 split SRB1 또는 split SRB2를 이용하여 전송할 수 있다. 이 때, 9-15 단계에서 IAB 노드는 전송하고자 하는 split SRB의 primary path를 SCG로 변경할 수 있다.

일 실시예에서, 해당 SRB 가 현재 pdcp duplication 이 설정되지 않았고, primary path 가 기존에 MCG 였다면, IAB 노드는 해당 패킷 전송에 한하여 path를 SCG 로 변경할 수 있고, 변경 한 후 9-16 단계에서 UL(Uplink) 전송을 수행할 수 있다. 하향 트래픽도 마찬가지로 9-18 단계에서 split SRB 를 통하여 NR RRC 메시지에 수납하여 IAB node에게 전달할 수 있다. 다른 일 실시예에서, f1c transfer path 가 SCG로 설정된 순간부터 지속적으로 SCG로 primary path를 변경하고 도너 노드가 path를 다시 MCG로 바꾸기 전까지 IAB 노드는 SCG path로 UL 전송을 할 수 있다.

이 때, split SRB를 사용할 경우, MN과 SN 사이에 PDCP PDU 전송이 Xn 인터페이스 상에서 발생할 수 있다.

본 개시의 일 실시예에 따른 9-20 단계에서 donor 노드가 f1c transfer path 설정을 MCG로 전송하면, 그 순간부터 f1c 트래픽은 MCG를 통하여 전송될 수 있다. 이 때 만약 이전 동작에서 path 설정을 받은 순간부터 계속 변경을 유지하는 실시 예에 따르면, 이 단계에서 IAB 노드는 primary path 를 MCG로 다시 바꾸고, 해당 split SRB를 통해 UL 전송이 수행될 수 있다. 예를 들어, donor 노드인 SN 노드가 IAB 노드로 F1-C transferPath 설정을 전송하면, 9-22 단계에서 IAB노드는 수신한 설정 정보에 기초하여 MCG로 path를 변경할 수 있다. 이에 따라, F1-C 트래픽은 이후 MCG를 통하여 전송될 수 있다. 다른 예를 들어, path 설정을 받은 순간부터 계속 변경을 유지하는 실시 예에 따르면, IAB 노드는 primary path 를 MCG로 다시 바꾸고, 해당 split SRB를 통해 UL 전송이 수행될 수 있다.

일 실시예에서, 상향 f1c 트래픽이 발생하면 IAB 노드는 9-26 단계에서 split SRB 를 통하여 f1c 트래픽을 NR RRC 메시지에 포함하여 MN에게 전송하고, MN은 해당 메시지에서 f1c 패킷을 분리하여, 9-28 단계에서 Xn interface상에서 F1C Transfer 메시지에 포함하여 SN에게 전달할 수 있다. SN은 f1c 패킷을 발생시켜서, 9-30 단계에서 마찬가지로 F1c Transfer 메시지에 포함하여 MN에게 전송하고, 9-32 단계에서 MN은 split SRB1 또는 split SRB2 를 통하여 NR RRC 메시지에 포함하여 IAB node에게 전달할 수 있다.

도 10은 본 개시의 일 실시예에 따른 donor master node와 non-donor secondary node 로 구성된 dual connection 구조에서 IAB node의 f1c 트래픽 이 secondary node를 통하여 donor node의 CU로 전송되는 과정의 흐름도이다.

도 10을 참조하면, SCG path를 통하여 f1c 트래픽을 전송할 때 SRB3를 사용하는 경우가 도시된다.

일 실시예에서, 10-02 단계에서 IAB 노드와 MN이 연결 상태를 유지하고 있을 수 있다. 10-04 단계에서, IAB 노드는 MN으로부터 설정 정보를 수신할 수 있다. 예를 들어, 설정 정보는 RRCReconfiguration일 수 있다. 또한, RRCReconfiguration 메시지에는 BAP 설정 정보가 포함될 수 있다. 10-06 단계에서, MN으로부터 BAP 설정을 수신한 IAB node는 BAP entity를 설립하고 설정 정보를 적용할 수 있다. 또한, IAB 노드는 BH RLC channel 을 setup할 수 있다. 또한, 10-08 단계에서 IAB DU에서 발생하는 f1c 및 f1u 트래픽은 BH RLC CH을 사용하여 MN의 CU와 송/수신될 수 있다.

일 실시예에서, MN의 판단에 따라 SN을 add할 수 있다. 예를 들어, 10-10 단계에서 MN은 SN을 추가하기로 결정할 수 있다. 이에 따라, 10-12 단계에서 MN은 SN에게 SNAddReq 메시지를 전송하고, 10-14 단계에서 MN은 SN으로부터 SNAddReqACK 메시지를 수신할 수 있다.

본 개시의 일 실시예에 따른 10-10단계에서 IAB node는 SCG addition 설정을 RRCReconfiguraiton 을 통해 수신할 수 있다. 이 때, 설정 정보는 MN이 생성한 RRCReconfiguration 메시지(A)의 mrdc-SecondaryCellGroup 필드에 있는 RRCReconfiguration (B)에 포함되어 있을 수 있다. 또한, 동일한 곳에 SRB3 설립 설정 정보가 들어 있을 수 있다.

일 실시예에서, 10-18 단계에서 IAB 노드는 SN과 랜덤 엑세스 과정을 수행할 수 있다. 또한, IAB 노드는 SCG 설정 정보를 통하여 SCG 를 설립하고 SRB3를 설립할 수 있다. 일 실시예에서, BAP 설정 정보는 애초에 MN 이 만든 RRCReconfiguration (A) 메시지에 포함되었으므로, default path 는 MCG 일 수 있다. SCG addition 과 별도로 MCG를 default path 로 사용하다가, 10-20 단계에서 만약 MN으로부터 수신한 RRCReconfiguration (A) 메시지에 master cell group 필드 에 F1c transfer path 설정 정보가 SCG 로 설정되어 전달된다면, IAB node는 f1c 패킷은 SCG 링크로 전달될 수 있다.

이후 상향 f1c 트래픽이 발생하면 10-22 단계에서 IAB 노드는 SRB3 를 통하여 f1c 트래픽을 NR RRC 메시지에 포함시켜 SN에게 전송할 수 있다. 10-24 단계에서, SN은 해당 메시지에서 f1c 패킷을 분리하여, Xn interface상에서 F1C Transfer 메시지에 f1C 패킷을 포함하여 MN에게 전송할 수 있다. 10-26 단계에서, MN은 f1c 패킷을 생성하여, 마찬가지로 f1c Transfer 메시지에 넣어 SN에게 전송할 수 있다. 또한, 10-28 단계에서, SN은 SRB3 상에서 F1-C NR RRC 메시지에 f1c 패킷을 포함하여 IAB node에게 전송할 수 있다.

도 11은 본 개시의 일 실시예에 따른 donor master node와 non-donor secondary node 로 구성된 dual connection 구조에서 IAB node의 f1c 트래픽 이 secondary node를 통하여 donor node의 CU로 전송되는 과정의 흐름도이다.

도 11을 참조하면, SCG path를 통하여 f1c 트래픽 전송시 split SRB가 사용될 수 있다.

일 실시예에서, 11-02 단계에서 IAB 노드와 MN이 연결 상태를 유지하고 있을 수 있다. 또한, 11-04 단계에서 IAB 노드는 MN으로부터 설정 정보를 수신할 수 있다. 예를 들어, 설정 정보는 RRCReconfiguraiton 메시지일 수 있다. 또한, RRCReconfiguration 메시지에는 BAP 설정 정보가 포함될 수 있다. 11-06 단계에서, MN으로부터 BAP 설정을 수신한 IAB node는 BAP entity를 설립하고 설정 정보를 적용할 수 있다. 또한, IAB 노드는 BH RLC channel 을 setup할 수 있다. 또한, 11-08 단계에서 IAB DU에서 발생하는 F1-C 및 F1-U 트래픽은 BH RLC CH을 사용하여 MN의 CU와 송수신할 수 있다.

일 실시예에서, MN의 판단에 따라 SN을 add할 수 있다. 예를 들어, 11-10 단계에서 MN은 SN을 추가하기로 결정할 수 있다. 이에 따라, 11-12 단계에서 MN은 SN에게 SNAddReq 메시지를 전송하고, 11-14 단계에서 MN은 SN으로부터 SNAddReqACK 메시지를 수신할 수 있다.

본 개시의 일 실시예에 따른 11-16 단계에서 IAB node는 SCG addition 설정을 RRCReconfiguraiton 을 통해 수신할 수 있다. 이 때, 설정 정보는 MN이 생성한 RRCReconfiguration 메시지(A)의 mrdc-SecondaryCellGroup 필드에 있는 RRCReconfiguration (B)에 포함되어 있을 수 있다.

또한 RRCReconfiguration 메시지(A)에 split SRB1 또는 split SRB2의 설립 설정 정보가 포함되어 있을 수 있다. SN add 시 MN은 split SRB를 설립하도록 결정할 수 있다.

일 실시예에서, 11-18 단계에서 IAB 노드는 SN과 랜덤 엑세스 과정을 수행할 수 있다. 11-20 단계에서, IAB 노드는 SCG 설정 정보를 통하여 SCG 를 설립할 수 있다. 또한, IAB 노드는 split SRB 1 또는 split SRB 2를 설립할 수 있다. BAP 설정 정보는 애초에 MN 이 만든 RRCReconfiguration (A) 메시지에 포함되었으므로, default path 는 MCG 일 수 있다. SCG addition 과 별도로 MCG를 default path 로 사용하다가, 만약 MN으로부터 수신한 RRCReconfiguration (A) 메시지 mater cell group 필드 에 F1c transfer path 설정 정보가 SCG 로 설정되어 전달된다면, IAB node는 f1c 패킷은 SCG 링크로 전달될 수 있다.

일 실시예에서, 이후 11-24 단계에서, f1c 상향 링크 트래픽이 발생하게 되면 IAB 노드는 f1c 상향 링크 트래픽을 NR RRC 메시지에 포함하여 split SRB1 또는 split SRB2를 이용하여 전송할 수 있다. 이를 위해, IAB 노드는 11-22 단계에서 전송하고자 하는 split SRB의 primary path를 SCG로 변경할 수 있다.

일 실시예에서, 해당 SRB 가 현재 pdcp duplication 이 설정되지 않았고, primary path 가 기존에 MCG 였다면, 해당 패킷 전송에 한하여 SCG 로 변경할수 있고, 변경한 후 UL 전송을 수행할 수 있다. 하향 트래픽도 마찬가지로 split SRB 를 통하여 NR RRC 메시지에 포함되어 IAB node에게 전달될 수 있다.

또 다른 일 실시예로, f1c transfer path 가 SCG로 설정된 순간부터 지속적으로 SCG로 primary path를 바꾸고 도너 노드가 이를 다시 MCG로 바꾸기 전까지 모든 패킷에 대하여 SCG path로 UL 전송이 수행될 수 있다.

상기 예제에서, donor node가 f1c transfer path 를 어떤 값으로 설정함에 따라, IAB node에서 발생한 f1c 트래픽을 포함한 RRC 메시지는 설정된 path 로 전달될 수 있다. 다만, donor node가 f1c transfer path를 어떤 값으로 설정하더라도, primary path 의 설정에는 영향을 미치지 않을 수 있다. 이를 통하여, IAB node의 다른 상향 제어 메시지들은 여전히 현재 설정된 primary path를 통하여 전송되지만, 상향 f1c 트래픽을 포함한 RRC 메시지는 f1c transfer path 설정에 따라 전송될 수 있다.

IAB node가 ENDC(E-UTRAN New Radio - Dual Connectivity) 로 설정되어 있는 상황에서, IAB node의 f1c 상향 패킷이 발생하게 되면, IAB MT는 LTE RRC의 ULInformationTransfer 메시지에 f1c 를 Octet string으로 첨가하여 전달할 수 있다.

만약 하위 레이어에 의해 ULInformationTransfer 메시지의 성공적인 전달이 확인되기 전에 핸드오버, RRC 연결 재설립과 같은 이동이 발생하는 경우(mobility (i.e. handover, RRC connection re-establishment) occurs before the successful delivery of ULInformationTransfer messages has been confirmed by lower layers):,

IAB MT는 ULInformationTransfer 메시지의 전송 실패를 알려야 한다. 이 때 어떤 entity에 어떤 실패를 알려야 하는지에 대하여 도 12를 참조하여 설명하기로 한다.

도 12는 본 개시의 일 실시예에 따른 IAB node의 ULInformationTransfer failure 처리 과정을 도시하는 흐름도이다.

도 12를 참조하면, 12-05 단계에서, IAB 노드는 ULInformationTransfer 전송이 실패하였다고 결정할 수 있다. 예를 들어, 하위 계층으로부터 ULInformationTransfer 메시지의 성공적인 전송이 확인되기 전에, 핸드오버, RRC 연결 재설립 절차 등이 발생하는 경우 IAB 노드는 ULInformationTransfer 전송이 실패하였다고 결정할 수 있다. ULInformationTransfer 전송이 실패하게 될 경우, 12-10 단계에서, IAB node 는 실패한 ULInformationTransfer 메시지에 다중의 dedicatedTypeInfo가 포함되어 있었는지 확인할 수 있다.

다중 메시지 유무 확인 후, 12-15 단계에서 IAB 노드는 다중 메시지 중 dedicatedInfoF1c 가 포함되어 있는지 여부를 식별할 수 있다. 일 실시예에서, 다중 메시지에 dedicatedInfoF1c 가 포함되어 있었다면, 12-20 단계에서, IAB MT는 collocated 된 IAB DU에게 f1c 전송 실패를 알릴 수 있다.

일 실시예에서, 다중 메시지에 dedicatedInfoF1c 가 포함되어 있지 않거나, 12-20 단계에서 전송 실패를 알린 후, 12-25 단계에서 IAB 노드는 다른 dedicatedInfo가 포함되어 있는지 여부를 결정할 수 있다. 또한, 다중 메시지 중 다른 종류의 dedicatedInfo 가 포함되어 있다면, 12-30 단계에서 IAB 노드는 해당 dedicated info type에 대응하는 upper layer 에게 해당 dedicated info 전달 실패를 알릴 수 있다.

또 다른 일 실시예에서, 만약 F1c 계층 내부에서 failure handling 이 이루어 질 경우, 별도의 ULInformationTransfer 에서의 전송 실패를 upper layer나 IAB DU에게 알리는 것이 필요하지 않을 수도 있다. 이 경우, 하위 계층에서 ULInformationTransfer 의 전송실패가 LTE RRC에게 알려지게 되는 경우, 만약 이 ULInformationTrnasfer 메시지가 f1c dedicated Info 외의 다른 type 의 dedicated Info 필드를 포함하고 있다면, 해당 dedicated info 와 관련한 upper layer에 전송 실패를 알릴 수 있다. 그리고 이 ULInformationTransfer 가 f1c dedicatedInfo 필드를 포함하고 있다면, f1c dedicatedInfo 에 해당하는 어떤 upper layer나 IAB DU에게 별도의 전송실패를 알리지 않을 수 있다. 즉, 만약 이 ULInformationTrnasfer 메시지가 f1c dedicated Info 를 포함하고 있었다면, 이 f1c dedicated info 필드외의 다른 type의 dedicated Info를 위한 upper layer에 전송 실패가 알려질 수 있다. 이를 위하여 단말의 LTE RRC 는 ULInformationTrnafer의 전송 실패시 내용물을 파악하여, 특정 경우, 전송실패를 upper layer에 알리거나, 전송실패를 알리지 않을 수 있다.

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

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

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

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

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

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

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

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

Claims

무선 통신 시스템에서 결합된 액세스 백홀 노드(IAB node, Integrated Access Backhauled node)의 통신 방법에 있어서,
제1 노드로부터 RRC(Radio Resource Control) 재설정 메시지를 수신하는 단계;
상기 RRC 재설정 메시지로부터 SCG(Secondary Cell Group) 추가를 위한 설정 정보, BAP (Backhaul Adaptation Protocol) 설정 정보, 및 SRB (Signaling Radio Bearer) 설립 설정 정보 중 적어도 하나의 설정 정보를 식별하는 단계;
상기 식별한 적어도 하나의 설정 정보에 기초하여, 상향링크 트래픽을 전송할 제어 평면의 경로를 결정하는 단계; 및
상기 결정한 제어 평면의 경로를 통해 상기 상향링크 트래픽을 전송하는 단계를 포함하는, 방법.