KR20230046010A

KR20230046010A - 무선 통신 시스템에서 IAB(integrated access and backhaul) 노드의 inter-CU(central unit) 핸드오버를 위한 방법 및 장치

Info

Publication number: KR20230046010A
Application number: KR1020210128953A
Authority: KR
Inventors: 정병훈; 박세웅; 이기택; 백승우
Original assignee: 삼성전자주식회사; 서울대학교산학협력단
Priority date: 2021-09-29
Filing date: 2021-09-29
Publication date: 2023-04-05
Also published as: WO2023055118A1

Abstract

본 개시는 LTE와 같은 4G 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 또는 6G 통신 시스템에 관련된 것이다. 본 개시의 일 실시예서는, 무선 통신 시스템에서 제1 gNB-CU가 IAB(integrated access and backhaul) 노드의 제2 gNB-CU로의 핸드오버를 지원하는 방법이 제공된다. 방법은, IAB 노드에 연결된 적어도 하나의 하위 노드로, IAB 노드의 핸드오버를 위한 측정 리포트(measurement report)에 기초하여 결정된 핸드오버 정보를 전송하는 단계, 제2 gNB-CU로 IAB 노드의 핸드오버 정보를 포함하는 핸드오버 요청(handover request) 메시지를 전송하는 단계, 적어도 하나의 하위 노드로부터 컨텍스트(context) 정보를 수신하는 단계, 컨텍스트 정보에 기초하여, 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하는 단계, 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계, 및 IAB 노드의 핸드오버 정보 및 제2 gNB-CU로부터 수신한 IAB 노드의 핸드오버 승인 메시지에 기초하여, IAB 노드의 제2 gNB-CU로의 inter-CU 핸드오버를 지원하는 단계를 포함할 수 있다.

Description

무선 통신 시스템에서 IAB(integrated access and backhaul) 노드의 inter-CU(central unit) 핸드오버를 위한 방법 및 장치{METHOD AND APPARATUS FOR INTER-CU HANDOVER OF INTEGRATED ACCESS AND BACKHAUL (IAB) NODE IN WIRELESS COMMUNICATION SYSTEM}

본 개시는 무선 통신 시스템에 관한 것으로, IAB 노드의 inter-CU 핸드오버를 위한 방법 및 장치에 관한 것이다.

무선 통신 세대를 거듭하면서 발전한 과정을 돌아보면 음성, 멀티미디어, 데이터 등 주로 인간 대상의 서비스를 위한 기술이 개발되어 왔다. 5G(5th-generation) 통신 시스템 상용화 이후 폭발적인 증가 추세에 있는 커넥티드 기기들이 통신 네트워크에 연결될 것으로 전망되고 있다. 네트워크에 연결된 사물의 예로는 차량, 로봇, 드론, 가전제품, 디스플레이, 각종 인프라에 설치된 스마트 센서, 건설기계, 공장 장비 등이 있을 수 있다. 모바일 기기는 증강현실 안경, 가상현실 헤드셋, 홀로그램 기기 등 다양한 폼팩터로 진화할 것으로 예상된다. 6G(6th-generation) 시대에는 수천억 개의 기기 및 사물을 연결하여 다양한 서비스를 제공하기 위해, 개선된 6G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 6G 통신 시스템은 5G 통신 이후(beyond 5G) 시스템이라 불리어지고 있다.

2030년쯤 실현될 것으로 예측되는 6G 통신 시스템에서 최대 전송 속도는 테라 (즉, 1,000기가) bps, 무선 지연시간은 100마이크로초(μsec) 이다. 즉, 5G 통신 시스템대비 6G 통신 시스템에서의 전송 속도는 50배 빨라지고 무선 지연시간은 10분의 1로 줄어든다.

이러한 높은 데이터 전송 속도 및 초저(ultra-low) 지연시간을 달성하기 위해, 6G 통신 시스템은 테라헤르츠(terahertz, THz) 대역(예를 들어, 95기가헤르츠(95GHz)에서 3테라헤르츠(3THz)대역)에서의 구현이 고려되고 있다. 테라헤르츠 대역에서는 5G에서 도입된 밀리미터파(mmWave) 대역에 비해 더 심각한 경로 손실 및 대기 흡수 현상으로 인해서 신호 도달 거리, 즉 커버리지를 보장할 수 있는 기술의 중요성이 더 커질 것으로 예상된다. 커버리지를 보장하기 위한 주요 기술로서 RF(radio frequency) 소자, 안테나, OFDM(orthogonal frequency division multiplexing)보다 커버리지 측면에서 더 우수한 신규 파형(waveform), 빔포밍(beamforming) 및 거대 배열 다중 입출력(massive multiple-input and multiple-output; massive MIMO), 전차원 다중 입출력(full dimensional MIMO; FD-MIMO), 어레이 안테나(array antenna), 대규모 안테나(large scale antenna)와 같은 다중 안테나 전송 기술 등이 개발되어야 한다. 이 외에도 테라헤르츠 대역 신호의 커버리지를 개선하기 위해 메타물질(metamaterial) 기반 렌즈 및 안테나, OAM(orbital angular momentum)을 이용한 고차원 공간 다중화 기술, RIS(reconfigurable intelligent surface) 등 새로운 기술들이 논의되고 있다.

또한 주파수 효율 향상 및 시스템 네트워크 개선을 위해, 6G 통신 시스템에서는 상향링크(uplink)와 하향링크(downlink)가 동일 시간에 동일 주파수 자원을 동시에 활용하는 전이중화(full duplex) 기술, 위성(satellite) 및 HAPS(high-altitude platform stations)등을 통합적으로 활용하는 네트워크 기술, 이동 기지국 등을 지원하고 네트워크 운영 최적화 및 자동화 등을 가능하게 하는 네트워크 구조 혁신 기술, 스펙트럼 사용 예측에 기초한 충돌 회피를 통한 동적 주파수 공유(dynamic spectrum sharing) 기술, AI(artificial intelligence)를 설계 단계에서부터 활용하고 종단간(end-to-end) AI 지원 기능을 내재화하여 시스템 최적화를 실현하는 AI 기반 통신 기술, 단말 연산 능력의 한계를 넘어서는 복잡도의 서비스를 초고성능 통신과 컴퓨팅 자원(mobile edge computing (MEC), 클라우드 등)을 활용하여 실현하는 차세대 분산 컴퓨팅 기술 등의 개발이 이루어지고 있다. 뿐만 아니라 6G 통신 시스템에서 이용될 새로운 프로토콜의 설계, 하드웨어 기반의 보안 환경의 구현 및 데이터의 안전 활용을 위한 메커니즘 개발 및 프라이버시 유지 방법에 관한 기술 개발을 통해 디바이스 간의 연결성을 더 강화하고, 네트워크를 더 최적화하고, 네트워크 엔티티의 소프트웨어화를 촉진하며, 무선 통신의 개방성을 높이려는 시도가 계속되고 있다.

이러한 6G 통신 시스템의 연구 및 개발로 인해, 사물 간의 연결뿐만 아니라 사람과 사물 간의 연결까지 모두 포함하는 6G 통신 시스템의 초연결성(hyper-connectivity)을 통해 새로운 차원의 초연결 경험(the next hyper-connected experience)이 가능해질 것으로 기대된다. 구체적으로 6G 통신 시스템을 통해 초실감 확장 현실(truly immersive extended reality; truly immersive XR), 고정밀 모바일 홀로그램(high-fidelity mobile hologram), 디지털 복제(digital replica) 등의 서비스 제공이 가능할 것으로 전망된다. 또한 보안 및 신뢰도 증진을 통한 원격 수술(remote surgery), 산업 자동화(industrial automation) 및 비상 응답(emergency response)과 같은 서비스가 6G 통신 시스템을 통해 제공됨으로써 산업, 의료, 자동차, 가전 등 다양한 분야에서 응용될 것이다. 한편, 6G 통신 시스템에서 디바이스간의 지속 가능한 연결성을 보장하기 위해 네트워크 구조 분야에서 다중 홉(multi-hop)으로 구성된 효율적인 설계가 주목받고 있다. IAB 시스템에서 짧은 통신 가능 거리를 보완하기 위한 기지국 간의 무선 백홀 연결과 서비스 엔티티의 결합은 네트워크를 이용하는 사용자의 연결성을 보장할 수 있다.

본 개시의 일 실시예는, IAB 노드가 inter-CU 핸드오버를 수행하는 경우 하위 노드의 이동성을 함께 관리하여, 하위 노드에 네트워크 서비스를 지원할 때 지연을 줄일 수 있는 기술을 제공할 수 있다.

본 개시의 일 실시예는, 핸드오버를 수행하는 IAB 노드에 연결된 하위 노드들의 RRC 재수립(re-establishment) 절차를 집합으로 수행하여 불필요한 컨트롤 시그널링의 발생을 방지할 수 있는 기술을 제공할 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서 개시된, 무선 통신 시스템에서 제1 gNB-CU가 IAB(integrated access and backhaul) 노드의 제2 gNB-CU로의 핸드오버를 지원하는 방법은, IAB 노드에 연결된 적어도 하나의 하위 노드로, IAB 노드의 핸드오버를 위한 측정 리포트(measurement report)에 기초하여 결정된 핸드오버 정보를 전송하는 단계, 제2 gNB-CU로 IAB 노드의 핸드오버 정보를 포함하는 핸드오버 요청(handover request) 메시지를 전송하는 단계, 적어도 하나의 하위 노드로부터 컨텍스트(context) 정보를 수신하는 단계, 컨텍스트 정보에 기초하여, 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하는 단계, 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계, 및 IAB 노드의 핸드오버 정보 및 제2 gNB-CU로부터 수신한 IAB 노드의 핸드오버 승인 메시지에 기초하여, IAB 노드의 제2 gNB-CU로의 inter-CU 핸드오버를 지원하는 단계를 포함할 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서 개시된, 무선 통신 시스템에서 제2 gNB-CU가 IAB 노드의 제1 gNB-CU로부터의 핸드오버를 지원하는 방법은, 제1 gNB-CU로부터, IAB 노드의 핸드오버를 위한 측정 리포트에 기초하여 결정된 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 수신하는 단계, 핸드오버 요청 메시지에 대한 응답으로, IAB 노드의 핸드오버 승인 메시지를 제1 gNB-CU로 전송하는 단계, IAB 노드의 제1 gNB-CU로부터의 inter-CU 핸드오버를 지원하는 단계, 및 IAB 노드에 대해 RRC 연결 재수립(re-establishment) 절차를 수행하고, IAB 노드에 연결된 하위 노드에 대해 RRC 연결 재수립 절차를 수행하는 단계를 포함할 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서 개시된, 무선 통신 시스템에서 IAB 노드가 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하는 방법은, 제1 gNB-CU로 핸드오버를 위한 측정 리포트를 전송하는 단계, 연결된 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하는 단계, 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계, 제2 gNB-CU로부터의 핸드오버 승인 메시지를 제1 gNB-CU를 통해 수신하는 단계, 및 핸드오버 승인 메시지에 기초하여, 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하는 단계를 포함할 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서 개시된, 무선 통신 시스템에서 IAB 노드의 제2 gNB-CU로의 핸드오버를 지원하는 제1 gNB-CU는, 송수신부 및 적어도 하나의 프로세서를 포함할 수 있다. 적어도 하나의 프로세서는, IAB 노드에 연결된 적어도 하나의 하위 노드로, IAB 노드의 핸드오버를 위한 측정 리포트에 기초하여 결정된 핸드오버 정보를 전송하고, 제2 gNB-CU로 IAB 노드의 핸드오버 정보를 포함하는 핸드오버 요청(handover request) 메시지를 전송하고, 적어도 하나의 하위 노드로부터 컨텍스트(context) 정보를 수신하고, 컨텍스트 정보에 기초하여, 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하고, 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하고, IAB 노드의 핸드오버 정보 및 제2 gNB-CU로부터 수신한 IAB 노드의 핸드오버 승인 메시지에 기초하여, IAB 노드의 제2 gNB-CU로의 inter-CU 핸드오버를 지원하도록 설정될 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서 개시된, 무선 통신 시스템에서 IAB 노드의 제1 gNB-CU로부터의 핸드오버를 지원하는 제2 gNB-CU는, 송수신부 및 적어도 하나의 프로세서를 포함할 수 있다. 적어도 하나의 프로세서는, 제1 gNB-CU로부터, IAB 노드의 핸드오버를 위한 측정 리포트에 기초하여 결정된 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 수신하고, 핸드오버 요청 메시지에 대한 응답으로, IAB 노드의 핸드오버 승인 메시지를 제1 gNB-CU로 전송하고, IAB 노드의 제1 gNB-CU로부터의 inter-CU 핸드오버를 지원하고, IAB 노드에 대해 RRC 연결 재수립(re-establishment) 절차를 수행하고, IAB 노드에 연결된 하위 노드에 대해 RRC 연결 재수립 절차를 수행하도록 설정될 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서 개시된, 무선 통신 시스템에서 제1 gNB-CU로부터 제2 gNB-CU로 이동성 또는 전파 환경의 변화 등에 따라 핸드오버하는 IAB 노드는, 송수신부 및 적어도 하나의 프로세서를 포함할 수 있다. gNB 또는 IAB에 포함된 적어도 하나의 프로세서의 기능은, 제1 gNB-CU로 핸드오버를 위한 측정 리포트를 전송하고, 연결된 자신의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하고, 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하고, 제2 gNB-CU로부터의 핸드오버 승인 메시지를 상기 제1 gNB-CU를 통해 수신하고, 핸드오버 승인 메시지에 기초하여 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하도록 설정될 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서 개시된, 컴퓨터로 읽을 수 있는 기록매체는, 개시된 방법의 실시예들 중에서 적어도 하나를 컴퓨터에서 실행시키기 위한 프로그램이 저장된 것일 수 있다.

도 1은 본 개시의 일 실시예에 따른, IAB 노드가 운영되는 통신 시스템을 도시하는 도면이다.
도 2a는 본 개시의 일 실시예에 따른, 무선 통신 시스템의 네트워크 구조를 도시하는 도면이다.
도 2b는 본 개시의 일 실시예에 따른, IAB 노드가 운영되는 통신 시스템에서, 단말이 RRC 연결 설정을 수행하는 동작을 설명하기 위한 도면이다.
도 2c는 본 개시의 일 실시예에 따른, 무선 통신 시스템에서 각각의 무선 노드들이 가질 수 있는 프로토콜 계층 장치를 나타낸 도면이다.
도 2d는 본 개시의 일 실시예에 따른, 무선 통신 시스템에서 IAB 노드가 inter-CU 핸드오버를 수행하는 동작을 도시하는 도면이다.
도 3은 본 개시의 일 실시예에 따른, 무선 통신 시스템에서 제1 gNB-CU가 IAB 노드의 제2 gNB-CU로의 핸드오버를 지원하는 동작을 설명하기 위한 흐름도이다.
도 4는 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 절차에서, 기지국, 무선 노드들, 및 UE의 동작을 설명하기 위한 도면이다.
도 5는 본 개시의 일 실시예에 따른, 하위 노드가 상위 노드의 핸드오버 정보를 수신함에 대한 응답으로서 컨텍스트 정보를 전송하는 동작을 설명하기 위한 도면이다.
도 6은 본 개시의 일 실시예에 따른, 하위 노드가 채널 상태 변화를 감지하는 경우 컨텍스트 정보를 전송하는 동작을 설명하기 위한 도면이다.
도 7은 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 준비 절차에서, 기지국, 무선 노드들, 및 UE의 동작을 설명하기 위한 도면이다.
도 8은 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 수행 이후의 기지국, 무선 노드들, 및 UE의 동작을 설명하기 위한 도면이다.
도 9a는 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 절차에서, 단계별로 기지국, 무선 노드들, 및 UE의 연결 관계를 설명하기 위한 도면이다.
도 9b는 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 절차에서, 단계별로 기지국, 무선 노드들, 및 UE의 연결 관계를 설명하기 위한 도면이다.
도 9c는 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 절차에서, 단계별로 기지국, 무선 노드들, 및 UE의 연결 관계를 설명하기 위한 도면이다.
도 9d는 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 절차에서, 단계별로 기지국, 무선 노드들, 및 UE의 연결 관계를 설명하기 위한 도면이다.
도 9e는 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 절차에서, 단계별로 기지국, 무선 노드들, 및 UE의 연결 관계를 설명하기 위한 도면이다.
도 10은 본 개시의 일 실시예에 따른 gNB-CU의 구성을 개략적으로 도시한 블록도이다.
도 11은 본 개시의 일 실시예에 따른 IAB 노드의 구성을 개략적으로 도시한 블록도이다.
도 12는 본 개시의 일 실시예에 따른 단말의 구성을 개략적으로 도시한 블록도이다.

이하, 본 개시의 실시예들을 첨부된 도면을 참조하여 상세히 설명한다.

본 개시를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

마찬가지 이유로 첨부된 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성 요소에는 동일한 참조 번호를 부여하였다.

본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다. 또한 본 개시를 설명함에 있어서 관련된 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단된 경우 그 상세한 설명은 생략한다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

이하, 기지국(base station, BS)은 단말의 자원 할당을 수행하는 주체로서, gNode B, eNode B, Node B, (또는 xNode B (x는 g, e를 포함하는 알파벳)), 무선 접속 유닛, 기지국 제어기, 위성(satellite), 비행체(airborn), 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말(user equipment: UE)은 MS(Mobile Station), 차량(Vehicular), 위성(satellite), 비행체(airborn), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어 시스템을 포함할 수 있다. 물론 기지국 및 단말이 상기 예시에 제한되는 것은 아니다. 본 개시에서 하향링크(Downlink, DL)는 기지국이 단말에게 전송하는 신호의 무선 전송경로이고, 상향링크(Uplink, UL)는 단말이 기지국에게 전송하는 신호의 무선 전송경로를 나타낼 수 있다.

또한, 이하에서 LTE, LTE-A 또는 5G 시스템을 일 예로서 설명할 수도 있지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 개시의 실시예가 적용될 수 있다. 예를 들어 5G 이동통신 기술(혹은 new radio, NR) 이후에 개발되는 5G-Advance 또는 NR-Advance 또는 6세대 이동통신 기술(6G)이 이에 포함될 수 있으며, 이하의 5G는 기존의 LTE, LTE-A 및 유사한 다른 서비스를 포함하는 개념일 수도 있다. 또한, 본 개시는 숙련된 기술적 지식을 가진 자의 판단으로써 본 개시의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.

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

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

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

이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 방송 정보를 지칭하는 용어, 제어 정보를 지칭하는 용어, 통신 커버리지(coverage)에 관련된 용어, 상태 변화를 지칭하는 용어(예: 이벤트(event)), 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다.

이하 설명의 편의를 위하여, 본 개시에서는 현재 존재하는 통신표준 가운데 3GPP (The 3rd Generation Partnership Project) 단체에서 정의하는 가장 최신의 표준인 LTE 및 NR 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시의 실시예들이 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.

5G에서는 6GHz 이상 대역 특히 mmWave 대역에서 기지국이 단말에게 데이터를 송수신할 때, 전파경로감쇄로 인해 커버리지가 제한될 수 있다. 이러한 커버리지 제한에 따른 문제는 기지국과 단말의 전파경로 사이에 복수의 릴레이(또는, 릴레이 노드)를 촘촘히 배치하는 것으로 해결될 수 있지만, 그에 따라 릴레이와 릴레이 사이에 백홀 연결을 위한 광케이블을 설치하기 위한 비용문제가 심각할 수 있다. 따라서, 광케이블을 릴레이 사이에 설치하는 대신에, mmWave에서 가용한 광대역의 무선 주파수 자원을 릴레이 간의 백홀 데이터를 송수신하는데 사용함으로써, 광케이블을 설치하는 비용문제를 해결하고 mmWave 대역을 더욱 효율적으로 사용할 수 있다.

설명한 바와 같이 mmWave를 포함한 고 대역폭의 무선채널을 활용 하여 기지국으로부터 백홀 데이터를 송수신하고, 복수개의 릴레이를 거쳐 최종적으로 단말에게 액세스 데이터를 송수신하기 위한 기술을 IAB(Integrated Access and Backhaul)라고 하며, 이때 무선 백홀을 통해 기지국으로부터 데이터를 송수신 하는 릴레이 노드를 IAB 노드라고 부른다. IAB 노드는 릴레이간의 자유로운 토폴로지 구성 능력, 백홀 또는 연결된 엑세스에 대한 무선 자원의 효율적 활용을 가능하게 하도록, 접속 링크의 구성과 자원의 할당을 능동적으로 구성할 수 있는 능력을 가질 수 있다. 기지국은 CU(Central Unit)와 DU(Distributed Unit)으로 구성되어 있고, IAB 노드는 DU(Distributed Unit)과 MT(Mobile Termination)로 구성되어 있다. CU는 기지국과 멀티홉(multi-hop)으로 연결되어 있는 모든 IAB 노드의 DU를 관장할 수 있다.

IAB 노드는 기지국으로부터 백홀 데이터를 수신하고 단말로 액세스 데이터를 송신할 때와, 단말로부터 액세스 데이터를 수신하고 기지국으로 백홀 데이터를 송신할 때, 서로 다른 주파수 대역 혹은 같은 주파수 대역을 사용할 수 있다. 같은 주파수 대역을 사용할 때, IAB 노드는 한 순간에 단방향 송수신 특성(Half duplex constraint)을 갖게 된다. 따라서, IAB 노드의 단방향 송수신 특성으로 인한 송수신 지연을 줄이기 위한 방법으로써, IAB 노드가 수신할 때, 백홀 데이터(부모(parent) IAB 노드의 DU로부터 IAB 노드의 MT로의 하향 데이터 및 자녀(child) IAB 노드의 MT로부터 IAB 노드의 DU로의 상향 데이터)와 단말로부터의 액세스 데이터(단말로부터 IAB 노드로의 상향 데이터)를 FDM 및/또는 SDM 할 수 있다.

또한, IAB 노드가 송신할 때에도 백홀 데이터(IAB 노드의 MT로부터 부모 IAB 노드의 DU로의 상향 데이터 및 IAB 노드의 DU로부터 자녀 IAB 노드의 MT로의 하향 데이터)와 단말로의 액세스 데이터(IAB 노드로부터 단말로의 하향 데이터)를 FDM 및/또는 SDM 할 수 있다.

도 1은 본 개시의 일 실시예에 따른, IAB 노드가 운영되는 통신 시스템을 도시하는 도면이다.

도 1을 참조하면, gNB(101)은 통상적인 기지국(예를 들어, eNB 또는 gNB)이며, 본 개시에서는 gNB, eNB, 기지국, 도우너(Donor) 기지국, 도우너 IAB, 또는 IAB 도우너로 부른다. IAB 도우너 노드(101)는 연결된 다른 노드를 제어 할 수 있는 CU 장치를 포함하고, 코어 네트워크와 직접적으로 연결되어있는 IAB 노드 #1(111)에 대한 고 대역폭 백홀을 지원하는 기능을 제공하는 gNodeB(gNB)이다. 즉, IAB 도우너 노드(101)는 백홀 및 액세스 링크의 네트워크를 통해 UE에 네트워크 액세스를 제공하는 gNB이다.

IAB 노드 #1(111) 및 IAB 노드 #2(121)는 mmWave를 포함한 고 대역폭 무선 채널에서 백홀 링크를 송수신하는 IAB 노드들이다. IAB 노드들은 NR 백홀을 통해 단말의 네트워크(코어 네트워크)에 대한 연결을 지원하는 기능을 제공하는 RAN(Radio Access Network) 노드이다. 즉, IAB 노드들은 UE들에 대한 NR 액세스 링크와 상위 노드(parent node) 및 하위 노드(child node)에 대한 NR 백홀 링크를 지원하는 RAN 노드일 수 있다.

NR 백홀 링크(104, 114)는 IAB 노드들(111, 112)과 IAB 도우너 노드(101) 사이 및 다중 홉(hop) 네트워크의 경우 IAB 노드들(111, 112) 사이의 백홀링(Backhauling)에 사용되는 NR 링크를 나타낸다.

UE 1(102)은 gNB(101)과 엑세스 링크(103)을 통해 액세스 데이터를 송수신한다. IAB 노드 #1(111)은 gNB(101)과 백홀 링크(104)를 통해 백홀 데이터를 송수신한다. UE 2(112)는 IAB 노드 #1(111)과 액세스 링크(113)을 통해 액세스 데이터를 송수신한다. IAB 노드 #2(121)은 IAB 노드 #1(111)과 백홀 링크(114)를 통해 백홀 데이터를 송수신한다. 따라서, IAB 노드 #1(111)은 IAB 노드 #2(121)의 상위 IAB 노드이며, 부모 IAB(Parent IAB) 노드 또는 부모 노드라고 부를 수 있다. 반대로, IAB 노드 #2(121)는 IAB 노드 #1(111)의 하위 IAB 노드이며, 자녀 IAB(Child IAB) 노드 또는 자녀 노드라고 부를 수 있다. UE 3(122)은 IAB 노드 #2(121)와 액세스 링크(123)을 통해 액세스 데이터를 송수신한다.

다음으로 단말의 IAB 노드 혹은 Donor gNB에 대한 측정(measurement)에 대해서 설명하도록 한다.

UE 2(112)혹은 UE 3(122)이 서빙(serving) IAB 노드가 아닌 이웃에 있는 Donor gNB 혹은 IAB 노드에 대한 measurement를 수행하기 위한 목적으로, Donor gNB 및 IAB 노드들 간의 coordination이 필요할 수 있다. 단말은, 서비스를 제공하는 IAB 노드 혹은 Donor gNB를 포함하는 기지국으로부터, 이웃한 IAB 노드의 measurement를 위해 SSB(synchronization signal block)/PBCH(physical broadcast channel) 혹은 CSI-RS(channel state information reference signal)를 측정하라는 제어 신호를 도우너 gNB로부터 연결된 네트워크의 경로를 통하여 수신할 수 있다.

다음으로 IAB 노드 혹은 Donor gNB들의 다른 IAB 노드에 대한 measurement에 대해서 설명하도록 한다. 특정 IAB 노드가 다른 이웃에 있는 Donor gNB 혹은 IAB 노드에 대한 measurement를 수행하기 위한 목적으로, Donor gNB 및 IAB 노드들 간의 coordination이 필요할 수 있다. 특정 IAB 노드는, 서빙 IAB 노드 혹은 기지국으로부터, 이웃한 IAB 노드의 measurement를 위해 SSB/PBCH 혹은 CSI-RS를 측정하라는 설정을 상위 신호를 통해 수신할 수 있다.

도 2a는 본 개시의 일 실시예에 따른, 무선 통신 시스템의 네트워크 구조를 도시하는 도면이다. 보다 구체적으로, 도 2a는 본 개시의 일 실시예에 따른 무선 통신 시스템에서, 무선 백홀을 지원하는 네트워크 구조를 나타낸 도면이다.

도 2a를 참조하면, IAB 네트워크는 복수 개의 무선 노드들(예를 들어, IAB 노드 또는 IAB 도우너 노드)로 구성될 수 있다. IAB 네트워크에서, 단말은 임의의 무선 노드에 접속하여 RRC 연결을 설정하고, 데이터를 송수신할 수 있다. 또한, 각각의 무선 노드들은 자녀 노드(child node)로써 다른 무선 노드를 부모 노드(parent node)로 고려하고, 부모 노드와 RRC 연결을 설정하여, 데이터를 송수신할 수 있다.

일 실시예에서, 자녀 노드(child node)는 단말 또는 IAB node를 나타낼 수 있으며, 부모 노드(parent node 또는 IAB 도우너 노드)로부터 무선 연결 접속 설정, RRC 설정 정보, 베어러 설정 정보, 각 PDCP 또는 RLC 또는 MAC 또는 PHY 계층부의 설정 정보를 수신하고 이를 적용하는 무선 노드를 나타낼 수 있다.

일 실시예에서, 부모 노드는 IAB 노드 또는 IAB 도우너 노드를 의미할 수 있다. 부모 노드는 자녀 노드에게 무선 연결 접속 설정, RRC 설정 정보, 베어러 설정 정보, 각 PDCP 또는 RLC 또는 MAC 또는 PHY 계층부의 설정 정보를 설정해주는 무선 노드를 의미할 수 있다.

도 2a를 참조하면, IAB 도우너 노드는 무선 노드 1(Node 1)(2a-01)과 같이 코어 네트워크와 연결되어 데이터를 코어 네트워크로 전달하고 수신하는 무선 노드를 의미할 수 있다. 또한, IAB 노드는 단말과 IAB 도우너 노드 종단 간의 데이터 송수신을 도와주기 위해 중간에서 데이터를 전달해주는 역할을 수행하는 무선 노드 2 내지 무선 노드 5(Node 2 ~ Node 5)((2a-02)~(2a-05))를 의미할 수 있다.

단말들(2a-06, 2a-07, 2a-08, 2a-09)들은 무선 노드들(예를 들면 IAB 노드 또는 IAB 도우너 노드)에 접속하여 도우너 gNB 까지 링크 형성을 요청하여 이를 승인 받고, 데이터를 코어 네트워크까지 송수신할 수 있다. 예를 들면, UE 2(2a-07)는 무선 노드 3(2a-03)에 접속하여 RRC 연결을 설정하고 데이터를 송수신할 수 있다. 무선 노드 3(2a-03)은 UE 2(2a-07)로부터 수신한 데이터 또는 UE 2(2a-07)로 송신할 데이터를, 부모 노드인 무선 노드 2(2a-02)로부터 수신하거나 무선 노드 2(2a-02)로 전달할 수 있다. 또한, 무선 노드 2(2a-02)는 무선 노드 3(2a-03)으로부터 수신한 데이터 또는 무선 노드 3(2a-03)으로 송신할 데이터를, 부모 노드인 무선 노드 1(IAB 도우너 노드)(2a-01)로부터 수신하거나 무선 노드 1(2a-01)로 전달할 수 있다.

UE 1(2a-06)은 무선 노드 2(2a-02)에 접속하여 RRC 연결을 설정하고 데이터를 송수신할 수 있다. 무선 노드 2(2a-02)는 UE 1(2a-06)로부터 수신한 데이터 또는 UE 1(2a-06)로 송신할 데이터를, 부모 노드인 무선 노드 1(2a-01)로부터 수신하거나 무선 노드 1(2a-01)로 전달할 수 있다.

일 실시예에서, 단말은 가장 좋은 신호의 세기를 가진 무선 노드에 접속하여 RRC 설정을 요청하여 도우너 gNB까지 링크 구성을 완료한 뒤, 데이터를 송수신할 수 있다. 또한, 일 실시예에서, IAB 네트워크는, 단말이 코어 네트워크에 연결된 무선 노드에게 데이터를 전달하고 코어 네트워크에 연결된 무선 노드로부터 데이터를 수신할 수 있도록 하기 위하여, 중간의 무선 노드들을 통하여 멀티홉(multi-hop) 데이터 전달을 지원할 수 있다.

IAB 노드의 멀티홉으로 이루어진 토폴로지에서 코어 네트워크와 단말들 간의 통신이 이루어진 경우, 각 IAB 노드에 채널 상황에 따라 RLF(radio link failure) 가 발생할 수 있다. 중간홉에서의 IAB 노드에 RLF가 발생할 경우, 해당 노드에 연결된 자녀 노드들과 단말들에도 연결이 단절된다. 중간홉의 IAB 노드에서 RLF 상태가 지속되면 하위 노드와 단말들 또한 RRC 제어 신호를 통하여 연결의 복구를 확인하기 전까지는 연결이 단절된 상태가 지속된다.

IAB 노드의 멀티홉으로 이루어진 토폴로지에서 코어 네트워크와 단말들 간에 통신이 이루어질 때, 코어 쪽의 접속점은 IAB 도우너 노드가 된다. IAB 도우너 노드는 CU를 포함하고, DU의 제어 및 DU를 통한 단말로의 데이터 송수신 관련 동작을 제어한다. 중간의 IAB 노드의 단말 파트(MT)나 IAB 노드로부터 서비스를 받는 단말은, 연결 실패 또는 일반적인 RRC release의 경우, 네트워크 재접속을 위해 기존에 접속하고 있던 IAB 노드에 대하여 최초 연결 기작을 다시 수행하거나, 혹은 기존에 속해 있던 동일한 IAB 도우너 노드 내의 다른 IAB 노드에 대한 핸드오버를 수행할 수 있다. Intra-CU 핸드오버의 경우 CU에 PDCP 및 RRC entity가 존재하기 때문에, PDCP 재설립으로 인한, 패킷 손실 및 security refresh과정이 생략될 수 있고, 이를 통하여 핸드오버에 소요되는 제어 신호 전달 과정의 시간을 단축할 수 있다.

도 2b는 본 개시의 일 실시예에 따른, IAB 노드가 운영되는 통신 시스템에서, 단말이 RRC 연결 설정을 수행하는 동작을 설명하기 위한 도면이다. 보다 구체적으로, 도 6은 일 실시예에 따른 무선 백홀 네트워크(IAB)에서 단말이 무선 노드(IAB 노드 또는 IAB 도우너 노드)와 연결을 설정할 때 또는 자녀 노드가 부모 노드(IAB 노드 또는 IAB 도우너 노드)와 연결을 설정할 때, RRC 연결 설정을 수행하는 방법을 설명하는 도면이다. 이러한 RRC 연결 제어를 통하여 도우너 노드는 단말 식별자, 단말 베어러 식별자, QoS 식별자, 무선 노드 식별자, 무선 노드 주소, 또는 QoS 정보 등을 자녀 노드를 통하여 단말에게 전달할 수 있다. 도우너 노드는 자녀 노드를 통해 단말에게 네트워크 상태정보를 전달하고 이를 바탕으로 단말에 대한 연결성 제어가 가능하다. 또한, 단말이 유용할 수 있는 혼잡 수준(congestion level), 큐잉 지연(queuing delay), 무선 노드 간 홉 딜레이(one-hop air latency)와 같이 핸드오버를 판단하는데 있어서 부가적인 정보를 제공할 수도 있다.

도 2b를 참조하면, 단계 2b-01에서, IAB 도우너 노드는 다른 자녀 노드를 통하여 단말에게 RRC 제어 메시지를 전달할 수 있다. RRC 제어 메세지는 CU를 포함하는 IAB 도우너 노드에서 생성될 수 있고, IAB 노드들의 부모 노드(IAB 도우너 노드 또는 gNB 기지국을 포함한다)는 생성된 제어 메세지를 전달할 수 있다. RRC 연결 모드에서 데이터를 송수신하는 단말 또는 자녀 노드가 소정의 이유로 또는 일정 시간 동안 데이터의 송수신이 없는 경우, RRCConnectionRelease 메시지를 단말 또는 자녀 노드에게 전송하여 단말 또는 자녀 노드를 RRC 유휴모드 혹은 RRC 비활성화 모드로 전환하도록 할 수 있다. 일 실시예에 있어서, 추후 현재 연결이 설정되어 있지 않은 단말 또는 자녀 노드(이하 idle mode UE)은, 전송할 데이터가 발생하면, RRC 유휴 모드인 경우, 부모 노드와 RRC connection establishment 과정을 수행할 수 있으며, RRC 비활성화 모드인 경우, 부모 노드와 RRC connection resume 절차를 수행할 수 있다.

단계 2b-05에서, 단말 또는 자녀 노드는 랜덤 액세스(Random Access) 과정을 통해서 부모 노드와 역방향 전송 동기를 수립하고, RRCConnectionRequest 메시지 (또는 RRCResumeRequest 메시지)를 부모 노드로 전송할 수 있다. RRCConnectionRequest 메시지(또는 RRC Resume Request 메시지)에는 단말 또는 자녀 노드의 식별자와 연결을 설정하고자 하는 이유(establishmentCause) 등이 포함될 수 있다.

단계 2b-10에서, 부모 노드는 단말 또는 자녀 노드가 RRC 연결을 설정하도록 RRCConnectionSetup 메시지(또는 RRCResume 메시지)를 전송할 수 있다. RRCConnectionSetup 메시지(또는 RRCResume 메시지)에는 각 로지컬 채널 별 설정 정보, 베어러 별 설정 정보, PDCP 계층부의 설정 정보, RLC 계층부의 설정 정보, 및 MAC 계층부의 설정 정보 중 적어도 하나가 포함될 수 있다.

RRCConnectionSetup메시지(또는 RRCResume 메시지)는 자녀 노드가 핸드오버를 수행할 경우, 미리 지정된(pre-configured) RRC 메시지들에 대해서 타겟 부모 노드로 재전송을 수행할 것인지 여부를 지시하는 지시자를 포함할 수 있다. 부모 노드는 상술한 지시자를 이용하여, 단말 또는 자녀 노드가 핸드오버를 수행할 경우, 미리 지정된(pre-configured) RRC 메시지들에 대해서 타겟 부모 노드로 재전송을 수행할 것인지 여부를 설정해줄 수 있다. 예를 들면, 부모 노드는, 핸드오버 지시 메시지를 수신하기 전, 자녀 노드가 핸드오버를 수행하기 전 혹은 RRC 설정 메시지를 수신하기 전, 몇 초 이내에서 전송했던 RRC 메시지들에 대해서 재전송을 수행하도록 지시할 수 있다. 또한, 부모 노드는 지시자를 미리 지정된 RRC 메시지들 각각에 대해서 지시할 수 있다. 즉, 여러 개의 지시자는 각 RRC 메시지들의 재전송 여부를 지시할 수 있다. 또는 부모 노드는 재전송 여부를 각 RRC 메시지를 지시하는 비트맵 형태로 지시할 수도 있다.

RRCConnectionSetup메시지(또는 RRCResume 메시지)는 PDCP 데이터 복구 절차를 수행하라는 지시자를 PDCP 설정 정보에 포함할 수 있다. 또한, RRCConnectionSetup메시지는 SRB(Signaling Radio Bearer) 혹은 DRB(Data radio bearer)에 대해서 PDCP 데이터 복구 절차를 수행할 것인지 여부를 지시하는 지시자를 베어러 설정 정보에 포함할 수 있다. 또한 RRCConnectionSetup메시지는 SRB(Signaling Radio Bearer) 혹은 DRB(Data radio bearer)에 대해서 PDCP 계층부에 남아 있는 데이터들을 폐기할 것인지 여부를 지시하는 지시자를 베어러 설정 정보에 포함할 수 있다.

RRCConnectionSetup메시지(또는 RRCResume 메시지)는 PDCP 재수립 절차를 수행할 때 AM DRB에 대해서 누적 재전송을 수행할지 선택적 재전송을 수행할 것인지 여부를 지시하는 지시자를 베어러 설정 정보에 포함할 수 있다.

RRCConnectionSetup메시지(또는 RRCResume 메시지)에는 자녀 노드에서 어떤 ARQ 기능을 사용할 것인지 여부를 지시하는 지시자를 포함할 수 있다. 도우너 노드는 RRCConnectionSetup메시지의 상술된 지시자를 이용하여 hop-by-hop ARQ 기능을 사용할 것인지 혹은 end-to-end ARQ 기능을 사용할 것인지를 지시할 수 있다. 또한, end-to-end ARQ 기능을 설정하는 경우, 부모 노드는 수신한 RLC 계층부 데이터를 분할 또는 그대로 전달하는 기능만을 수행할 것인지 또는 자녀 노드에서 종단(end)으로써 ARQ 기능을 수행할 것인지를 지시할 수도 있다. 또한 부모 노드는 디폴트 기능으로 어떤 ARQ 기능을 사용할지를 지시할 수도 있으며, 상술된 메시지에서 ARQ 기능이 설정되지 않은 경우, 디폴트 기능으로 hop-by-hop ARQ 기능을 또는 end-to-end ARQ 기능 중 하나의 기능을 사용하기로 미리 설정할 수도 있다. 또한 도우너 노드는 RRCConnectionSetup메시지를 이용하여 자녀 노드가 데이터 분할 기능을 사용할지 여부를 지시할 수 있으며, RLC 계층부의 각 기능 활성화 여부(또는 사용 여부)를 지시할 수도 있다.

RRCConnectionSetup메시지(또는 RRCResume 메시지)는 Adaptation 계층부에서 데이터 연접(concatenation) 기능을 사용할 지 여부를 지시하는 지시자를 포함할 수 있다. 또한 RRCConnectionSetup메시지는 Adaptation 계층부의 헤더 설정 여부를 지시하는 지시자를 포함할 수 있으며, 상술된 헤더의 종류를 지정할 수도 있다. 예를 들면, 도우너 노드는 RRCConnectionSetup메시지를 이용하여 단말 식별자, 단말 베어러 식별자, QoS 식별자, 무선 노드 식별자, 무선 노드 주소 또는 QoS 정보 등에 대해서 어떤 정보를 헤더에 포함할 지를 설정할 수 있다. 실시예에 있어서, 도우너 노드는 오버헤드를 줄이기 위해서 헤더를 생략하도록 설정할 수도 있다.

도우너 노드는 RRCConnectionSetup메시지(또는 RRCResume 메시지)를 이용하여, 송신 Adaptation 계층부와 수신 Adaptation 계층부 사이에서 사용될, 또는 자녀 노드와 부모 노드 사이에 사용될, 또는 단말과 무선 노드에서 사용될 RLC 채널을 설정할 수 있다.

RRCConnectionSetup 메시지(또는 RRCResume 메시지)는 PDCP 계층부의 설정 정보(pdcp-config)에서 PDCP 상태 보고 기반 재전송을 수행할 것인지 여부를 지시하는 지시자를 포함할 수 있다.

RRCConnectionSetup 메시지(또는 RRCResume 메시지)는 PDCP 상태 보고 기반 재전송을 수행하도록 지시하기 위해서, PDCP 계층부의 설정 정보(pdcp-config)에서 PDCP 데이터 복구 지시자(recoverPDCP)를 포함할 수 있다.

RRCConnectionSetup 메시지(또는 RRCResume 메시지)는 PDCP 계층부의 설정 정보(pdcp-config)에서 PDCP 상태 보고를 주기적으로 전송할 수 있도록 주기적으로 PDCP 상태 보고를 전송하라는 지시자를 포함할 수 있다. 또한, RRCConnectionSetup 메시지를 이용하여, 상술한 주기 또는 타이머 값을 설정할 수 있다. 상술한 지시자와 설정을 수신하는 경우, 단말 또는 자녀 노드는 주기에 따라 또는 타이머 값이 만료할 때마다 PDCP 상태 보고를 트리거링 하고, PDCP 상태 보고를 전송할 수 있다.

RRCConnectionSetup 메시지(또는 RRCResume 메시지)는 PDCP 계층부의 설정 정보(pdcp-config)에서 PDCP 상태 보고를 트리거링 하고 전송할 수 있도록 PDCP 상태 보고를 전송하라는 지시자를 포함할 수 있다. 또한, RRCConnectionSetup 메시지를 이용하여 타이머 값을 설정할 수 있다. PDCP 계층부는 타이머를 통하여 네트워크의 불안정성에 따른 자료 유실의 복구 여부에 사용 할 수 있는 정보를 획득할 수 있다.

RRCConnectionSetup 메시지(또는 RRCResume 메시지)를 이용하여, PDCP 계층부의 설정 정보(pdcp-config)에서 빈번한 PDCP 상태 보고를 트리거링 하는 것을 막기 위해 PDCP 상태 보고 금지 타이머(Status report prohibit timer)를 설정할 수 있다.

RRCConnectionSetup 메시지(또는 별도의 새로 정의한 RRC 메시지 또는 RRCResume 메시지)를 이용하여, 무선 노드에게 유용할 수 있는 혼잡 수준(congestion level), 큐잉 지연(queuing delay), 무선 노드 간 홉 딜레이(one-hop air latency)와 같은 부모 노드 또는 자녀 노드에 관한 정보, 각 홉에 대한 정보 등을 전달해줄 수 있다. 또한, RRCConnectionSetup 메시지를 수신하는 무선 노드로부터 최상위 무선 노드(IAB 도우너 노드)까지의 무선 홉 수가 몇 개인지를 지시해줄 수 있다. 그리고 무선 홉 수를 RRC 메시지로 수신한 무선 노드는 지시받은 홉 수를 1만큼 증가시켜 다음 자녀 노드에게 홉 수를 알려줄 수 있다.

단계 2b-15에서, RRC 연결을 설정한 단말 또는 자녀 노드는 RRCConnetionSetupComplete 메시지(또는 RRCResumeComplete 메시지)를 부모 노드로 전송할 수 있다.

RRCConnetionSetupComplete 메시지는, 단말 또는 자녀 노드가 소정의 서비스를 위한 베어러 설정을 도우너 노드를 통해 접근 할 수 있는 AMF(Access and Mobility Management Function) 또는 MME에게 요청하는 제어 메시지인 Service Request를 포함할 수 있다. 도우너 노드는 RRCConnetionSetupComplete 메시지에 포함된 Service Request 메시지를 AMF 또는 MME로 전송할 수 있다. AMF 또는 MME는 단말 또는 자녀 노드가 요청한 서비스를 제공할 것인지 여부를 판단할 수 있다.

판단 결과 단말 또는 자녀 노드가 요청한 서비스를 제공하기로 결정하였다면, AMF 또는 MME는 도우너 노드에게 Initial Context Setup Request라는 메시지를 전송할 수 있다. Initial Context Setup Request 메시지는 DRB(Data Radio Bearer) 설정 시 적용할 QoS(Quality of Service) 정보, 그리고 DRB에 적용할 보안 관련 정보(예를 들어 Security Key, Security Algorithm) 등의 정보를 포함할 수 있다.

단계 2b-20 내지 단계 2b-25에서, 도우너 노드는 단말 또는 자녀 노드와 보안을 설정하기 위하여 SecurityModeCommand 메시지와 SecurityModeComplete 메시지를 교환할 수 있다. 단계 2b-30에서, 보안 설정이 완료되면 도우너 노드는 단말 또는 자녀 노드에게 RRCConnectionReconfiguration 메시지를 전송할 수 있다.

도우너 노드 RRCConnectionReconfiguration 메시지를 이용하여, 단말 또는 자녀 노드가 핸드오버를 수행할 경우, 미리 지정된(pre-configured) RRC 메시지들에 대해서 타겟 부모 노드로 재전송을 수행할 것인지 여부를 지시하는 지시자를 설정할 수 있다. 예를 들면, 도우너 노드는 핸드오버 지시 메시지를 수신하기 전 또는 핸드오버를 수행하기 전 또는 RRC 메시지를 수신하기 전, 몇 초 이내에서 전송했던 RRC 메시지들에 대해서 재전송을 수행하도록 지시할 수 있다. 또한 상술된 지시자는 미리 지정된 RRC 메시지들 각각에 대해서 지시될 수 있다. 즉, 여러 개의 지시자가 각 RRC 메시지들의 재전송 여부를 지시할 수 있다. 또는 상술된 재전송 여부의 지시는 각 RRC 메시지를 지시하는 비트맵 형태로 지시될 수도 있다.

RRCConnectionReconfiguration 메시지는 PDCP 데이터 복구 절차를 수행하라는 지시자를 PDCP 설정 정보에 포함할 수 있다. 또한 RRCConnectionReconfiguration 메시지는 SRB(Signaling Radio Bearer) 혹은 DRB(Data radio bearer)에 대해서 PDCP 데이터 복구 절차를 수행할 것인지 여부를 지시하는 지시자를 베어러 설정 정보에 포함할 수 있다. 또한, RRCConnectionReconfiguration 메시지는 SRB(Signaling Radio Bearer) 혹은 DRB(Data radio bearer)에 대해서 PDCP 계층부에 남아 있는 데이터들을 폐기할 것인지 여부를 지시하는 지시자를 베어러 설정 정보에 포함할 수 있다. RRCConnectionReconfiguration 메시지는 PDCP 재수립 절차를 수행할 때, AM DRB에 대해서 누적 재전송을 수행할지 선택적 재전송을 수행할 것인지 여부를 지시하는 지시자를 베어러 설정 정보에 포함할 수 있다.

RRCConnectionReconfiguration 메시지는 자녀 노드에서 어떤 ARQ 기능을 사용할 것인지를 지시하는 지시자를 포함할 수 있으며, 상술된 지시자를 이용하여 hop-by-hop ARQ 기능을 사용할 것인지 또는 end-to-end ARQ 기능을 사용할 것인지 여부가 지시될 수 있다. 또한, 도우너 노드는 end-to-end ARQ 기능을 설정하는 경우, 수신한 RLC 계층부 데이터를 분할 또는 그대로 전달하는 기능만을 수행할 것인지 또는 자녀 노드에서 종단(end)으로써 ARQ 기능을 수행할 것인지 여부를 지시할 수도 있다. 또한, 도우너 노드는 디폴트 기능으로 어떤 ARQ 기능을 사용할지를 지시할 수도 있으며, RRCConnectionReconfiguration 메시지에서 ARQ 기능이 설정되지 않은 경우, 디폴트 기능으로 hop-by-hop ARQ 기능 혹은 end-to-end ARQ 기능 중 하나의 기능을 사용하기로 미리 정할 수도 있다. 또한, 도우너 노드는 RRCConnectionReconfiguration 메시지를 이용하여 자녀 노드가 데이터 분할 기능을 사용할 것인지 여부를 지시할 수 있으며, RLC 계층부들의 각 기능 활성화 여부(또는 사용 여부)를 지시할 수 있다.

RRCConnectionReconfiguration 메시지는 Adaptation 계층부에서 데이터 연접(concatenation) 기능을 사용할 것인지 여부를 지시하는 지시자를 포함할 수 있다. 또한, RRCConnectionReconfiguration 메시지는 Adaptation 계층부의 헤더 설정 여부를 지시하는 지시자를 포함할 수 있으며, 부모 노드는 상술된 헤더의 종류를 지정할 수도 있다. 예를 들어, 부모 노드는 단말 식별자 또는 단말 베어러 식별자, QoS 식별자, 무선 노드 식별자, 무선 노드 주소 또는 QoS 정보 등에 대해서 어떤 정보를 헤더에 포함할 것인지를 설정할 수 있다. 도우너 노드는 오버헤드를 줄이기 위해서 헤더를 생략하도록 설정할 수도 있다.

도우너 노드는 RRCConnectionReconfiguration 메시지를 이용하여, 송신 Adaptation 계층부와 수신 Adaptation 계층부 사이에서 사용될, 또는 자녀 노드와 부모 노드 사이에 사용될, 또는 단말과 무선 노드에서 사용될 RLC 채널을 설정할 수 있다.

RRCConnectionReconfiguration 메시지는 PDCP 계층부의 설정 정보(pdcp-config)에서 PDCP 상태 보고 기반 재전송을 수행할 것인지 여부를 지시하는 지시자를 포함할 수 있다.

RRCConnectionReconfiguration 메시지는 PDCP 상태 보고 기반 재전송을 수행하도록 지시하기 위해서, PDCP 계층부의 설정 정보(pdcp-config)에서 PDCP 데이터 복구 지시자(recoverPDCP)를 포함할 수 있다. 도우너 노드는 상술한 지시자를 이용하여, 단말 또는 자녀 노드가 PDCP 데이터 복구 처리 절차를 트리거링 하고, PDCP 상태 보고를 전송하도록 설정할 수 있다.

RRCConnectionReconfiguration 메시지는 PDCP 계층부의 설정 정보(pdcp-config)에서 PDCP 상태 보고를 주기적으로 전송할 수 있도록 주기적으로 PDCP 상태 보고를 전송하라는 지시자를 포함할 수 있다. 또한, RRCConnectionSetup 메시지를 이용하여, 상술한 주기 또는 타이머 값을 설정할 수 있다. 상술한 지시자와 설정을 수신하는 경우, 단말 또는 자녀 노드는 주기에 따라 또는 타이머 값이 만료할 때마다 PDCP 상태 보고를 트리거링 하고, PDCP 상태 보고를 전송할 수 있다.

RRCConnectionReconfiguration 메시지는 PDCP 계층부의 설정 정보(pdcp-config)에서 PDCP 상태 보고를 트리거링 하고 전송할 수 있도록 PDCP 상태 보고를 전송하라는 지시자를 포함할 수 있다. 또한, RRCConnectionSetup 메시지를 이용하여 타이머 값을 설정할 수 있다. 상술한 지시자와 설정을 수신하는 경우, 단말 또는 자녀 노드의 PDCP 계층부는 PDCP 일련번호에 갭(gap)이 생길 때마다 타이머 값을 가진 타이머를 트리거링하고, 타이머가 만료할 때까지 PDCP 일련번호 갭이 채워지지 않으면 또는 유실로 가정되는 PDCP 일련번호에 해당하는 데이터가 도착하지 않으면 타이머 만료 시 PDCP 상태 보고를 트리거링 하고, PDCP 상태 보고를 구성하여 전송할 수 있다.

RRCConnectionReconfiguration 메시지를 이용하여, PDCP 계층부의 설정 정보(pdcp-config)에서 빈번한 PDCP 상태 보고를 트리거링 하는 것을 막기 위해 PDCP 상태 보고 금지 타이머(Status report prohibit timer)를 설정할 수 있다.

RRCConnectionReconfiguration 메시지(또는 별도의 새로 정의한 RRC 메시지)를 이용하여, 무선 노드에게 유용할 수 있는 혼잡 수준(congestion level), 큐잉 지연(queuing delay), 무선 노드 간 홉 딜레이(one-hop air latency)와 같은 부모 노드 또는 자녀 노드에 관한 정보, 각 홉에 대한 정보 등을 전달해줄 수 있다. 또한, RRCConnectionReconfiguration 메시지를 수신하는 무선 노드로부터 최상위 무선 노드(IAB 도우너 노드)까지의 무선 홉 수가 몇 개인지를 지시해줄 수 있다. 그리고 무선 홉 수를 RRC 메시지로 수신한 무선 노드는 지시받은 홉 수를 1만큼 증가시켜 다음 자녀 노드에게 홉 수를 알려줄 수 있다.

RRCConnectionReconfiguration 메시지는 사용자 데이터가 처리될 DRB의 설정 정보를 포함할 수 있다. 단계 2b-35에서, 단말 또는 자녀 노드는 설정 정보를 적용하여 DRB를 설정하고, 부모 노드에게 RRCConnectionReconfigurationComplete 메시지를 전송할 수 있다. 단말 또는 자녀 노드와 DRB 설정을 완료한 부모 노드는 AMF 또는 MME에게 Initial Context Setup Complete 메시지를 전송하고 연결을 완료할 수 있다.

단계 2b-40에서, 상술된 과정이 모두 완료되면 단말 또는 자녀 노드는 도우너 노드와 코어 네트워크를 통해 데이터를 송수신할 수 있다. 일 실시예에서, 데이터 전송 과정은 크게 RRC 연결 설정, 보안 설정 및 DRB설정의 3단계로 구성될 수 있다. 단계 2b-45에서, 도우너 노드는 소정의 이유로 단말 또는 자녀 노드에게 설정을 새로 하거나, 추가하거나 혹은 변경하기 위해서, RRCConnectionReconfiguration 메시지를 전송할 수 있다. 단계 2b-45의 RRCConnectionReconfiguration 메시지는 전술한 단계 2b-30의 RRCConnectionReconfiguration 메시지와 유사하게 구현될 수 있다.

본 개시에서, 베어러는 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer)를 포함할 수 있다.

도 2c는 본 개시의 일 실시예에 따른, 무선 통신 시스템에서 각각의 무선 노드들이 가질 수 있는 프로토콜 계층 장치를 나타낸 도면이다.

도 2c를 참조하면, 무선 백홀을 지원하는 무선 노드들의 프로토콜 계층 장치 구조는 크게 2개의 유형으로 구분될 수 있다. 상술된 2개의 유형은 ADAP(Adaptation) 계층부의 위치에 따라서 나뉠 수 있다. 프로토콜 계층 장치 구조는 ADAP 계층부가 RLC 계층부 위에서 구동되는 프로토콜 계층 장치 구조(2c-01)와, ADAP 계층부가 RLC 계층부밑에서 구동되는 프로토콜 계층 장치 구조(2c-02)를 가질 수 있다.

도 2c에서, 단말(2c-05)은 프로토콜 계층 장치로써, PHY 계층부, MAC 계층부, RLC 계층부, PDCP 계층부 및 SDAP 계층부를 모두 포함할 수 있다. 무선 노드들(예를 들면 단말(2c-05)과 IAB 도우너 노드(2c-20) 사이에서 데이터를 수신하여 전달하는 무선 백홀 기능을 수행하는 무선 노드들, 노드 3(2c-10) 혹은 노드 2(2c-15))은 PHY 계층부, MAC 계층부, RLC 계층부 및 ADAP 계층부를 구동할 수 있다. 또한, 최상위 무선 노드(예를 들어, 코어 네트워크와 연결되어 데이터를 전달하는 무선 백홀을 지원하는 최상위 노드, IAB 도우너 노드 혹은 Node 1(2c-20))는 PHY 계층부, MAC 계층부, RLC 계층부, PDCP 계층부 및 SDAP 계층부를 모두 구동할 수 있다. 한편, 최상위 무선 노드는 유선으로 연결된 CU(Central Unit)과 DU(Distributed Unit)으로 구성될 수 있다. 실시예에 있어서, CU 장치는 SDAP 계층부와 PDCP 계층부를 구동할 수 있으며, DU 장치는 RLC 계층부와 MAC 계층부와 PHY 계층부를 구동할 수 있다.

ADAP 계층부는 복수 개의 단말과 경로에 속한 IAB 노드들에 의해 결정된 복수 개의 베어러들을 구별하고, RLC 채널과 맵핑시켜주는 역할을 수행할 수 있다. 또한, ADAP 계층부는 복수 개의 단말들의 복수 개의 베어러들을 구분할 때, 단말 기준 혹은 QoS를 기준으로 데이터를 묶어 하나의 RLC 채널과 맵핑시키고, 데이터를 묶어서 처리할 수 있도록 할 수 있으며, 하나의 RLC 채널에 묶인 데이터를 데이터 연접 기능(Concatenation)으로 묶어서 오버헤드를 줄일 수 있다. 이때, 데이터 연접 기능은 복수 개의 데이터에 대해서 하나 또는 적은 개수의 헤더를 구성하고, 연접되는 데이터들을 지시하는 헤더 필드를 지시하여 각 데이터들을 구별할 수 있도록 하며, 불필요하게 각 데이터마다 헤더를 구성하지 않도록 하여 오버헤드를 줄일 수 있는 기능을 의미할 수 있다.

도 2c의 2c-01과 같은 프로토콜 계층 구조에서, 무선 노드 3(2c-10)은 단말(2c-05)로부터 수신하는 데이터를 처리하기 위해서, 단말(2c-05)의 각 데이터 베어러에 해당하는 제1의 RLC 계층부들과 동일한 제1의 RLC 계층부들을 구동할 수 있다. 또한, 무선 노드 3(2c-10)은 복수 개의 RLC 계층부들로부터 수신하는 데이터들을 ADAP 계층부에서 처리하여, 새로운 RLC 채널과 그에 상응하는 제2의 RLC 계층부들로 맵핑시켜 줄 수 있다. 무선 노드 3(2c-10)의 ADAP 계층부는 복수 개의 단말들의 복수 개의 베어러들을 구별하고 RLC 채널과 맵핑시켜주는 역할을 수행할 수 있다. 또한 ADAP 계층부는 복수 개의 단말들의 복수 개의 베어러들을 구분할 때, 단말 기준 또는 QoS 를 기준으로 데이터를 묶어 하나의 RLC 채널과 맵핑시키고, 제2의 RLC 계층부들에서 데이터를 묶어서 처리할 수 있도록 할 수 있다. 상술된 RLC 채널은 여러 단말들의 데이터를 QoS 정보를 기준으로 데이터를 묶어 QoS에 맞게 데이터를 전달하는 채널로 정의될 수 있으며, 또한 각 단말 별로 데이터를 묶어서 데이터를 전달하는 채널로 정의될 수 있다.

무선 노드 3(2c-10)은 부모 노드로부터 수신한 상향링크 전송 자원을 배분하는 절차를 수행할 수 있다. 무선 노드 3(2c-10)은 RLC 채널(또는 제2의 RLC 계층부)의 QoS 정보, 우선 순위, 전송할 수 있는 데이터의 양(예를 들면 이번 상향링크 전송 자원에서 허용된 데이터의 양, 토큰) 또는 상술된 RLC 채널(또는 제2의 RLC 계층부)에 대해서 버퍼에 저장된 데이터의 양에 따라서 상향링크 전송 자원을 배분하는 절차를 수행할 수 있다. 그리고 무선 노드 3(2c-10)은 배분된 전송 자원에 맞게 분할 기능 혹은 연접 기능을 사용하여 각 RLC 채널의 데이터에 대해 부모 노드로 데이터 전송을 수행할 수 있다.

제1의 RLC 계층부는, 단말의 각 베어러에 해당하는 RLC 계층부와 동일하게 베어러에 해당하는 데이터들을 처리하는 RLC 계층부를 의미하며, 제2의 RLC 계층부는 ADAP 계층부에서 단말, QoS 또는 부모 노드에서 설정해준 맵핑 정보를 기준으로 맵핑시켜준 데이터들을 처리하는 RLC 계층부를 나타낼 수 있다.

도 2c의 2c-01과 같은 프로토콜 계층 구조에서, 무선 노드 2(2c-15)는 자녀 노드(노드 3, 2c-10)의 제2의 RLC 계층부가 데이터를 처리할 수 있도록 전송 데이터를 가공할 수 있다.

도 2c의 2c-01과 같은 프로토콜 계층 구조에서, 최상위 무선 노드 1(2c-20)은 자녀 노드(노드 2, 2c-15)의 제2의 RLC 계층부들에 해당하는 제2의 RLC 계층부들을 구동하고 데이터를 RLC 채널에 맞게 처리할 수 있다. 그리고, 최상위 무선 노드 1(2c-20)의 ADAP 계층부는 상술된 RLC 채널에 대해서 처리한 데이터들을 각 단말의 각 베어러에 맞는 PDCP 계층부들로 맵핑시켜주는 역할을 수행할 수 있다. 그리고 각 단말의 각 베어러에 해당하는 최상위 무선 노드의 PDCP 계층부는, 수신되는 데이터들을 처리하여 SDAP 계층부로 데이터를 전달하고 처리하여, 코어 네트워크로 데이터를 전달할 수 있다.

도 2c의 2c-02와 같은 프로토콜 계층 구조에서, 노드 3(2c-30)은 단말(2c-25)로부터 수신하는 데이터를 처리하기 위해서, 단말(2c-25)의 각 데이터 베어러에 해당하는 제1의 RLC 계층부들과 동일한 제1의 RLC 계층부들을 구동할 수 있다. 노드 3(2c-30)은 복수 개의 RLC 계층부들로부터 수신하는 데이터들을, 동일하게 제1의 RLC 계층부들을 구동하여 처리할 수 있다. 또한 노드 3(2c-30)의 ADAP 계층부는 상술된 제1의 RLC 계층부들로부터 처리된 데이터들을 처리하여 새로운 RLC 채널들로 맵핑시켜 줄 수 있다. ADAP 계층부는 복수 개의 단말들의 복수 개의 베어러들을 구별하고 RLC 채널과 맵핑시켜주는 역할을 수행할 수 있다. 또한 ADAP 계층부는 복수 개의 단말들의 복수 개의 베어러들을 구분할 때 단말 기준 또는 QoS를 기준으로 데이터를 묶어 하나의 RLC 채널과 맵핑시키고 묶어서 데이터를 처리할 수 있도록 할 수 있다. 상술된 RLC 채널은 여러 단말들의 데이터를 QoS 정보를 기준으로 데이터를 묶어서 QoS에 맞게 데이터를 전달하는 채널로 정의될 수 있으며, 또한 각 경로별 목적지에 맞도록 단말 별로 데이터를 묶어서 데이터를 전달하는 채널로 정의될 수 있다.

노드 3(2c-30)은 부모 노드로부터 수신한 상향링크 전송 자원을 배분하는 절차를 수행할 수 있다. 일 실시예에서, 노드 3(2c-30)은 RLC 채널의 QoS 정보, 우선 순위, 전송할 수 있는 데이터의 양(예를 들면 이번 상향링크 전송 자원에서 허용된 데이터의 양, 토큰) 또는 RLC 채널에 대해서 버퍼에 저장된 데이터의 양에 따라서 상향링크 전송 자원을 배분하는 절차를 수행할 수 있다. 그리고 노드 3(2c-30)은 배분된 전송 자원에 맞게 분할 기능 혹은 연접 기능을 사용하여 각 RLC 채널의 데이터에 대해 부모 노드로 데이터 전송을 수행할 수 있다.

도 2c의 2c-02와 같은 프로토콜 계층 구조에서, 노드 2(2c-35)는 자녀 노드(노드 3, 2c-30)의 RLC 채널에 해당하는 수신한 데이터를 RLC 채널에 맞게 처리할 수 있다. 노드 2(2c-35)의 ADAP 계층부는 상술된 RLC 채널에 대해서 수신한 데이터들을 각 단말의 각 베어러에 맞는 제1의 RLC 계층부들로 맵핑시켜주는 역할을 수행할 수 있다. 그리고 무선 노드의 각 단말의 각 베어러에 해당하는 제1의 RLC 계층부는, 수신되는 데이터들을 처리하여 다시 송신 제 1의 RLC 계층부로 데이터를 전달하고 처리하며 다시 ADAP 계층부로 전달할 수 있다. ADAP 계층부는 상술된 복수 개의 RLC 계층부들로부터 수신한 데이터들을 다시 RLC 채널들로 맵핑시키고, 상향링크 전송 자원의 배분에 따라서 다음 부모 노드에 전달하기 위해 데이터 전송을 수행할 수 있다.

도 2c의 2c-02과 같은 프로토콜 계층 구조에서, 최상위 노드 1(2c-40)은 자녀 노드(노드 2, 2c-35)의 RLC 채널에 대해 수신한 데이터를 RLC 채널에 맞게 처리할 수 있다. 그리고 최상위 노드 1(2c-40)의 ADAP 계층부는 상술된 RLC 채널에 대해서 수신한 데이터들을 각 단말의 각 베어러에 대응하는 제1의 RLC 계층부들로 맵핑시켜주는 역할을 수행할 수 있다.

일 실시예에서, 무선 노드는 각 단말의 각 베어러에 대응하는 제1의 RLC 계층부들을 구동하고, 수신되는 데이터들을 처리하여 각 단말의 각 베어러에 맞는 PDCP 계층부들로 데이터를 전달할 수 있다. 각 단말의 각 베어러에 대응하는 최상위 무선 노드의 PDCP 계층부는 수신되는 데이터들을 처리하여 SDAP 계층부로 데이터를 전달하고 처리하여, 최종적으로 코어 네트워크로 데이터를 전달할 수 있다.

도 2d는 본 개시의 일 실시예에 따른, 무선 통신 시스템에서 IAB 노드(IAB node 3)가 inter-CU 핸드오버를 수행하는 동작을 도시하는 도면이다.

도 2d를 참조하면, 무선 통신 시스템은 복수 개의 무선 노드들, 예를 들어, IAB 도우너 노드 1(gNB 1), IAB 도우너 노드 2(gNB 2), IAB 노드 1-1, IAB 노드 1-2, IAB 노드 2-1, IAB 노드 2-2, 및 IAB 노드 3으로 구성될 수 있다. 무선 통신 시스템에서 단말(UE)은 IAB 노드 3에 접속하여 RRC 연결을 설정하고, 데이터를 송수신할 수 있다. 단말(UE)은 무선 액세스 링크(wireless access link)를 통해 IAB 노드 3과 연결될 수 있다. 일 실시예에서, 단말(UE)은 노드(node)로 지칭될 수 있다. 이 때, 단말(UE)은 IAB 노드 3의 하위 노드(자녀 노드)로서 기능하고, IAB 노드 3은 단말(UE)의 상위 노드(부모 노드)로서 기능한다.

도 2d를 참조하면, IAB 노드 3은 IAB 노드 1-1 및 IAB 노드 1-2를 통해 gNB 1에 연결될 수 있다. IAB 노드 3은 무선 백홀 링크(wireless BH link)를 통해 IAB 노드 1-1에 연결될 수 있다. IAB 노드 1-1은 무선 백홀 링크를 통해 IAB 노드 1-2에 연결될 수 있다. 이 때, IAB 노드 1-1은 IAB 노드 1-2의 자녀 노드로서 기능하고, IAB 노드 1-2는 IAB 노드 1-1의 부모 노드로서 기능한다. IAB 노드 1-2는 무선 백홀 링크를 통해 gNB 1(IAB 도우너 노드 1)과 연결될 수 있다. 이 때, IAB 노드 1-2는 gNB 1의 자녀 노드로서 기능하고, gNB 1은 IAB 노드 1-2의 부모 노드로서 기능한다. IAB 노드 3과 gNB 1 사이에는 IAB 노드 1-1 및 IAB 노드 1-2를 거치는 루트 A가 설정될 수 있다.

본 개시에서, F1*과 F1은 혼용되어 사용되고 IAB 노드와 IAB 도우너 사이의 백홀링에 사용되는 NR 백홀 링크를 나타낼 수 있다. 또한 F1*은 F1*-C 또는 F1*-U를 나타낼 수 있다. IAB 노드는 DU 기능 및 모바일 종단(Mobile termination: MT) 기능을 호스트하고, IAB 노드와 gNB(IAB 도우너 노드) 간의 무선 인터페이스는 CU와 DU를 연결하는 F1 인터페이스와 유사한 F1* 인터페이스 또는 F1* 연결일 수 있다. 도 2d를 참조하면 IAB 노드 3과 gNB 1 사이에는 F1* 연결이 설정될 수 있고, 보다 구체적으로는 IAB 노드 3의 DU와 gNB 1의 CU-CP(control plane) 사이에는 F1*-C 연결이, IAB 노드 3의 DU와 gNB 1의 CU-UP(user plane) 사이에는 F1*-U1 연결이 설정될 수 있다.

일 실시예에서, IAB 노드 3은 이동성(mobility)을 가질 수 있고, 다른 gNB로 inter-CU 핸드오버를 수행할 수 있다. 예를 들어, IAB 노드 3은 gNB 1의 하위 노드인 IAB 노드 1-1과의 연결을 해제(release)하고 gNB 2의 하위 노드인 IAB 노드 2-1과의 연결을 설정(establish)할 수 있다. IAB 노드의 핸드오버에 대한 제어는 gNB-CU를 통하여 수행될 수 있다. 예를 들어, IAB 노드의 핸드오버를 위해 gNB-CU로 IAB 노드 및 연결된 하위 노드들의 컨트롤 시그널(control signal)이 전송될 수 있다.

멀티홉(multi-hop) IAB 아키텍처에서 특정 IAB 노드가 다른 gNB-CU로 inter-CU 핸드오버를 수행할 때, 해당 IAB 노드가 연결되어 있던 서빙 gNB-CU와 연결을 끊고, 새로운 타깃 gNB-CU로의 핸드오버를 수행한다. 이 때, 해당 IAB 노드에 연결된 자녀 노드(하위 노드, child node)의 무선 채널을 포함한 서비스 상태를 고려하지 않고 기존 서빙 gNB-CU와 연결을 끊으면 해당 IAB 노드에 연결된 자녀 노드들은 기존에 연결되어 있는 노드로부터 서비스를 지속 받을 수 없고, 새롭게 gNB-CU에 대한 연결을 수행하여야 한다. 즉, 핸드오버를 수행하는 IAB 노드가 타깃 gNB-CU 또는 타깃 gNB-CU에 연결된 다른 IAB 노드에 연결을 마친 이후, 핸드오버를 수행하는 IAB 노드의 자녀 노드들은 기존 IAB 노드에 새롭게 랜덤 액세스를 통한 연결을 수행하거나, 다른 IAB 노드로 랜덤 액세스를 통한 연결을 수행하여야 한다.

도 2d를 참조하면, IAB 노드 3이 gNB 1에서 gNB 2로 inter-CU 핸드오버를 수행할 수 있다. 보다 구체적으로 IAB 노드 3은 gNB 1의 하위 노드인 IAB 노드 1-1에서 gNB 2의 하위 노드인 IAB 노드 2-1로 inter-CU 핸드오버를 수행할 수 있다. 이 경우, IAB 노드 3이 gNB 1의 하위 노드인 IAB 노드 1-1과의 연결을 해제(release)하면, IAB 노드 3과 gNB 1 사이에서 IAB 노드 1-1 및 IAB 노드 1-2를 거치는 루트 A가 해제되고, IAB 노드 3과 gNB 1 CU 사이의 F1* 연결이 해제된다. 이후, IAB 노드 3이 gNB 2의 하위 노드인 IAB 노드 2-1과의 연결을 설정(establish)하면, IAB 노드 3과 gNB 2 사이에서 IAB 노드 2-1 및 IAB 노드 2-2를 거치는 루트 B가 설정되고, IAB 노드 3과 gNB 2 CU 사이의 F1* 연결이 설정된다.

IAB 노드 3이 gNB 2로 핸드오버를 수행한 이후, IAB 노드 3은 IAB 노드 2-1 및 IAB 노드 2-2를 통해 gNB 2에 연결될 수 있다. IAB 노드 3은 무선 백홀 링크(wireless BH link)를 통해 IAB 노드 2-1에 연결될 수 있다. IAB 노드 2-1은 무선 백홀 링크를 통해 IAB 노드 2-2에 연결될 수 있다. 이 때, IAB 노드 2-1은 IAB 노드 2-2의 자녀 노드로서 기능하고, IAB 노드 2-2는 IAB 노드 2-1의 부모 노드로서 기능한다. IAB 노드 2-2는 무선 백홀 링크를 통해 gNB 2(IAB 도우너 노드 2)와 연결될 수 있다. 이 때, IAB 노드 2-2는 gNB 2의 자녀 노드로서 기능하고, gNB 2은 IAB 노드 2-2의 부모 노드로서 기능한다. 한편, IAB 노드의 핸드오버 기술에 관련된 내용은 TR 38.874에서 정의된 내용이 참조될 수 있다.

IAB 노드의 이동성에 따른 inter-CU 핸드오버가 발생하는 경우, 자녀 노드의 새로운 연결을 지원하지 않기 때문에 모든 자녀 노드는 네트워크로부터 연결이 끊어진 상태를 겪는다. Inter-CU 핸드오버를 수행하는 IAB 노드의 자녀 노드들은 기존 IAB 노드에 다시 연결하거나 새로운 IAB 노드로 연결한 이후에 네트워크 서비스를 다시 받을 수 있다. 따라서 연결이 끊어진 상태를 겪는 자녀 노드의 데이터 송수신의 중단에 따른 네트워크 서비스 품질이 떨어지는 문제가 발생하게 된다. 또한, inter-CU 핸드오버를 수행하는 IAB 노드의 자녀 노드가 기존 IAB 노드에 다시 연결하는 경우에도 기존 IAB 노드로 랜덤 액세스를 다시 수행하여야 한다. 기존 IAB 노드와 연결을 수행하는 자녀 노드는 타이밍 어드밴스(timing advance, TA) 혹은 빔 정렬(beam alignment)이 크게 변하지 않더라도 랜덤 액세스를 다시 수행하여야 하므로 비효율적인 동작으로 인해 새로운 연결의 시간 지연이 증가한다. 뿐만 아니라, 새로운 gNB-CU와 연결을 마친 IAB 노드 및 모든 하위 노드(자녀 노드)들은 RRC 재수립(re-establishment) 절차를 모두 다시 수행하여야 한다. 즉, 상위 IAB 노드의 핸드오버로 인해 모든 자녀 노드들은 핸드오버가 필요하지 않은 상황에서도 긴 지연 시간 동안 네트워크 서비스를 받을 수 없고, 이에 따라 네트워크 서비스 품질이 저하될 수 있다.

본 개시에서 제안하는 IAB 노드의 inter-CU 핸드오버 방법에 따르면, IAB 노드가 inter-CU 핸드오버를 수행하는 경우 효율적인 시그널링을 통해 자녀 노드의 이동성을 관리할 수 있고, 자녀 노드에 네트워크 서비스를 다시 지원해줄 때까지의 지연 시간을 줄일 수 있다.

본 개시에 따르면, 제1 gNB-CU가, 핸드오버를 수행할 IAB 노드의 하위 노드들에게, IAB 노드의 핸드오버에 관한 정보를 미리 제공한다. 이후, 하위 노드들 각각의 컨텍스트(context) 정보에 따라, 핸드오버를 수행할 IAB 노드와 연결을 유지할 하위 노드와, 새로운 IAB 노드에 연결할 하위 노드를 식별한다. 본 개시에 따르면, 핸드오버를 수행할 IAB 노드의 하위 노드가 네트워크 서비스를 받지 못하는 서비스 지연 시간을 줄일 수 있고, 새로운 연결을 빠르게 지원할 수 있다. 또한, 본 개시에 따르면, 핸드오버를 수행할 IAB 노드에 연결된 하위 노드들의 RRC 재수립(re-establishment)를 집합적으로 수행하여 불필요한 컨트롤 시그널링(control signaling)을 줄일 수 있다. 이하 도 3 내지 도 8을 참조하여, 본 개시에서 제안하는 IAB 아키텍처에서, 하위 노드에 네트워크 서비스를 지원할 때, 지연 시간을 줄일 수 있도록 하는, IAB 노드의 inter-CU 핸드오버 방법을 보다 구체적으로 설명한다.

도 3은 본 개시의 일 실시예에 따른, 무선 통신 시스템에서 제1 gNB-CU가 IAB 노드의 제2 gNB-CU로의 핸드오버를 지원하는 동작을 설명하기 위한 흐름도이다.

일 실시예에서, IAB 노드는 제1 gNB-CU에 연결되어 있다가, 제2 gNB-CU로 핸드오버 할 수 있다. 본 개시에서, '제1 gNB-CU에 연결된다'는 표현은, 제1 gNB-CU에 직접적으로 연결되는 경우뿐만 아니라, 제1 gNB-CU에 연결된 다른 IAB 노드로 연결됨으로써 제1 gNB-CU에 간접적으로 연결되는 경우도 포함한다. 마찬가지로, '제2 gNB-CU로 핸드오버한다'는 표현은 하는 제2 gNB-CU로 직접적으로 핸드오버하는 경우뿐만 아니라, 제2 gNB-CU에 연결된 다른 IAB 노드로 핸드오버함으로써 제2 gNB-CU에 간접적으로 핸드오버하는 경우도 포함한다.

본 개시에서 inter-CU 핸드오버를 수행하는 IAB 노드에는 다른 IAB 노드나 UE가 연결될 수 있다. 전술한 도 1 및 도 2a 내지 2d에서는 하위 노드(하위 IAB 노드)와 UE를 구별하여 기재하였으나, 이하 도 3 내지 도 9e에서는 설명의 편의상 특정 IAB의 '하위 노드'가 다른 IAB 노드 및 UE를 포함하는 것으로 기재한다. 즉, 후술하는 실시예들에서, IAB 노드에 연결된 '하위 노드'는 다른 IAB 노드를 나타낼 수도 있고, UE를 나타낼 수도 있다.

단계 S310에서, 제1 gNB-CU는 IAB 노드에 연결된 하위 노드들로, IAB 노드의 핸드오버를 위한 측정 리포트에 기초하여 결정된 핸드오버 정보를 전송한다. IAB 노드의 핸드오버를 위한 측정 리포트는 IAB 노드 또는 IAB 노드와 연결된 하위 노드의 통신 특징과 연관된 정보를 포함할 수 있다. IAB 노드는 네트워크(예를 들어, 제1 gNB-CU와 그 자녀 노드)에 의해 정의된 정확한 상황이 발생하면, 측정 리포트를 전송할 수 있다. 이러한 상황들에 따르면, 측정 리포트는 주기적으로 전송되거나, 이벤트가 발생할 때 전송될 수 있다. 예컨대, 이동성으로 인하여 채널이 변동되는 IAB 노드는 제1 gNB-CU에 속하는 부모 노드로 부터 송출되는 전파에 대해 SINB(signal-to-interference and noise ratio)를 측정하여 리포트할 수 있다.

예를 들어, 제1 gNB-CU는 inter-CU 핸드오버를 수행하는 IAB 노드에 연결된 적어도 하나의 하위 노드(또는 UE)로, 핸드오버 정보를 전송할 수 있다. 핸드오버 정보는 inter-CU 핸드오버를 수행하는 IAB 노드의 핸드오버를 위한 측정 리포트(measurement report)에 기초하여 결정될 수 있다. 예를 들어, 핸드오버 정보는, IAB 노드의 컨텍스트 정보, 채널 상태 정보, 핸드오버 수행 시점 등을 포함할 수 있다. 채널 상태 정보는 랭크 지시자(Rank Indicator, RI), 프리코딩 행렬 인덱스(Precoding Matrix Indicator, PMI) 및 채널품질지시자(Channel Quality Indicator, CQI)를 포함할 수 있다. 컨텍스트 정보는 단말 식별자, 보안키(Security Key) 정보, 해당 컨텍스트 정보의 유효 기간(valid duration) 등을 포함할 수 있다.

단계 S320에서, 제1 gNB-CU는 제2 gNB-CU로 IAB 노드의 핸드오버 요청(handover request) 메시지를 전송한다. 일 실시예에서, 핸드오버 요청 메시지를 수신한 제2 gNB-CU는 자신의 하위 IAB 노드들에게 핸드오버를 수행할 IAB 노드를 위한 컨텍스트 설정(context setup)을 요청할 수 있다. 이후, 제2 gNB-CU는 제1 gNB-CU로부터 수신한 IAB 노드의 핸드오버 요청 메시지에 대한 응답으로, IAB 노드의 핸드오버 승인 메시지를 제1 gNB-CU로 전송할 수 있다.

단계 S330에서, 제1 gNB-CU는 IAB 노드에 연결된 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별한다. 보다 구체적으로, 제1 gNB-CU는 IAB 노드의 적어도 하나의 하위 노드로부터 컨텍스트(context) 정보를 수신하고, 수신한 컨텍스트 정보에 기초하여 적어도 하나의 하위 노드의 클래스를 분류할 수 있다. 일 실시예에서, 하위 노드들의 클래스는 하위 노드의 근접도(proximity)에 기초하거나, RSRP(reference signal received power)/RSRQ(reference signal received quality) 데이터 이력에 기초하여 결정될 수도 있다.

IAB 노드의 적어도 하나의 하위 노드는 제1 클래스 또는 제2 클래스로 분류될 수 있다.

제1 클래스의 하위 노드는 inter-CU 핸드오버 수행 전의 IAB 노드에 연결되어 있던 노드들 중, 제1 gNB-CU에 연결된 다른 IAB 노드로 intra-CU 핸드오버를 수행할 하위 노드를 나타낸다. 예를 들어, 제1 클래스의 하위 노드는 현재 연결되어 있는 IAB 노드와의 채널 상태 보다 제1 gNB-CU에 연결된 다른 IAB 노드들과의 채널 상태가 더 좋을 수 있다. 따라서, 제1 gNB-CU는 제1 클래스의 하위 노드에 대해, 현재 연결된 IAB 노드를 따라 제2 gNB-CU로 핸드오버하는 inter-CU 핸드오버를 지원하는 것보다는, 제1 gNB-CU에 연결된 다른 IAB 노드로 핸드오버하는 intra-CU 핸드오버를 시도하는 것을 결정할 수 있다.

단계 S340에서, 제1 gNB-CU는 이러한 제1 클래스의 하위 노드에 대해, IAB가 제2 gNB-CU로 핸드오버되기 전에, 제1 gNB-CU에 연결된 다른 IAB 노드로 intra-CU 핸드오버 되도록 지원한다. 예를 들어, 제1 gNB-CU는 제1 클래스의 하위 노드가 전송한 측정 리포트에 기초하여, 제1 gNB-CU에 연결된 IAB 노드 중 해당 하위 노드와 채널 상태가 좋은 IAB 노드를 intra-CU 핸드오버의 타깃 IAB 노드로 결정한다. 이후 제1 gNB-CU는 타깃 IAB 노드와 해당 하위 노드 사이의 UE 컨텍스트 셋업을 완료하고, 랜덤 액세스 프리앰블(random access preamble)을 해당 하위 노드에게 할당한다. 제1 클래스에 속하는 하위 노드는 타깃 IAB 노드와 랜덤 액세스를 통해 intra-CU 핸드오버를 수행한다.

일 실시예에서, inter-CU 핸드오버를 수행하는 IAB 노드의 하위 노드들 중 제1 클래스로 식별되는 하위 노드가 존재하지 않을 수 있다. 이 경우, 단계 S340에서 하위 노드에 대해 intra-CU 핸드오버를 수행하는 단계가 생략될 수 있다. 즉, 일 실시예에서, IAB 노드의 inter-CU 핸드오버 절차는 IAB 노드에 연결된 하위 노드들의 클래스를 식별하는 동작 이후 곧바로 IAB 노드의 inter-CU 핸드오버를 수행하는 동작으로 진행될 수 있다.

제2 클래스의 하위 노드는 inter-CU 핸드오버 수행 전의 IAB 노드에 연결되어 있던 노드들 중, inter-CU 핸드오버를 수행할 하위 노드를 나타낸다. 예를 들어, 제2 클래스의 하위 노드는 IAB 노드의 inter-CU 핸드오버 수행 동안 IAB 노드와의 연결을 유지하여, IAB 노드와 함께 제2 gNB-CU로 inter-CU 핸드오버 될 수 있다. 예를 들어, 이러한 제2 클래스의 하위 노드들은 연결된 현재 IAB 노드와 물리적 거리가 가까운 상태를 가진 노드들이 될 수 있다. 제 2 클래스의 하위 노드가 현재 IAB 노드와 가까운 거리를 유지하는 경우, 해당 IAB 노드로의 접속을 유지하여 네트워크 서비스를 받는 것이 가장 좋은 채널을 유지할 수 있다. 따라서, 제2 클래스의 하위 노드는 IAB 노드와 연결을 유지하면서 IAB 노드의 inter-CU 핸드오버 과정 중 타이머(timer)를 동작시키고, 타이머가 만료(expire)되기 전까지 새로운 gNB-CU(제2 gNB-CU)로부터의 컨트롤 시그널링(control signaling)을 기다린다.

단계 S350에서 제1 gNB-CU는 IAB 노드의 핸드오버 정보 및 제2 gNB-CU로부터 수신한 IAB 노드의 핸드오버 승인 메시지에 기초하여, IAB 노드의 제2 gNB-CU로의 inter-CU 핸드오버를 지원한다. 보다 구체적으로, 제1 gNB-CU는 제2 gNB-CU로부터 IAB 노드의 핸드오버 승인 메시지를 수신하고, 제1 클래스로 식별된 하위 노드들을 모두 제1 gNB-CU에 연결된 다른 IAB 노드들로 intra-CU 핸드오버 시킨 이후에, 제2 클래스로 식별된 하위노드들과 연결을 유지하는 IAB 노드를 제2 gNB-CU로 inter-CU 핸드오버 시킬 수 있다.

도 4는 본 개시의 일 실시예에 따른 IAB 노드(IAB-node 3)의 inter-CU 핸드오버 절차에서, 기지국(gNB-CU 1, gNB-CU 2), 무선 노드들(IAB-node 1-1, IAB-node 2-1), 및 UE의 동작을 설명하기 위한 도면이다.

일 실시예에서, IAB 노드(IAB-node 3)는 IAB-node 1-1를 통해 제1 gNB-CU(gNB-CU 1)에 연결되어 있다가, 제2 gNB-CU(gNB-CU 2)에 연결된 IAB-node 2-1로 핸드오버 할 수 있다. 도 4를 참조하면, inter-CU 핸드오버를 수행하는 IAB 노드(IAB-node 3)에 연결된 하위 노드는 UE로 표시되었으나, 이에 한정되지 않고 다른 IAB 노드가 될 수도 있다.

도 4를 참조하면, IAB 노드(IAB-node 3)의 inter-CU 핸드오버 절차는 핸드오버 준비 절차(HO-P) 및 핸드오버 수행 절차(HO-O)를 포함할 수 있다.

핸드오버 준비 절차(HO-P)는, IAB 노드(IAB-node 3)가 제1 gNB-CU(gNB-CU 1)와의 연결을 해제(460)하기 전에 전술한 제1 클래스로 식별된 하위 노드들에 대해 제1 gNB-CU(gNB-CU 1)에 연결된 다른 IAB 노드로 intra-CU 핸드오버를 지원하는 동작(410) 및 제2 gNB-CU(gNB-CU 2)로부터 IAB 노드의 핸드오버 요청 메시지(402)에 대한 응답으로, IAB 노드의 핸드오버 승인 메시지(421)를 간접적으로 수신하는 동작을 포함할 수 있다. 즉, 핸드오버 준비 절차(HO-P)는 inter-CU 핸드오버를 수행하기 위한 탐색, 시그널링, 승인 등의 사전 세팅 동작들을 포함할 수 있다.

보다 구체적으로, 핸드오버 준비 절차(HO-P)에서는, 제1 gNB-CU(gNB-CU 1)가 자녀 노드들에게 IAB 노드(IAB-node 3)의 핸드오버 정보를 전송하는 동작(401), 제1 gNB-CU(gNB-CU 1)가 제2 gNB-CU(gNB-CU 2)로 IAB 노드(IAB-node 3)의 핸드오버 요청 메시지(402)를 전송하는 동작, 제1 gNB-CU(gNB-CU 1) 및 IAB 노드(IAB-node 3)가 제1 클래스로 식별된 하위 노드(child node, UE)에 대해 intra-CU 핸드오버를 지원하는 동작, 제2 gNB-CU(gNB-CU 2)가 제1 gNB-CU(gNB-CU 1)로 IAB 노드의 핸드오버 요청 메시지(402)에 대한 응답으로, IAB 노드의 핸드오버 승인 메시지(421)를 전송하는 동작을 포함할 수 있다.

핸드오버 수행 절차(HO-O)는, inter-CU 핸드오버에 대한 사전 세팅이 완료된 이후, 실질적으로 IAB 노드(IAB-node 3)가 inter-CU 핸드오버를 수행하는 동작들을 포함한다.

도 4를 참조하면, 핸드오버 수행 절차(HO-O)는, IAB 노드(IAB-node 3)가 inter-CU 핸드오버 수행 시점에 제1 gNB-CU(gNB-CU 1)에게 핸드오버를 통지하는 동작(451), 제1 gNB-CU(gNB-CU 1)가 제2 gNB-CU(gNB-CU 2)에게 SN 상태 정보를 이전하는 동작(452), IAB 노드(IAB-node 3)가 제1 gNB-CU(gNB-CU 1)과의 연결을 해제(release)하는 동작(460), IAB 노드(IAB-node 3)가 제2 gNB-CU(gNB-CU 2)에 연결된 하위 IAB 노드(IAB-node 2-1)로 랜덤 액세스하는 동작(461), 및 제2 gNB-CU(gNB-CU 2)가 IAB 노드(IAB-node 3)와 IAB 노드(IAB-node 3)에 연결된 하위 노드(UE)들에 대해 RRC 연결을 재수립(re-establishment)하는 동작(470)을 포함할 수 있다.

본 개시의 일 실시예에 따르면, IAB 노드(IAB-node 3)의 하위 노드(UE)들은, IAB 노드(IAB-node 3)의 inter-CU 핸드오버 이후 별도의 랜덤 액세스 절차를 수행하지 않을 수 있다. 대신, 상위 노드인 IAB 노드(IAB-node 3)가 inter-CU 핸드오버 이후, 연결된 하위 노드로 RRC 설정 정보를 전달한다. 이와 같이, IAB 노드(IAB-node 3)가 핸드오버를 수행하는 동안 IAB 노드(IAB-node 3)와 연결을 유지하는 하위 노드들의 랜덤 액세스 절차를 생략할 수 있고, IAB 노드(IAB-node 3)에 연결되어 IAB 노드(IAB-node 3)와 함께 핸드오버 된 모든 하위 노드들에 대한 RRC 연결 재수립 절차를 집합(aggregation)적으로 수행할 수 있으므로, 보다 효율적인 컨트롤 시그널링이 가능하다.

도 5 및 도 6은 본 개시의 일 실시예에 따른, 하위 노드(UE)가 연결을 유지하기 위하여 컨텍스트 정보를 능동적으로 전송하는 시점을 설명하기 위한 도면이다.

도 5를 참조하면, 하위 노드(UE)는 제1 gNB-CU(gNB-CU 1)로부터 자신이 연결된 상위 노드(IAB-node 3)의 핸드오버 정보를 수신하는 경우(503), 그에 대한 응답으로서 컨텍스트 정보(또는 측정 리포트(measurement report))를 전송(504)할 수 있다. 이러한 경우, 핸드오버 시점 직전의 최신의 채널 상태 정보가 컨텍스트 정보에 포함될 수 있으므로, 컨텍스트 정보를 이용한 하위 노드의 클래스 분류의 정확도가 높아질 수 있다. 도 5의 동작 501은 후술할 도 7의 동작 701에 대응될 수 있다. 도 5의 동작 502는 후술할 도 7의 동작 702에 대응될 수 있다. 도 5의 동작 510은 전술한 도 4의 동작 410에 대응될 수 있다.

도 6을 참조하면, 하위 노드(UE)는 제1 gNB-CU(gNB-CU 1)로부터 자신이 연결된 상위 노드(IAB-node 3)의 핸드오버 정보를 수신하는지 여부(604)과 무관하게, 채널 상태 변화를 감지하는 경우 컨텍스트 정보(또는 측정 리포트)를 전송(601)하거나, 기 설정된 시간 주기에 따라 컨텍스트 정보(또는 측정 리포트)를 전송(601)할 수 있다. 예를 들어, RSRP(reference signal received power)가 기 설정된 임계값 이상으로 변하는 경우 등이 채널 상태 변화가 트리거(trigger) 된 경우에 포함될 수 있고, 채널 상태 변화가 감지된 경우로 볼 수 있다. 이러한 경우, 하위 노드가 능동적으로 컨텍스트 정보를 전달하기 때문에, 제1 gNB-CU(gNB-CU 1)는 핸드오버 시점에서 하위 노드(UE)와의 추가적인 메시지 교환 없이도 미리 교환된 컨텍스트 정보를 이용해 하위 노드의 클래스를 분류할 수 있다. 도 6의 동작 602는 후술할 도 7의 동작 701에 대응될 수 있다. 도 6의 동작 603은 후술할 도 7의 동작 702에 대응될 수 있다. 도 6의 동작 610은 전술한 도 4의 동작 410에 대응될 수 있다.

일 실시예에서, inter-CU 핸드오버를 수행하는 IAB 노드(IAB-node 3)의 하위 노드(UE)는 IAB 노드(IAB-node 3)를 통하여 제1 gNB-CU(gNB-CU 1)로 컨텍스트 정보(또는 측정 리포트)를 전송할 수 있다. IAB 노드(IAB-node 3)의 하위 노드(UE)가 IAB 노드(IAB-node 3)로 컨텍스트 정보(또는 측정 리포트)를 전송할 경우, IAB 노드(IAB-node 3)는 하위 노드들의 클래스를 식별하고, 하위 노드들의 핸드오버를 제어하기 위해 제1 gNB-CU(gNB-CU 1)로 수신한 하위 노드(UE)의 컨텍스트 정보(또는 측정 리포트)를 전송할 수 있다.

도 7은 본 개시의 일 실시예에 따른 IAB 노드(IAB-node 3)의 inter-CU 핸드오버 준비 절차(HO-P)에서, 기지국(gNB-CU 1, gNB-CU 2), 무선 노드들(IAB-node 1-1, IAB-node 2-1), 및 UE의 동작을 설명하기 위한 도면이다.

도 7의 핸드오버 준비 절차(HO-P)는 전술한 도 4의 핸드오버 준비 절차(HO-P) 및 도 5 내지 도 6의 하위 노드(UE)가 컨텍스트 정보를 전송하는 동작에 대응될 수 있다. 보다 구체적으로 도 7의 동작 703은 도 4의 동작 401에 대응될 수 있다. 도 7의 동작 704는 도 4의 동작 402에 대응될 수 있다. 도 7의 동작 705는 도 5의 동작 504 또는 도 6의 동작 601에 대응될 수 있다. 도 7의 동작 710은 도 4의 동작 410에 대응될 수 있다. 도 7의 동작 731은 도 4의 동작 421에 대응될 수 있다. 도 7의 동작 732는 도 4의 동작 422에 대응될 수 있다. 도 7의 동작 733은 도 4의 동작 423에 대응될 수 있다.

단계 701을 참조하면, IAB 노드(IAB-node 3)의 inter-CU 핸드오버 준비 절차(HO-P)는, inter-CU 핸드오버를 수행할 IAB 노드(IAB-node 3)가 연결된 상위 노드(IAB-node 1-1)로 핸드오버를 위한 측정 리포트(measurement report)를 전송하는 동작을 포함할 수 있다.

단계 702를 참조하면, IAB-node 1-1은 제1 gNB-CU(gNB-CU 1)로 IAB 노드(IAB-node 3)로부터 수신한 측정 리포트를 상향링크 RRC 트랜스퍼를 통해 전달할 수 있다. 단계 701 및 단계 702를 통해 제1 gNB-CU(gNB-CU 1)로 전송된 핸드오버를 위한 측정 리포트는, 단계 703에서 제1 gNB-CU(gNB-CU 1)가 IAB 노드(IAB-node 3)에 연결된 하위 노드(UE)들에게 전송할 핸드오버 정보를 결정하는데 이용될 수 있다.

단계 721을 참조하면, 단계 704에서 제1 gNB-CU(gNB-CU 1)로부터 IAB 노드의 핸드오버 요청(handover request) 메시지를 수신한 제2 gNB-CU(gNB-CU 2)는 자신의 하위 IAB 노드(IAB-node 2-1)들에게 핸드오버를 수행할 IAB 노드를 위한 컨텍스트 설정(context setup)을 요청할 수 있다. 이후, 단계 722에서 하위 IAB 노드(IAB-node 2-1)들은 컨텍스트 설정 완료 메시지(context setup response)를 제2 gNB-CU(gNB-CU 2)로 전송할 수 있다.

도 8은 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 수행 이후의 기지국(gNB-CU 1, gNB-CU 2), 무선 노드들(IAB-node 1-1, IAB-node 2-1), 및 UE의 동작을 설명하기 위한 도면이다.

도 8의 핸드오버 준비 절차(HO-P)는 전술한 도 4 또는 도 7의 핸드오버 준비 절차(HO-P)에 대응될 수 있고, 도 8의 핸드오버 수행 절차(HO-O)는 전술한 도 5의 핸드오버 수행 절차(HO-O)에 대응될 수 있다.

도 8을 참조하면, IAB 노드(IAB-node 3)의 inter-CU 핸드오버 수행 이후, 제2 gNB-CU(gNB-CU 2)는 IAB 노드(IAB-node 3)의 하위 노드들 중 일부를 제3 클래스로 식별하고, 제3 클래스로 식별된 하위 노드에 대해 제2 gNB-CU(gNB-CU 2)에 연결된 IAB 노드(IAB-node 3)가 아닌 제2 gNB-CU(gNB-CU 2)에 연결된 다른 자녀 노드로 intra-CU 핸드오버를 지원할 수 있다(단계 890 참조).

제3 클래스의 하위 노드는 inter-CU 핸드오버 수행 이후, 제2 gNB-CU에 연결된 다른 IAB 노드로 intra-CU 핸드오버를 수행할 하위 노드를 나타낸다. 예를 들어, 직접 연결된 IAB 노드(IAB-node 3)와는 좋은 채널 상태를 유지하지만, IAB 노드(IAB-node 3)를 통해 새로 연결된 제2 gNB-CU(gNB-CU 2)에서 QoS 요구 사항을 만족시킬 수 없게 된 하위 노드(UE)는 제3 클래스로 식별될 수 있다. 또한, 새로 연결된 상위 IAB 노드(IAB-node 2-1)에서 지원할 수 없는 하위 노드(UE)도 제3 클래스로 식별될 수 있다.

일 실시예에서, IAB 노드(IAB-node 3)의 하위 노드들 중, 기 설정된 타이머가 만료할 때까지 RRC 연결 재수립을 위한 컨트롤 시그널을 수신하지 못한 하위 노드는 제3 클래스로 식별될 수 있다. 일 실시예에서, 제2 gNB-CU(gNB-CU 2)는 IAB 노드(IAB-node 3)에 연결된 적어도 하나의 하위 노드로부터 컨텍스트 정보를 수신하고, 수신한 컨텍스트 정보에 기초하여 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 자신의 하위 노드에 대하여 수행할 노드들에 대하여 제3 클래스로 식별할 수 있다.

단계 890에서, 제2 gNB-CU(gNB-CU 2)는 제3 클래스로 식별된 하위 노드(UE)를 제2 gNB-CU(gNB-CU 2)에 연결된 다른 IAB 노드로 intra-CU 핸드오버 되도록 지원할 수 있다.

도 9a 내지 9e는 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 절차에서, 단계별로 기지국, 무선 노드들, 및 UE의 연결 관계를 설명하기 위한 도면이다.

도 9a를 참조하면, IAB 노드 3이 gNB-CU 1에서 gNB-CU 2로 inter-CU 핸드오버하기 전, IAB 노드 3은 IAB 노드 1-1을 통해 gNB-CU 1에 연결되어 있을 수 있다. 또한, IAB 노드 3에는 하위 노드로 제1 클래스로 식별된 UE 1, 제2 클래스로 식별된 UE 2, 및 제3 클래스로 식별된 UE 3이 연결되어 있을 수 있다. 본 실시예에서, gNB-CU 1이 하위 노드의 클래스를 식별하는 방법은 도 3 내지 도 8을 참조하여 전술한 방법과 대응될 수 있다.

도 9b를 참조하면, IAB 노드 3의 inter-CU 핸드오버 전에, 제1 클래스로 식별된 UE 1을 gNB-CU 1에 연결된 다른 IAB 노드(IAB 노드 1-2)로 intra-CU 핸드오버 시킬 수 있다. 예를 들어, gNB-CU 1은 제1 클래스로 식별된 UE 1이 IAB 노드 3에서 IAB 노드 1-2로 intra-CU 핸드오버되도록 지원할 수 있다.

도 9c를 참조하면, 제1 클래스로 식별된 UE 1의 intra-CU 핸드오버 수행 이후, IAB 노드 3은 제2 클래스의 UE 2 및 제3 클래스의 UE 3과 연결을 유지한 채, gNB-CU 2에 연결된 IAB 노드 2-1로 inter-CU 핸드오버 될 수 있다. 예를 들어, gNB-CU 1은 IAB 노드 3이 IAB 노드 1-1에서 IAB 노드 2-1로 inter-CU 핸드오버되도록 지원할 수 있다.

도 9d 및 도 9e를 참조하면, IAB 노드 3의 inter-CU 핸드오버 수행 이후, gNB-CU 2는 하위 노드들의 핸드오버 정보에 기초하여 하위 노드들의 클래스를 식별할 수 있다. gNB-CU 2는 제3 클래스로 식별된 UE 3을 gNB-CU 2에 연결된 다른 IAB 노드(IAB 노드 2-3)로 intra-CU 핸드오버 시킬 수 있다. 예를 들어, gNB-CU 2는 제3 클래스로 식별된 UE 3에 IAB 노드 3에서 IAB 노드 2-3으로 intra-CU 핸드오버되도록 지원할 수 있다.

도 9a 내지 도 9e를 참조하면 inter-CU 핸드오버를 수행하는 IAB 노드 3에 연결된 하위 노드들의 클래스를 분류함으로써, 하위 노드들의 이동성(mobility)를 관리할 수 있다. 특히, gNB-CU 1은 inter-CU 핸드오버를 수행하는 동안 IAB 노드 3과의 연결을 유지하는 UE 2 및 UE 3에게 타이머(timer)를 설정할 수 있다. UE 2 및 UE 3은 설정된 타이머의 만료 전까지는 RRC 컨트롤 시그널링이 수신되지 않더라도 RLF 상태인 것으로 판단하지 않고, 랜덤 액세스 절차를 수행하지 않는다. 일 실시예에서, 타이머의 시작점은 IAB 노드 3의 inter-CU 핸드오버 시점에 기초하여 결정될 수 있다. IAB 노드 3의 inter-CU 핸드오버 시점에 대한 정보는 IAB 노드 3에 연결된 하위 노드들에게 전달되는 핸드오버 정보에 포함될 수 있다.

예를 들어, UE 2와 같이 설정된 타이머 만료 전 RRC 컨트롤 시그널링(control signaling)을 수신한 하위 노드는, 랜덤 액세스 절차 없이(RACH-less) 새로운 gNB-CU 2와 연결을 수행할 수 있다. UE 2와 연결을 유지하는 상위 노드인 IAB 노드 3은, 자신에 대한 RRC 재설정(reconfiguration) 절차를 수행할 때, 하위 노드인 UE 2에대한 RRC 재설정 절차도 함께 수행할 수 있다. 따라서, 랜덤 액세스 절차 없이(RACH-less) 새로운 gNB-CU 2와 연결을 수행하는 UE 2는, 시간 동기화(time synchronization)나 빔 정렬(beam alignment) 과정을 다시 수행하지 않고도, 그룹화된 RRC 재설정을 통해 컨텍스트 정보를 업데이트할 수 있다.

UE 3과 같이 설정된 타이머가 만료될 때까지 RRC 컨트롤 시그널링을 수신하지 못한 하위 노드는, admission control에서 탈락한 것으로 판단하고, 타이머 만료 이후 곧바로 gNB-CU 2의 하위 노드들로 랜덤 액세스를 수행할 수 있다. 한편, UE 3의 경우에도 intra-CU 핸드오버를 수행하기 전까지는, IAB 노드 3과 UE 3 사이의 컨트롤 시그널 링크는 유지될 수 있다. 예를 들어, 도 9d를 다시 참조하면, gNB-CU 2와 UE 3 사이에 IAB 노드 3을 통한 경로가 형성될 수 있고, 해당 경로에 컨트롤 시그널 링크가 형성될 수 있다. 따라서, gNB-CU 2는 IAB 노드 3를 통해 UE 3으로 컨트롤 시그널을 전송하고, UE 3이 gNB-CU 2에 연결된 다른 IAB 노드로 intra-CU 핸드오버하도록 지원할 수 있다.

즉, 본 개시의 일 실시예에 따른 IAB 노드의 inter-CU 핸드오버 절차에서, 제1 gNB-CU가 핸드오버를 수행하려는 IAB 노드에 연결된 모든 하위 노드들에게 핸드오버 정보를 미리 전달한다. 모든 하위 노드들에게 핸드오버 정보를 미리 전달하기 때문에, 하위 노드들은 연결되어 있는 IAB 노드로부터 네트워크 서비스를 순간적으로 받을 수 없어도 해당 IAB 노드가 핸드오버를 마치는 시간으로 설정된 타이머의 만료 전까지는 네트워크 서비스 재접속을 기다린다. 만약 타이머가 만료될 때까지 RRC 재수립(re-establishment)을 위한 컨트롤 시그널링을 수신하지 못하면, 하위 노드는 radio link failure (RLF) 상태인 것으로 판단하고, 새로운 IAB 노드로 랜덤 액세스를 수행한다.

본 개시의 일 실시예에서, inter-CU 핸드오버를 수행한 IAB 노드는, 다른 IAB 노드로 intra-CU 핸드오버를 수행해야 하는 하위 노드와 컨트롤 시그널링을 전송할 수 있는 링크를 다른 IAB 노드에 연결되기 전까지는 유지하되, 데이터 전송은 하지 않을 수 있다. 데이터 전송을 하지 않으면, 해당 하위 노드에 사용되는 무선 자원을 최소화하면서도 해당 하위 노드가 다른 IAB 노드에 연결이 될 수 있도록 gNB-CU의 컨트롤 시그널링을 전달할 수 있다.

도 10은 본 개시의 일 실시예에 따른 CU(Central Unit)와 DU(Distributed Unit)를 포함하는 gNB(1000)의 구성을 개략적으로 도시한 블록도이다.

도 10을 참조하면, gNB(1000)는 송수신부(1010), 프로세서(1020), 및 메모리(1030)로 구성될 수 있다. 전술한 gNB(1000)의 통신 방법에 따라, gNB(1000)의 송수신부(1010), 프로세서(1020), 및 메모리(1030)가 동작할 수 있다. 다만, gNB(1000)의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, gNB(1000)는 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 일 실시예에서, 송수신부(1010), 프로세서(1020), 및 메모리(1030)는 하나의 칩(chip) 형태로 구현될 수도 있다. 또한, 프로세서(1020)는 하나 이상의 프로세서를 포함할 수 있다.

송수신부(1010)는 gNB(1000)의 수신부와 gNB(1000)의 송신부를 통칭한 것으로서, 단말 또는 네트워크 엔티티(Network Entity)와 신호를 송수신할 수 있다. 단말 또는 네트워크 엔티티와 송수신하는 신호는 제어 정보 및 데이터를 포함할 수 있다.

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

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

프로세서(1020)는 상술한 본 개시의 실시예에 따라 gNB(1000)가 동작할 수 있도록 일련의 과정을 제어할 수 있다. 예를 들면, 프로세서(1020)는 송수신부(1010)를 통해 제어 신호와 데이터 신호를 수신하고, 수신한 제어 신호와 데이터 신호를 처리할 수 있다. 프로세서(1020)는 처리한 제어 신호와 데이터 신호를 송수신부(1010)를 통해 송신할 수 있다. 또한, 프로세서(1020)는 메모리(1030)에 데이터를 기록하거나 읽을 수 있다. 프로세서(1020)는 통신 규격에서 요구하는 프로토콜 스택의 기능들을 수행할 수 있다. 이를 위해, 프로세서(1020)는 적어도 하나의 프로세서 또는 마이크로(micro) 프로세서를 포함할 수 있다. 일 실시예에서, 송수신부(1010)의 일부 또는 프로세서(1020)는 CP(communication processor)로 지칭될 수 있다. 이때, 프로세서(1020)는 CPU, AP, DSP(Digital Signal Processor) 등과 같은 범용 프로세서, GPU, VPU(Vision Processing Unit)와 같은 그래픽 전용 프로세서 또는 NPU와 같은 인공지능 전용 프로세서일 수 있다. 예를 들어, 하나 또는 복수의 프로세서가 인공지능 전용 프로세서인 경우, 인공지능 전용 프로세서는, 특정 인공지능 모델의 처리에 특화된 하드웨어 구조로 설계될 수 있다. 프로세서(1020)는 인공지능 모델에 따라, 수신한 제어 신호와 데이터 신호에서 도출된 입력 데이터를 처리하도록 제어할 수 있다.

일 실시예에서, 제1 gNB-CU의 프로세서(1020)는, IAB 노드에 연결된 적어도 하나의 하위 노드로, IAB 노드의 핸드오버를 위한 측정 리포트(measurement report)에 기초하여 결정된 핸드오버 정보를 전송하고, 제2 gNB-CU로 IAB 노드의 핸드오버 정보를 포함하는 핸드오버 요청(handover request) 메시지를 전송하고, 적어도 하나의 하위 노드로부터 컨텍스트(context) 정보를 수신하고, 컨텍스트 정보에 기초하여, 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하고, 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하고, IAB 노드의 핸드오버 정보 및 제2 gNB-CU로부터 수신한 IAB 노드의 핸드오버 승인 메시지에 기초하여, IAB 노드의 제2 gNB-CU로의 inter-CU 핸드오버를 지원하도록 설정될 수 있다.

일 실시예에서, 제2 gNB-CU의 프로세서(1020)는 제1 gNB-CU로부터, IAB 노드의 핸드오버를 위한 측정 리포트에 기초하여 결정된 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 수신하고, 핸드오버 요청 메시지에 대한 응답으로, IAB 노드의 핸드오버 승인 메시지를 제1 gNB-CU로 전송하고, IAB 노드의 제1 gNB-CU로부터의 inter-CU 핸드오버를 지원하고, 핸드오버를 수행하는 IAB 노드에 대해 RRC 연결 재수립(re-establishment) 절차를 수행하고, 핸드오버를 수행하는 IAB 노드에 연결된 하위 노드에 대해 RRC 연결 재수립 절차를 수행하도록 설정될 수 있다.

도 11은 본 개시의 일 실시예에 따른 IAB 노드(1100)의 구성을 개략적으로 도시한 블록도이다.

도 11을 참조하면, IAB 노드(1100)는 송수신부(1110), 프로세서(1120), 및 메모리(1130)로 구성될 수 있다. 전술한 IAB 노드(1100)의 통신 방법에 따라, IAB 노드(1100)의 송수신부(1110), 프로세서(1120), 및 메모리(1130)가 동작할 수 있다. 다만, IAB 노드(1100)의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, IAB 노드(1100)는 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 일 실시예에서, 송수신부(1110), 프로세서(1120), 및 메모리(1130)는 하나의 칩(chip) 형태로 구현될 수도 있다. 또한, 프로세서(1120)는 하나 이상의 프로세서를 포함할 수 있다.

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

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

메모리(1130)는 IAB 노드(1100)의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(1130)는 기지국에서 획득되는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 메모리(1130)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(1130)는 별도로 존재하지 않고 프로세서(1120)에 포함되어 구성될 수도 있다. 메모리(1130)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 메모리(1130)는 프로세서(1120)의 요청에 따라 저장된 데이터를 제공할 수 있다.

프로세서(1120)는 상술한 본 개시의 실시예에 따라 IAB 노드(1100)가 동작할 수 있도록 일련의 과정을 제어할 수 있다. 예를 들면, 프로세서(1120)는 송수신부(1110)를 통해 제어 신호와 데이터 신호를 수신하고, 수신한 제어 신호와 데이터 신호를 처리할 수 있다. 프로세서(1120)는 처리한 제어 신호와 데이터 신호를 송수신부(1110)를 통해 송신할 수 있다. 또한, 프로세서(1120)는 메모리(1130)에 데이터를 기록하거나 읽을 수 있다. 프로세서(1120)는 통신 규격에서 요구하는 프로토콜 스택의 기능들을 수행할 수 있다. 이를 위해, 프로세서(1120)는 적어도 하나의 프로세서 또는 마이크로(micro) 프로세서를 포함할 수 있다. 일 실시예에서, 송수신부(1110)의 일부 또는 프로세서(1120)는 CP(communication processor)로 지칭될 수 있다. 이때, 프로세서(1120)는 CPU, AP, DSP(Digital Signal Processor) 등과 같은 범용 프로세서, GPU, VPU(Vision Processing Unit)와 같은 그래픽 전용 프로세서 또는 NPU와 같은 인공지능 전용 프로세서일 수 있다. 예를 들어, 하나 또는 복수의 프로세서가 인공지능 전용 프로세서인 경우, 인공지능 전용 프로세서는, 특정 인공지능 모델의 처리에 특화된 하드웨어 구조로 설계될 수 있다. 프로세서(1120)는 인공지능 모델에 따라, 수신한 제어 신호와 데이터 신호에서 도출된 입력 데이터를 처리하도록 제어할 수 있다.

일 실시예에서, IAB 노드(1100)의 프로세서(1120)는, 제1 gNB-CU로 핸드오버를 위한 측정 리포트를 전송하고, 연결된 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하고, 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하고, 제2 gNB-CU로부터의 핸드오버 승인 메시지를 제1 gNB-CU를 통해 수신하고, 핸드오버 승인 메시지에 기초하여 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하도록 설정될 수 있다.

일 실시예에서, IAB 노드(1100)는, 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하는 동안 제2 클래스로 식별된 적어도 하나의 하위 노드와의 연결을 유지할 수 있다. 일 실시예에서, IAB 노드(1100)의 프로세서(1120)는, 제2 클래스로 식별된 하위 노드들 중, 기 설정된 타이머가 만료할 때까지 RRC 연결 재수립을 위한 컨트롤 시그널을 수신하지 못한 하위 노드를 제3 클래스로 식별하고, 제3 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하도록 제어 신호의 송수신을 지원하도록 설정될 수 있다. 일 실시예에서, IAB 노드(1100)의 프로세서(1120)는, 제3 클래스로 식별된 하위 노드에게 intra-CU 핸드오버를 위한 컨트롤 시그널을 전송하도록 더 설정될 수 있다. 일 실시예에서, IAB 노드(1100)의 프로세서(1120)는, 제2 클래스로 식별된 하위 노드로부터 컨텍스트 정보를 수신하고, 컨텍스트 정보에 기초하여 제2 클래스로 식별된 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제3 클래스로 식별하고, 제3 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원할 수 있다.

도 12는 본 개시의 일 실시예에 따른 단말(1200)의 구성을 개략적으로 도시한 블록도이다.

도 12를 참조하면, 본 개시에 따른 단말(1200)은 프로세서(1220)와 메모리(1230) 및 송수신부(1210)로 구성될 수 있다. 다만, 단말(1200)의 구성 요소가 전술한 예에 한정되는 것은 아니다. 예를 들어, 단말(1200)은 전술한 구성 요소들 보다 더 많은 구성 요소를 포함하거나 더 적은 구성 요소를 포함할 수도 있다. 일 실시예에서, 프로세서(1220), 메모리(1230), 및 송수신부(1210)는 하나의 칩(chip) 형태로 구현될 수도 있다. 프로세서(1220)는 하나 또는 복수의 프로세서로 구성될 수 있다.

프로세서(1220)는 상술한 본 개시의 실시예에 따라 단말(1200)이 동작할 수 있도록 일련의 과정을 제어할 수 있다. 예를 들면, 프로세서(1220)는 송수신부(1210)를 통해 제어 신호와 데이터 신호를 수신하고, 수신한 제어 신호와 데이터 신호를 처리할 수 있다. 프로세서(1220)는 처리한 제어 신호와 데이터 신호를 송수신부(1210)를 통해 송신할 수 있다. 또한, 프로세서(1220)는 메모리(1230)에 저장된 기 정의된 동작 규칙 또는 인공지능 모델에 따라, 수신한 제어 신호와 데이터 신호에서 도출된 입력 데이터를 처리하도록 제어할 수 있다. 프로세서(1220)는 메모리(1230)에 데이터를 기록하고 읽을 수 있다. 그리고, 프로세서(1220)는 통신 규격에서 요구하는 프로토콜 스택의 기능들을 수행할 수 있다. 일 실시예에 따라, 프로세서(1220)는 적어도 하나의 프로세서(at least one processor)를 포함할 수 있다. 일 실시예에서, 송수신부(1210)의 일부 또는 프로세서(1220)는 CP(communication processor)라 지칭될 수 있다.

메모리(1230)는 단말(1200)의 동작에 필요한 프로그램 및 데이터를 저장할 수 있다. 또한, 메모리(1230)는 단말(1200)에서 획득되는 신호에 포함된 제어 정보 또는 데이터를 저장할 수 있다. 또한, 메모리(1230)는 단말(1200)에서 사용되는 기 정의된 동작 규칙을 저장할 수 있다. 메모리(1230)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 메모리(1230)는 별도로 존재하지 않고 프로세서(1220)에 포함되어 구성될 수도 있다. 메모리(1230)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 메모리(1230)는 프로세서(1220)의 요청에 따라 저장된 데이터를 제공할 수 있다.

송수신부(1210)는 송신부와 수신부를 통칭한 것으로서, 단말(1200)의 송수신부(1210)는 기지국(예를 들어, IAB 노드) 또는 네트워크 엔티티(Network Entity)와 신호를 송수신할 수 있다. 송수신하는 신호는 제어 정보 및 데이터를 포함할 수 있다. 이를 위해, 송수신부(1210)는 전송되는 신호의 주파수를 상승 변환 및 증폭하는 RF 송신기와, 수신되는 신호를 저 잡음 증폭하고 주파수를 하강 변환하는 RF 수신기 등으로 구성될 수 있다. 다만, 이는 송수신부(1210)의 하나의 실시예이며, 송수신부(1210)의 구성 요소가 RF 송신기 및 RF 수신기에 한정되는 것은 아니다. 또한, 송수신부(1210)는 무선 채널을 통해 신호를 수신하여 프로세서(1220)로 출력하고, 프로세서(1220)로부터 출력된 신호를 무선 채널을 통해 전송할 수 있다.

본 개시의 일 실시예는 컴퓨터에 의해 실행되는 프로그램 모듈과 같은 컴퓨터에 의해 실행가능한 명령어를 포함하는 기록 매체의 형태로도 구현될 수 있다. 컴퓨터 판독 가능 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 가용 매체일 수 있고, 휘발성 및 비휘발성 매체, 분리형 및 비분리형 매체를 모두 포함한다. 또한, 컴퓨터 판독가능 매체는 컴퓨터 저장 매체를 포함할 수 있다. 컴퓨터 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위한 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 분리형 및 비분리형 매체를 모두 포함한다.

개시된 실시예들은 컴퓨터로 읽을 수 있는 저장 매체(computer-readable storage media)에 저장된 명령어를 포함하는 S/W 프로그램으로 구현될 수 있다.

컴퓨터는, 저장 매체로부터 저장된 명령어를 호출하고, 호출된 명령어에 따라 개시된 실시예에 따른 동작이 가능한 장치로서, 개시된 실시예들에 따른 전자 장치를 포함할 수 있다.

컴퓨터로 읽을 수 있는 저장매체는, 비일시적(non-transitory) 저장매체의 형태로 제공될 수 있다. ‘비일시적’은 저장매체가 신호(signal)를 포함하지 않으며 실재(tangible)한다는 것을 의미할 뿐 데이터가 저장매체에 반영구적 또는 임시적으로 저장됨을 구분하지 않는다.

또한, 개시된 실시예들에 따른 제어 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다.

컴퓨터 프로그램 제품은 S/W 프로그램, S/W 프로그램이 저장된 컴퓨터로 읽을 수 있는 저장 매체를 포함할 수 있다. 예를 들어, 컴퓨터 프로그램 제품은 디바이스의 제조사 또는 전자 마켓(예, 구글 플레이 스토어, 앱 스토어)을 통해 전자적으로 배포되는 S/W 프로그램 형태의 상품(예, 다운로더블 앱)을 포함할 수 있다. 전자적 배포를 위하여, S/W 프로그램의 적어도 일부는 저장 매체에 저장되거나, 임시적으로 생성될 수 있다. 이 경우, 저장 매체는 제조사의 서버, 전자 마켓의 서버, 또는 SW 프로그램을 임시적으로 저장하는 중계 서버의 저장매체가 될 수 있다.

컴퓨터 프로그램 제품은, 서버 및 디바이스로 구성되는 시스템에서, 서버의 저장매체 또는 디바이스의 저장매체를 포함할 수 있다. 또는, 서버 또는 디바이스와 통신 연결되는 제3 장치(예, 스마트폰)가 존재하는 경우, 컴퓨터 프로그램 제품은 제3 장치의 저장매체를 포함할 수 있다. 또는, 컴퓨터 프로그램 제품은 서버로부터 디바이스 또는 제3 장치로 전송되거나, 제3 장치로부터 디바이스로 전송되는 S/W 프로그램 자체를 포함할 수 있다.

이 경우, 서버, 디바이스 및 제3 장치 중 하나가 컴퓨터 프로그램 제품을 실행하여 개시된 실시예들에 따른 방법을 수행할 수 있다. 또는, 서버, 디바이스 및 제3 장치 중 둘 이상이 컴퓨터 프로그램 제품을 실행하여 개시된 실시예들에 따른 방법을 분산하여 실시할 수 있다.

예를 들면, 서버(예로, 클라우드 서버 또는 인공 지능 서버 등)가 서버에 저장된 컴퓨터 프로그램 제품을 실행하여, 서버와 통신 연결된 디바이스가 개시된 실시예들에 따른 방법을 수행하도록 제어할 수 있다.

또 다른 예로, 제3 장치가 컴퓨터 프로그램 제품을 실행하여, 제3 장치와 통신 연결된 디바이스가 개시된 실시예에 따른 방법을 수행하도록 제어할 수 있다. 제3 장치가 컴퓨터 프로그램 제품을 실행하는 경우, 제3 장치는 서버로부터 컴퓨터 프로그램 제품을 다운로드하고, 다운로드 된 컴퓨터 프로그램 제품을 실행할 수 있다. 또는, 제3 장치는 프리로드 된 상태로 제공된 컴퓨터 프로그램 제품을 실행하여 개시된 실시예들에 따른 방법을 수행할 수도 있다.

또한, 본 명세서에서, “부”는 프로세서 또는 회로와 같은 하드웨어 구성(hardware component), 및/또는 프로세서와 같은 하드웨어 구성에 의해 실행되는 소프트웨어 구성(software component)일 수 있다.

전술한 본 개시의 설명은 예시를 위한 것이며, 본 개시가 속하는 기술분야의 통상의 지식을 가진 자는 본 개시의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.

본 개시의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 개시의 범위에 포함되는 것으로 해석되어야 한다.

Claims

무선 통신 시스템에서 제1 gNB-CU가 IAB(integrated access and backhaul) 노드의 제2 gNB-CU로의 핸드오버를 지원하는 방법에 있어서,
상기 IAB 노드에 연결된 적어도 하나의 하위 노드로, 상기 IAB 노드의 핸드오버를 위한 측정 리포트(measurement report)에 기초하여 결정된 핸드오버 정보를 전송하는 단계;
상기 제2 gNB-CU로 상기 IAB 노드의 핸드오버 정보를 포함하는 핸드오버 요청(handover request) 메시지를 전송하는 단계;
상기 적어도 하나의 하위 노드로부터 컨텍스트(context) 정보를 수신하는 단계;
상기 컨텍스트 정보에 기초하여, 상기 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하는 단계;
상기 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계; 및
상기 IAB 노드의 핸드오버 정보 및 상기 제2 gNB-CU로부터 수신한 상기 IAB 노드의 핸드오버 승인 메시지에 기초하여, 상기 IAB 노드의 상기 제2 gNB-CU로의 inter-CU 핸드오버를 지원하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 하위 노드의 컨텍스트 정보는, 상기 하위 노드로 상기 IAB 노드의 핸드오버 정보를 전송함에 대한 응답으로서 수신되거나, 상기 하위 노드의 채널 상태가 변화하는 경우 수신되는, 방법.
제1항에 있어서,
상기 제2 클래스로 식별된 하위 노드는, 상기 IAB 노드를 상기 제2 gNB-CU로 inter-CU 핸드오버하는 동안 상기 IAB 노드와의 연결이 유지되는, 방법.
제1항에 있어서,
상기 제2 클래스로 식별된 하위 노드에 대해 타이머(timer)를 설정하는 단계를 더 포함하고, 상기 제2 클래스로 식별된 하위 노드는 상기 설정된 타이머의 만료 전까지 상기 IAB 노드와의 연결이 유지되는, 방법.
제4항에 있어서,
상기 핸드오버 정보는, 상기 IAB 노드의 핸드오버 시점에 대한 정보를 포함하고, 상기 타이머의 시작점은 상기 핸드오버 시점에 기초하여 결정되는, 방법.
무선 통신 시스템에서 제2 gNB-CU가 IAB 노드의 제1 gNB-CU로부터의 핸드오버를 지원하는 방법에 있어서,
상기 제1 gNB-CU로부터, 상기 IAB 노드의 핸드오버를 위한 측정 리포트에 기초하여 결정된 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 수신하는 단계;
상기 핸드오버 요청 메시지에 대한 응답으로, 상기 IAB 노드의 핸드오버 승인 메시지를 상기 제1 gNB-CU로 전송하는 단계;
상기 IAB 노드의 상기 제1 gNB-CU로부터의 inter-CU 핸드오버를 지원하는 단계; 및
상기 IAB 노드에 대해 RRC 연결 재수립(re-establishment) 절차를 수행하고, 상기 IAB 노드에 연결된 하위 노드에 대해 RRC 연결 재수립 절차를 수행하는 단계를 포함하는, 방법.
제6항에 있어서,
상기 IAB 노드의 하위 노드중, 상기 하위 노드에 대해 기 설정된 타이머가 만료할 때까지 RRC 연결 재수립을 위한 컨트롤 시그널(control signaling)을 수신하지 못한 하위 노드를 제3 클래스로 식별하는 단계; 및
상기 제3 클래스로 식별된 상기 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계를 더 포함하는, 방법.
제7항에 있어서,
상기 IAB 노드를 통해 상기 제3 클래스로 식별된 하위 노드에게 intra-CU 핸드오버를 위한 컨트롤 시그널을 전송하는 단계를 더 포함하는, 방법.
제6항에 있어서,
상기 IAB 노드에 연결된 적어도 하나의 하위 노드로부터 컨텍스트 정보를 수신하는 단계;
상기 컨텍스트 정보에 기초하여, 상기 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제3 클래스로 식별하는 단계; 및
상기 제3 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계를 더 포함하는, 방법.
무선 통신 시스템에서 IAB 노드가 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하는 방법에 있어서,
상기 제1 gNB-CU로 핸드오버를 위한 측정 리포트를 전송하는 단계;
연결된 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하는 단계;
상기 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계;
상기 제2 gNB-CU로부터 핸드오버 승인 메시지를 상기 제1 gNB-CU를 통해 수신하는 단계; 및
상기 핸드오버 승인 메시지에 기초하여, 상기 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하는 단계를 포함하는, 방법.
제10항에 있어서,
상기 제1 gNB-CU로부터 상기 제2 gNB-CU로 핸드오버하는 동안 상기 제2 클래스로 식별된 하위 노드와의 연결을 유지하는, 방법.
제10항에 있어서,
상기 제2 클래스로 식별된 하위 노드 중, 상기 하위 노드에 대해 기 설정된 타이머가 만료할 때까지 RRC 연결 재수립을 위한 컨트롤 시그널을 수신하지 못한 하위 노드를 제3 클래스로 식별하는 단계; 및
상기 제3 클래스로 식별된 상기 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계를 더 포함하는, 방법.
제12항에 있어서,
상기 제3 클래스로 식별된 하위 노드와 intra-CU 핸드오버를 위한 컨트롤 시그널을 송수신하는 단계를 더 포함하는, 방법.
제10항에 있어서,
상기 제2 클래스로 식별된 하위 노드로부터 컨텍스트 정보를 수신하는 단계;
상기 컨텍스트 정보에 기초하여, 상기 제2 클래스로 식별된 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제3 클래스로 식별하는 단계; 및
상기 제3 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하는 단계를 더 포함하는, 방법.
무선 통신 시스템에서 IAB(integrated access and backhaul) 노드의 제2 gNB-CU로의 핸드오버를 지원하는 제1 gNB-CU에 있어서,
송수신부; 및
상기 송수신부와 연결되는 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
상기 IAB 노드에 연결된 적어도 하나의 하위 노드로, 상기 IAB 노드의 핸드오버를 위한 측정 리포트(measurement report)에 기초하여 결정된 핸드오버 정보를 전송하고,
상기 제2 gNB-CU로 상기 IAB 노드의 핸드오버 정보를 포함하는 핸드오버 요청(handover request) 메시지를 전송하고,
상기 적어도 하나의 하위 노드로부터 컨텍스트(context) 정보를 수신하고,
상기 컨텍스트 정보에 기초하여, 상기 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하고,
상기 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하고,
상기 IAB 노드의 핸드오버 정보 및 상기 제2 gNB-CU로부터 수신한 상기 IAB 노드의 핸드오버 승인 메시지에 기초하여, 상기 IAB 노드의 상기 제2 gNB-CU로의 inter-CU 핸드오버를 지원하도록 설정되는, 제1 gNB-CU.
제15항에 있어서,
상기 하위 노드의 컨텍스트 정보는, 상기 하위 노드로 상기 IAB 노드의 핸드오버 정보를 전송함에 대한 응답으로서 수신되거나, 상기 하위 노드의 채널 상태가 변화하는 경우 수신되는, 제1 gNB-CU.
제15항에 있어서,
상기 제2 클래스로 식별된 하위 노드는, 상기 IAB 노드를 상기 제2 gNB-CU로 inter-CU 핸드오버하는 동안 상기 IAB 노드와의 연결이 유지되는, 제1 gNB-CU.
제15항에 있어서,
상기 적어도 하나의 프로세서는, 상기 제2 클래스로 식별된 하위 노드에 대해 타이머(timer)를 설정하도록 더 설정되고,
상기 제2 클래스로 식별된 하위 노드는 상기 설정된 타이머의 만료 전까지 상기 IAB 노드와의 연결이 유지되는, 제1 gNB-CU.
제18항에 있어서,
상기 핸드오버 정보는, 상기 IAB 노드의 핸드오버 시점에 대한 정보를 포함하고, 상기 타이머의 시작점은 상기 핸드오버 시점에 기초하여 결정되는, 제1 gNB-CU.
무선 통신 시스템에서 IAB 노드의 제1 gNB-CU로부터의 핸드오버를 지원하는 제2 gNB-CU에 있어서,
송수신부; 및
상기 송수신부와 연결되는 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
상기 제1 gNB-CU로부터, 상기 IAB 노드의 핸드오버를 위한 측정 리포트에 기초하여 결정된 핸드오버 정보를 포함하는 핸드오버 요청 메시지를 수신하고,
상기 핸드오버 요청 메시지에 대한 응답으로, 상기 IAB 노드의 핸드오버 승인 메시지를 상기 제1 gNB-CU로 전송하고,
상기 IAB 노드의 상기 제1 gNB-CU로부터의 inter-CU 핸드오버를 지원하고,
상기 IAB 노드에 대해 RRC 연결 재수립(re-establishment) 절차를 수행하고, 상기 IAB 노드에 연결된 하위 노드에 대해 RRC 연결 재수립 절차를 수행하도록 설정되는, 제2 gNB-CU.
제20항에 있어서,
상기 적어도 하나의 프로세서는,
상기 IAB 노드의 하위 노드중, 상기 하위 노드에 대해 기 설정된 타이머가 만료할 때까지 RRC 연결 재수립을 위한 컨트롤 시그널(control signaling)을 수신하지 못한 하위 노드를 제3 클래스로 식별하고,
상기 제3 클래스로 식별된 상기 하위 노드에 대해 intra-CU 핸드오버를 지원하도록 더 설정되는, 제2 gNB-CU.
제21항에 있어서,
상기 적어도 하나의 프로세서는,
상기 IAB 노드를 통해 상기 제3 클래스로 식별된 하위 노드에게 intra-CU 핸드오버를 위한 컨트롤 시그널을 전송하도록 더 설정되는, 제2 gNB-CU.
제20항에 있어서,
상기 적어도 하나의 프로세서는,
상기 IAB 노드에 연결된 적어도 하나의 하위 노드로부터 컨텍스트 정보를 수신하고,
상기 컨텍스트 정보에 기초하여, 상기 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제3 클래스로 식별하고,
상기 제3 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하도록 더 설정되는, 제2 gNB-CU.
무선 통신 시스템에서 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하는 IAB 노드에 있어서,
송수신부; 및
상기 송수신부와 연결되는 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
상기 제1 gNB-CU로 핸드오버를 위한 측정 리포트를 전송하고,
연결된 적어도 하나의 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제1 클래스로 식별하고, inter-CU 핸드오버를 수행할 하위 노드를 제2 클래스로 식별하고,
상기 제1 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하고,
상기 제2 gNB-CU로부터 핸드오버 승인 메시지를 상기 제1 gNB-CU를 통해 수신하고,
상기 핸드오버 승인 메시지에 기초하여, 상기 제1 gNB-CU로부터 제2 gNB-CU로 핸드오버하도록 설정되는, IAB 노드.
제24항에 있어서,
상기 제1 gNB-CU로부터 상기 제2 gNB-CU로 핸드오버하는 동안 상기 제2 클래스로 식별된 하위 노드와의 연결을 유지하는, IAB 노드.
제24항에 있어서,
상기 적어도 하나의 프로세서는,
상기 제2 클래스로 식별된 하위 노드 중, 상기 하위 노드에 대해 기 설정된 타이머가 만료할 때까지 RRC 연결 재수립을 위한 컨트롤 시그널을 수신하지 못한 하위 노드를 제3 클래스로 식별하고,
상기 제3 클래스로 식별된 상기 하위 노드에 대해 intra-CU 핸드오버를 지원하도록 더 설정되는, IAB 노드.
제26항에 있어서,
상기 적어도 하나의 프로세서는,
상기 제3 클래스로 식별된 하위 노드와 intra-CU 핸드오버를 위한 컨트롤 시그널을 송수신하도록 더 설정되는, IAB 노드.
제24항에 있어서,
상기 적어도 하나의 프로세서는,
상기 제2 클래스로 식별된 하위 노드로부터 컨텍스트 정보를 수신하고,
상기 컨텍스트 정보에 기초하여, 상기 제2 클래스로 식별된 하위 노드 중 intra-CU 핸드오버를 수행할 하위 노드를 제3 클래스로 식별하고,
상기 제3 클래스로 식별된 하위 노드에 대해 intra-CU 핸드오버를 지원하도록 더 설정되는, IAB 노드.