KR20220152699A

KR20220152699A - 분리형 기지국에서 단말의 이동성을 고려한 Small Data Transmission을 지원하기 위한 방법

Info

Publication number: KR20220152699A
Application number: KR1020210059937A
Authority: KR
Inventors: 옥진우; 배범식
Original assignee: 삼성전자주식회사
Priority date: 2021-05-10
Filing date: 2021-05-10
Publication date: 2022-11-17
Also published as: WO2022240057A1

Abstract

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

Description

분리형 기지국에서 단말의 이동성을 고려한 Small Data Transmission을 지원하기 위한 방법 {Method for Handling Small Data Transmission Considering UE Mobility in Split gNB}

본 개시는 무선 통신 시스템의 단말 및 기지국의 동작에 관한 것이다. 또한, 본 개시는 분리형 기지국에서 단말의 이동성을 고려한 Small Data Transmission을 지원하기 위한 방법 및 장치에 관한 것이다.

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

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

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

본 개시의 실시 예에서 이루고자 하는 기술적 과제는 기지국과 단말의 개선된 동작을 제공하는 것이다. 또한, 본 개시의 실시 예에서 이루고자 하는 기술적 과제는 분리형 기지국에서 단말의 이동성을 고려한 Small Data Transmission을 지원하기 위한 방법 및 장치를 제공하는 것이다.

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

본 발명의 실시 예에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 개시의 다양한 실시 예에 따르면 기지국과 단말의 개선된 동작을 제공할 수 있다. 또한, 본 개시의 다양한 실시 예에 따르면 분리형 기지국에서 단말의 이동성을 고려한 Small Data Transmission을 지원하기 위한 방법 및 장치를 제공할 수 있다.

도 1은 차세대 이동통신 시스템 구조의 예시를 도시하는 도면이다.
도 2는 차세대 이동통신 시스템의 무선 프로토콜 구조를 도시하는 도면이다.
도 3은 본 개시의 일 실시예에 따른 차세대 이동통신 시스템에서 무선 접속 상태 천이를 도시한 도면이다.
도 4는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템에서 분리형 기지국에 접속한 단말이 비활성 무선 접속 상태로 전환될 때의 과정을 도시한 시퀀스도이다.
도 5는 본 개시의 일 실시 예에 따른 비활성 모드 단말이 전송한 작은 크기의 데이터(Small Data, SD)를 유저 평면(User Plane)으로 전송하기 위한 첫번째 방법으로 이를 지원하기 위한 분리형 기지국의 구조와 터널 구성을 나타내는 도면이다.
도 6은 본 개시의 일 실시 예에 따른 단말과 분리형 기지국 사이, 분리형 기지국 내부의 프로시져를 상세히 나타내는 도면이다.
도 7a, 7b, 7c, 7d는 도 6에서 상술한 프로시져 내 새롭게 정의된 메시지와 IE (Information Element)를 상세하게 나타내는 도면이다.
도 8은 본 개시의 일 실시예에 따른 단말의 구조를 도시한 도면이다.
도 9는 본 개시의 일 실시예에 따른 기지국의 구조를 도시한 도면이다.

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

실시예를 설명함에 있어서 본 개시가 속하는 기술 분야에 익히 알려져 있고 본 개시와 직접적으로 관련이 없는 기술 내용에 대해서는 설명을 생략한다. 이는 불필요한 설명을 생략함으로써 본 개시의 요지를 흐리지 않고 더욱 명확히 전달하기 위함이다.

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

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

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

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

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

이하 설명의 편의를 위하여, 본 개시에서는 5G 또는 NR, LTE 시스템에 대한 규격에서 정의하는 용어와 명칭들을 사용한다. 하지만, 본 개시가 이러한 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다. 본 개시에서 eNB, LTE enB, gNB, NR gNB 등의 용어는 base station 용어와 동일한 의미로 사용할 수 있고, UE는 terminal, mobile device 등의 용어와 동일한 의미로 사용할 수 있다.

즉, 본 개시의 실시예들을 구체적으로 설명함에 있어서, 3GPP가 규격을 정한 통신 규격을 주된 대상으로 할 것이지만, 본 개시의 주요한 요지는 유사한 기술적 배경을 가지는 여타의 통신 시스템에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 약간의 변형으로 적용 가능하며, 이는 본 개시의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다.

도 1은 차세대 이동통신 시스템 구조의 예시를 도시하는 도면이다. 즉, 도 1은 본 개시의 실시예들이 적용될 수 있는 차세대 이동통신 시스템 구조의 예시를 도시한 도면이다.

도 1을 참조하면, 이 구조에 명시된 RAN (Radio Access Network) Node (1-100, 1-200)는 EPC (Evolved Packet Core) 또는 5GC (5G Core Network)(1-400) 등의 이동통신 Core 망(Core Network, CN)과 연결된 LTE eNB (evolved Node B, eNodeB), NR gNB (next generation Node B, gNodeB) 등의 이동통신 기지국(base station)을 의미할 수 있다. 또한 RAN Node (1-100, 1-200)는 CU (Centralized Unit)와 DU (Distributed Unit)로 분리될 수 있으며, CU는 다시 CU-CP (Control Plane)와 CU-UP (User Plane)로 분리될 수 있다.

일 실시예에 따르면, 하나의 RAN Node는 각각 하나 이상의 CU-CP 및 하나 이상의 CU-UP와 하나 이상의 DU로 구성될 수 있다. 또한, 하나의 RAN Node를 구성하는 CU-CP, CU-UP 및 DU는 함께 구성될 수 있다. 예를 들어, 하나의 RAN Node는 CU-CP와 CU-UP가 함께 구현된 CU와, DU로 구성될 수 있다. 또 다른 예를 들어, 하나의 RAN Node에는 CU-CP와 DU가 함께 구현되고, CU-UP는 별도로 구성될 수 있다. 또 다른 예를 들어, 하나의 RAN Node는 CU-CP, CU-UP 및 DU가 함께 구현된 일체형 기지국 형태로 구성될 수 있다. 상술된 예시 이외의 임의의 다른 조합으로 하나의 RAN Node가 구성될 수 있다.

일 실시예에 따르면, CU와 DU는 각각의 기지국 function을 나누어서 지원할 수 있다. 예를 들어, CU는 RRC(radio resource control)/PDCP(packet data convergence protocol) layer를 지원하고, DU는 RLC(radio link control)/MAC(medium access control)/PHY(physical)/RF(radio frequency) layer를 지원할 수 있다. 그리고, CU와 DU 사이는 W1 또는 F1 interface와 같은 기지국 내부 function간 interface를 통해 연결할 수 있다.

일 실시예에 따르면, CU는 CU-CP와 CU-UP로 나누어질 수 있다. 예를 들어, CU-CP에서는 RRC/PDCP(RRC 용) layer가 지원될 수 있고, CU-UP에서는 PDCP(사용자 data 전송 용) layer가 지원될 수 있고, CU-CP와 CU-UP는 E1 interface와 같은 기지국 내부 function간 interface를 통해 연결될 수 있다.

일 실시예에 따르면, 기지국들은 일체형 또는 분리형 구조로 만들어져 일체형 구조 기지국 간, 분리형 기지국 간, 일체형 구조 기지국과 분리형 구조 기지국 간 연결이 가능할 수 있다. RAN Node 간에는 X2 또는 Xn interface와 같은 기지국 간 interface를 통해 연결될 수 있다. 그리고, RAN Node와 Core 망은, S1 또는 NG Interface와 같이 기지국-Core망 간 interface를 통해 연결될 수 있다. 본 개시에서 제안하는 기술은, 단말(1-300)이 비활성(RRC_INACTIVE) 무선 접속 상태를 유지한 상태에서 일체형 또는 분리형의 RAN Node와 연결하여 작은 크기의 데이터(small data)를 전송하는 경우에 적용될 수 있다.

도 2는 차세대 이동통신 시스템의 무선 프로토콜 구조를 도시하는 도면이다. 즉, 도 2는 본 개시의 실시예들이 적용될 수 있는 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.

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

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

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

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

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

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

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

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

NR RLC (2-10, 2-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)을 기준으로 재정렬하는 기능을 포함할 수 있다. 또한, NR RLC 장치의 순차적 전달 기능은 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있다. 또한, NR RLC 장치의 순차적 전달 기능은 유실된 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 (2-15, 2-30)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR MAC의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다.

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

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

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

- HARQ 기능(Error correction through HARQ)

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

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

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

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

- 패딩 기능(Padding)

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

도 3은 본 개시의 일 실시예에 따른 차세대 이동통신 시스템에서 무선 접속 상태 천이를 도시한 도면이다.

차세대 이동통신 시스템에서는 3가지의 무선 접속 상태(Radio Resource Control(RRC) state)를 가진다. 연결 모드(RRC_CONNECTED, 3-05)는 단말이 데이터를 송수신할 수 있는 무선 접속 상태를 의미할 수 있다. 대기 모드(RRC_IDLE, 3-30)는 단말이 자신에게 페이징이 전송되는지를 모니터링하는 무선 접속 상태를 의미할 수 있다. 연결 모드(3-05)와 대기 모드는 기존 LTE 시스템에도 적용되는 무선 접속 상태로, 상세 기술은 기존 LTE 시스템의 것과 동일하다. 차세대 이동통신 시스템에서는 신규로 비활성(RRC_INACTIVE) 무선 접속 상태(3-15)가 정의되었다. 본 개시에서, 차세대 이동통신 시스템에서 새롭게 정의된 RRC_INACTIVE 무선 접속 상태(3-15)는 비활성 무선 접속 상태, INACTIVE 모드, 비활성 모드 등에 대응될 수 있다.

비활성 모드(3-15) 무선 접속 상태에서는 UE context가 기지국과 단말에 유지되며, RAN 기반 페이징이 지원될 수 있다. 상기 신규 무선 접속 상태의 특징을 나열하면 하기와 같다.

- Cell re-selection mobility;

- CN - NR RAN connection (both C/U-planes) has been established for UE;

- The UE AS context is stored in at least one gNB and the UE;

- Paging is initiated by NR RAN;

- RAN-based notification area is managed by NR RAN;

- NR RAN knows the RAN-based notification area which the UE belongs to;

일 실시예에 따르면, INACTIVE 무선 접속 상태(3-15)는 특정 절차를 이용하여, 연결 모드(3-05) 혹은 대기 모드(3-30)로 천이될 수 있다. Resume 과정에 따라 INACTIVE 모드(3-15)에서 연결 모드(3-05)로 전환될 수 있으며, suspend 설정 정보를 포함한 Release 절차를 이용하여 연결 모드(3-05)에서 INACTIVE 모드(3-15)로 전환될 수 있다(3-10). 상술한 절차(3-10)에서 하나 이상의 RRC 메시지가 단말과 기지국 간 송수신될 수 있으며, 상술한 절차(3-10)는 하나 이상의 단계로 구성될 수 있다. 또한 Resume 후 Release 절차를 통해, INACTIVE 모드(3-15)에서 대기 모드(3-30)로 전환 될 수 있다(3-20).

연결 모드(3-05)과 대기 모드(3-30) 간 전환은 기존의 LTE 기술을 따라 수행될 수 있다. 즉, establishment 혹은 release 절차를 통해, 연결 모드(3-05)과 대기 모드(3-30) 간 전환이 이루어질 수 있다(3-25).

INACTIVE 무선 접속 상태(3-15)의 단말이 일반 데이터를 송수신 하기 위해서는 상기의 과정(3-10)을 거쳐 연결 모드(3-05)로 전환되어야 한다. 본 개시에서 제안하는 방법은 단말이 비활성 상태를 유지한 채(연결 모드로의 전환 없이) 작은 크기의 데이터(small data, SD)를 전송하는 경우에 적용될 수 있다. 상기 small data는 예를 들어 상대적으로 작은 용량의 메시지 전송 또는 웨어러블 (wearable) 통신 장치에 있어서 사용자의 심박수와 같은 작은 크기의 데이터를 의미할 수 있다. 또는 일례로, 하나의 transport block (TB) 에 포함될 수 있는 크기의 데이터로 정의될 수도 있다. 또는 일례로, 기 설정된 임계 값 보다 작은 크기의 데이터를 의미할 수 있다. 본 개시에서는 이해의 편의를 위하여 small data를 송수신하기 위한 방법에 대하여 서술하지만 용어의 일반적인 의미에 의해 본 개시의 범위가 한정되는 것은 아니다. 예를 들어 단말이 연결 모드로 전환하지 않고 비활성 상태를 유지한 상태로 후술하는 방법에 따라 송수신될 수 있는 크기의 데이터인 경우라면 본 개시에서 제안하는 실시예가 적용될 수 있을 것이다.

도 4는 본 개시의 일 실시예에 따른 차세대 이동통신 시스템에서 분리형 기지국에 접속한 단말이 비활성 무선 접속 상태로 전환될 때의 과정을 도시한 시퀀스도이다.

분리형 기지국의 CU-CP (4-100)가 해당 기지국에 접속한 특정 단말(4-400)을 INACTIVE 상태로 전환하기로 결정하면(4-01) BEARER CONTEXT MODIFICATION REQUEST 메시지에 suspend indication을 포함시켜 CU-UP (4-200)에게 전송할 수 있다(4-02). CP-UP (4-200)는 이에 대한 응답으로 BEARER CONTEXT MODIFICATION RESPONSE를 전송할 수 있다(4-03). 이 때 CU-CP (4-100)와 CU-UP (4-200) 사이의 해당 단말에 대한 bearer context는 제거되지 않고 유지될 수 있다. CU-CP (4-100)는 기지국의 DU (4-300)에게 UE CONTEXT RELEASE COMMAND 메시지를 전송하여 해당 단말에 대한 UE context를 제거하도록 할 수 있다(4-04). 상기 메시지를 수신한 DU (4-300)는 UE (4-400)에게 RRCRelease 메시지를 전송하여 (4-05) UE (4-400)가 INACTIVE 모드로 천이될 수 있도록 한다. 또한, DU(4-300)은 CU-CP (4-100)에게 UE CONTEXT RELEASE COMPLETE 메시지를 전송하여 UE context가 제거되었음을 알릴 수 있다(4-06).

상술된 과정을 거치면 단말은 INACTIVE 모드로 천이될 수 있다. 분리형 기지국은 DU와 CU 사이에 존재하던 해당 단말의 UE context는 제거하고 CU-UP와 CU-CP 사이에 존재하던 해당 단말의 bearer context는 유지한 상태로 해당 단말이 INACTIVE 모드로 천이되었음을 인지할 수 있다. 본 개시에서 제안하는 방법은 상술한 과정을 거쳐 INACTIVE 모드로 천이된 단말과 기지국에 적용될 수 있다.

도 5는 비활성 모드 단말(5-01)이 이동하여 마지막으로 데이터를 주고 받던 gNB (last serving gNB)(5-03)가 아닌 새로운 gNB (5-02)를 통해서 작은 크기의 데이터 (Small Data, SD)를 전송할 때의 과정을 나타낸 도면이다. 이 때 UE Context는 마지막으로 데이터를 주고 받던 gNB (5-03)에 저장되어 있을 수 있다.

비활성 모드 단말(5-01)은 새로운 gNB (5-02)에 RRC 메시지와 (예로 RRCResumeRequest)와 UL data를 동시에 전송할 수 있다. 이 때 gNB (5-02)는 마지막으로 데이터를 주고 받던 gNB (5-03)에게 단말이 전송한 small data가 존재함을 알리고 동시에 UE Context를 전달해 줄 것을 요청할 수 있다(예로 gNB (5-02)는 RETRIEVE UE CONTEXT REQUEST 메시지를 gNB(5-03)에게 전송할 수 있다)(5-20).

UE Context를 가지고 있는 last serving gNB (5-03)는 gNB (5-02)로부터 상기의 요청을 받게 되면 Small data를 Core Network (AMF/UPF)(5-04)에 전달하는 anchor를 새로운 gNB(5-02)로 할지, 기존 last serving gNB으로 유지할지를 결정할 수 있다.

Last serving gNB (5-03)가 anchor를 새로운 gNB(5-02)로 결정하면, Last serving gNB (5-03)는 UE Context를 새로운 gNB(5-02)에게 전달할 수 있으며, Small data에 대응하는 UL data는 gNB (5-02)를 통해 UPF (5-04)로 전달될 수 있다(5-10). 반대로 last serving gNB (5-03)가 anchor를 변경하지 않기로 결정하면, 새로운 gNB (5-02)가 수신한 UL data는 last serving gNB (5-03)에게 전달된 후 (5-20) UPF (5-04)로 전송될 수 있다(5-30).

Anchor를 어떤 gNB로 할지 여부는 상술한 대로 last serving gNB (5-03)가 결정할 수 있는데 그 기준 중 하나는 DL data를 지원할 것인지가 될 수 있다. Small data에 해당하는 UL data를 수신했을 때 이에 대한 응답으로 DL data가 존재하는 경우 small data를 전송한 단말에 이를 전송할 수 있는데 이는 anchor를 새로운 gNB (5-02)로 변경했을 때만 지원할 수 있다. 따라서 last serving gNB (5-03)가 DL data를 지원하기로 결정한 경우는 anchor를 새로운 gNB (5-02)로 변경할 수 있으며 지원하지 않기로 결정한 경우는 anchor를 last serving gNB (5-03)로 유지하여 UL data를 전달할 수 있다.

도 6은 도 5에서 상술한 내용을 분리형 기지국의 상세 동작과 함께 설명하는 시퀀스도이다.

단말(100)은 6-01 단계에서, 비활성 모드를 유지한 상태에서 small data를 전송하기 위해 RRC 메시지 (예를 들면 RRCResumeRequest 메시지)와 UL data를 동시에 gNB-DU(200)에게 전송할 수 있다(6-01). 예를 들어 상기 UL data는 상기 RRCResumeRequest 메시지에 포함되어 전송될 수도 있고, 별도의 시그널링을 통해 전송될 수도 있다.

gNB-DU (200)는 6-02 단계에서, 단말(100)로부터 수신한 RRC 메시지를 gNB-CU (300, 400)에게 전달하기 위한 메시지 (예를 들면, INITIAL UL RRC MESSAGE TRANSFER 메시지) 안에 상기 RRCResumeRequest 메시지를 포함하여 gNB-CU-CP (300)에게 전달할 수 있다. 이 때 상기 INITIAL UL RRC MESSAGE TRANSFER 메시지 안에는 현재 동작이 작은 크기의 데이터 전송(Small Data Transmission, SDT)을 위한 것임을 알리는 지시자 (indicator) (예를 들면, SDT Session) 및 단말이 UL data를 전송하는 데 사용한 LCID (Logical Channel ID) 중 적어도 하나가 포함될 수 있다. 한편, gNB-DU (200)는 RRCResumeRequest와 함께 수신한 UL data는 바로 전송하지 않고 버퍼에 보관 (또는 저장)할 수 있다.

단말(100)이 접속한 gNB (200, 300, 400)는 마지막으로 단말(100)과 데이터를 주고 받은 gNB, last serving gNB(500, 600)와 다른 gNB로 해당 단말(100)의 UE Context는 last serving gNB-CU-CP(500)에 보관되어 있을 수 있다.

이에 gNB-CU-CP(300)는 6-03 단계에서 last serving gNB-CP(500)에게 UE Context 전달을 요청할 수 있다(예를 들면 RETRIEVE UE CONTEXT REQUEST 메시지). RETRIEVE UE CONTEXT REQUEST 메시지 내에는 small data를 전송 (Small Data Transmission, SDT)을 위한 것임을 알리는 지시자 (indicator) (예를 들면 SDT Session) 및 단말이 UL data를 전송하는 데 사용한 LCID (Logical Channel ID) 중 적어도 하나가 포함될 수 있다.

RETRIEVE UE CONTEXT REQUEST를 수신한 last serving gNB-CU-CP(500)은 데이터를 CN (Core Network)와 주고 받는 anchor를 새로운 gNB로 설정할지, 기존의 last serving gNB로 유지할 지를 결정할 수 있다. 결정 결과에 따라 last serving gNB-CU-CP(500)는 Anchor Re-location (800)와 No Anchor Re-location (900) 둘 중 하나의 과정을 따라 프로시저를 진행할 수 있다. Anchor Re-location을 수행 할지 여부에 대한 결정 기준은 DL data를 지원할 지의 여부가 될 수 있다. SDT 동작에서 UL data를 전송한 단말(100)로 보낼 DL data가 존재하는 경우 SDT 과정 중에 이를 지원할 수 있는데, 이를 지원하기로 판단하는 경우 Anchor Re-location (800)의 프로시저를 따를 수 있다. 반대로 DL data를 지원하지 않기로 결정하는 경우, Anchor Re-location/No Anchor Re-location (800, 900) 중 하나의 프로시저를 따를 수 있다.

<Anchor Re-location> (800)

Last serving gNB-CU-CP(500)가 Anchor re-location을 결정한 경우, 6-03에 과정에 대한 응답으로 6-04 단계에서 Last serving gNB-CU-CP(500)는 RETRIEVE UE CONTEXT RESPONSE 메시지를 gNB-CU-CP(300)에게 전송할 수 있다. RETRIEVE UE CONTEXT RESPONSE 메시지에는 small data를 전송한 단말(100)에 대한 UE CONTEXT 정보와 Anchor re-location 유무를 표현하는 Anchor Re-location Indicator가 포함되어 있을 수 있다. RETRIEVE UE CONTEXT RESPONSE 메시지에 Anchor Re-location Indicator가 존재하는 경우 본 프로시저(800)에서는 해당 indicator를 TRUE로 표시하여 전달할 수 있다. 6-03 단계의 RETRIEVE UE CONTEXT REQUEST 메시지 내에 단말(100)이 UL data를 전송하는 데 사용한 LCID가 포함되어 있는 경우에는 해당 LCID와 매칭이 되는 DRB에 해당하는 UE CONTEXT만을 선별해서 전송하는 것이 가능하다.

gNB-CU-CP (300)가 RETRIEVE UE CONTEXT RESPONSE를 받으면 해당 메시지 내의 UE Context를 이용하여 gNB-CU-UP (400)와 BEARER CONTEXT SETUP 단계(6-05, 6-06)를 거칠 수 있다. 해당 과정을 거치게 되면 gNB-CU-UP (400)는 각 DRB의 PDCP 설정 정보 및 cell group 정보, UL data를 CN에 전송하기 위한 UPF (700)와의 터널 정보를 획득할 수 있다.

또한, gNB-CU-CP(300)는 gNB-DU(200)와 UE CONTEXT SETUP 과정 (6-07, 08)을 수행할 수 있고, 상기 과정을 수행한 이후에 gNB-DU(200)의 버퍼에 보관되어 있는 UL data는 전송 가능 할 수 있다.

상기 UE CONTEXT SETUP REQUEST 메시지(6-07)에는 gNB-CU-UP (400)가 상향 링크 데이터를 수신할 수 있는 터널의 endpoint 주소 (uplink endpoint)가 포함될 수 있다. 따라서 상기 메시지를 수신한 gNB-DU (200)는 생성된 터널을 통해 UL data를 전송할 수 있다. 상기 gNB-DU (200)로부터 전송된 UL data는 gNB-CU-UP (400)을 거쳐 UPF (700)로 전달될 수 있다(6-09).

또한, gNB-DU (200)는 6-08 단계에서, 상기 UE CONTEXT SETUP REQUEST 메시지에 대한 응답 메시지 (예를 들면 UE CONTEXT SETUP RESPONSE 메시지)를 gNB-CU-CP (300)에게 전송할 수 있다. 해당 UE CONTEXT SETUP RESPONSE 메시지에는 gNB-DU (200)가 DL data를 수신할 수 있는 터널의 endpoint 주소 (downlink endpoint)가 포함될 수 있다. 따라서 상기 UE CONTEXT SETUP RESPONSE 메시지를 수신한 gNB-CU-CP (300)은 이를 확인할 수 있다.

gNB-CU-CP (300)는 6-10 단계에서, 상술한 6-08 단계를 통해 획득한 DL data 전송을 위한 터널 정보를 gNB-CU-UP (400)에게 알려주기 위한 메시지 (예를 들면 BEARER CONTEXT MODIFICATION REQUEST 메시지)를 전송할 수 있다. 상기 메시지는 예를 들어 downlink endpoint 정보를 포함할 수 있다.

gNB-CU-UP (400)은 6-11 단계에서, 상기 BEARER CONTEXT MODIFICATION REQUEST 메시지에 대한 응답 메시지 (예를 들어 BEARER CONTEXT MODIFICATION RESPONSE 메시지)를 gNB-CU-CP (300)에게 전송할 수 있다.

gNB-CU-UP (400)은 6-12 단계에서 단말(100)에 대한 하향 링크의 path가 바뀌었음을 AMF에게 알리고 AMF는 이를 UPF에게 알려 향후 DL data가 gNB-CU-UP (400)로 전송되게 할 수 있다. 이를 PATH SWITCH PROCEDURE (6-12)라고 할 수 있으며 해당 과정이 생략되는 경우 UPF는 단말(100)에게 향하는 DL data를 gNB-CU-UP(400)가 아닌 last serving gNB-CU-UP(600)로 전송할 수 있으므로 DL data 전송을 지원하기 위해서 6-12 단계가 필요할 수 있다.

gNB-CU-CP(300)가 6-12 단계까지 마친 경우 필요한 모든 UE Context 정보를 획득하여 설정까지 완료하였기 때문에 last serving gNB-CU-CP(500)가 보관하고 있는 단말(100)의 UE context를 지우도록 지시할 수 있다(예를 들어 UE CONTEXT RELEASE 메시지).

UPF (700)는 6-14 단계에서, gNB-CU-UP (400)로부터 UL data를 수신한 이후 해당 데이터를 전송한 단말 (100)로 향하는 DL data가 존재하는 경우에는 DL data를 gNB-CU-UP (400) 에게 전송할 수 있다. 또는, UPF (500)는 gNB-CU-UP (400)로부터 UL data를 수신한 이후 해당 데이터를 전송한 단말 (100)로 향하는 DL data가 존재하는 경우에는 일정 시간 이후에 DL data를 gNB-CU-UP (400)에게 전송할 수 있다. 이는 6-12 단계인 PATH SWITCH PROCEDURE을 거쳐야 DL data를 gNB-CU-UP(400)에게 전달할 수 있으며, gNB-CU-UP (400)는 DL endpoint 주소를 획득해야 gNB-DU (200)에게 전달할 수 있기 때문이다. UPF (500)가 UL data를 수신하고 얼마의 시간 이후에 DL data를 전송할 지는 타이머 등을 활용하여 결정될 수 있으며 이는 구현 방법에 따를 수 있다. 만약 단말 (100)에게 전송할 DL data가 존재하지 않는 경우에는 6-13 단계는 생략될 수 있다.

일 실시예에 따르면, 단말 (100)로 향하는 DL data가 존재하지 않는 경우 또는 6-14 단계 이후 추가적인 DL data가 존재하지 않는 경우에는 gNB-CU-CP (300)는 6-15 단계에서, gNB-DU (200)에게 UE context를 제거하기 위한 메시지 (예를 들면 UE CONTEXT RELEASE COMMAND 메시지)를 전송할 수 있다.

상기 UE CONTEXT RELEASE COMMAND 메시지를 수신한 gNB-DU (200)는 6-16 단계에서, 상기 메시지 안에 포함되어 있는 RRC 메시지 (예를 들면 RRCRelease 메시지)를 단말 (100)에 전송할 수 있다. 이 때 gNB-DU (200)는 상술한 6-14 단계에서 수신한 DL data를 RRCRelease 메시지와 함께 단말 (100)에게 전달할 수 있다.

gNB-DU (200)는 6-17 단계에서, gNB-CU-CP (300)에게 UE context를 제거했음을 알리기 위한 메시지 (예를 들면 UE CONTEXT RELEASE COMPLETE 메시지)를 전송할 수 있으며, gNB-CU-CP (300)는 상기 메시지에 기반하여 UE context를 제거했음을 확인할 수 있다.

<No Anchor Re-location> (900)

Last serving gNB-CU-CP(500)가 Anchor re-location을 하지 않기로 결정한 경우 6-03에 과정에 대한 응답으로 하기 두 가지 메시지 중 하나를 gNB-CU-CP(300)에게 전송할 수 있다.

[방법 1]

Last serving gNB-CU-CP (500)은 6-03 단계에 대한 응답으로 RETRIEVE UE CONTEXT RESPONSE를 gNB-CU-CP(300)에게 전달할 수 있다.

RETRIEVE UE CONTEXT RESPONSE 메시지에는 small data를 전송한 단말(100)에 대한 UE CONTEXT 정보와 Anchor re-location 유무를 표현하는 Anchor Re-location Indicator가 포함되어 있을 수 있다. RETRIEVE UE CONTEXT RESPONSE 메시지에 Anchor Re-location Indicator가 존재하는 경우 본 프로시저(900)에서는 해당 indicator가 FALSE로 표현되어 있을 수 있다.

또한, RETRIEVE UE CONTEXT RESPONSE 메시지에는 last serving gNB-CU-UP(600)의 각 DRB에 대한 UL endpoint 정보가 포함되어 있을 수 있다. Anchor re-location을 하지 않는 경우 단말(100)이 보낸 UL data는 last serving gNB-CU-UP(600)를 통해서 UPF(700)로 전달되어야 하며 따라서 gNB-CU-CP(300)에게 해당 정보를 전달하여 gNB-DU(200)가 알 수 있게 할 수 있다.

[방법 2]

Last serving gNB-CU-CP (500)은 6-03 단계에 대한 응답으로 RETRIEVE UE CONTEXT FAILURE를 gNB-CU-CP(300)에게 전달할 수 있다.

RETRIEVE UE CONTEXT FAILURE 메시지에는 small data를 전송한 단말(100)에 대한 UE CONTEXT 정보와 last serving gNB-CU-UP(600)의 각 DRB에 대한 UL endpoint 정보가 포함되어 있을 수 있다. Anchor re-location을 하지 않는 경우 단말(100)이 보낸 UL data는 last serving gNB-CU-UP(600)를 통해서 UPF(700)로 전달되어야 하며 따라서 gNB-CU-CP(300)에게 해당 정보를 전달하여 gNB-DU(200)가 알 수 있게 할 수 있다.

상기 방법 1 또는 방법 2의 동작을 수행한 이후에 아래 동작을 수행할 수 있다.

gNB-CU-CP(300)는 gNB-DU(200)와 UE CONTEXT SETUP 과정 (6-105, 6-106)을 거친 이후에 gNB-DU(200)의 버퍼에 보관되어 있는 UL data를 전송 가능하게 할 수 있다.

상기 UE CONTEXT SETUP REQUEST 메시지(6-105)에는 6-104 단계에서 획득한 last serving gNB-CU-UP (600)가 상향 링크 데이터를 수신할 수 있는 터널의 endpoint 주소 (uplink endpoint)가 포함될 수 있다. 따라서 상기 메시지를 수신한 gNB-DU (200)는 생성된 터널을 통해 UL data를 전송할 수 있다. 상기 gNB-DU (200)로부터 전송된 UL data는 last serving gNB-CU-UP (600)을 거쳐 UPF (700)로 전달될 수 있다(6-107).

또한, gNB-DU (200)는 6-106 단계에서, 상기 UE CONTEXT SETUP REQUEST 메시지에 대한 응답 메시지 (예를 들면 UE CONTEXT SETUP RESPONSE 메시지)를 gNB-CU-CP (300)에게 전송할 수 있다.

일 실시예에 따르면, No Anchor Re-location 프로시저(900)는 단말 (100)로 향하는 DL data의 전송을 지원하지 않기 때문에 UL data가 UPF (700)로 전송된 후 일정 시간이 지나면 gNB-CU-CP (300)는 6-108 단계에서, gNB-DU (200)에게 UE context를 제거하기 위한 메시지 (예를 들면 UE CONTEXT RELEASE COMMAND 메시지)를 전송할 수 있다.

상기 UE CONTEXT RELEASE COMMAND 메시지를 수신한 gNB-DU (200)는 6-109 단계에서, 상기 메시지 안에 포함되어 있는 RRC 메시지 (예를 들면 RRCRelease 메시지)를 단말 (100)에 전송할 수 있다.

gNB-DU (200)는 6-110 단계에서, gNB-CU-CP (300)에게 UE context를 제거했음을 알리기 위한 메시지 (예를 들면 UE CONTEXT RELEASE COMPLETE 메시지)를 gNB-CU-CP (300)에게 전송할 수 있으며, gNB-CU-CP (300)는 상기 메시지에 기반하여 UE context를 제거했음을 확인할 수 있다.

도 7a, 7b, 7c, 7d는 본 개시의 실시예에 따른 메시지와 IE를 도시한 도면이다.

gNB-DU가 단말로부터 수신한 RRC 메시지를 gNB-CU-CP에게 전달하기 위해 전송하는 메시지 (예를 들면 INITIAL UL RRC MESSAGE TRANSFER 메시지) (7-100) 내에는 단말이 전송한 RRC 메시지가 SDT를 위함임을 나타내기 위한 정보 또는 IE (예를 들면 SDT Session) (7-110) 및 UL data를 전송하는 데 사용한 LCID를 나타내기 위한 정보 또는 IE (예를 들면 LCID for SDT) (7-120) 중 적어도 하나가 포함될 수 있다. 일 실시예에 따르면, gNB-CU-CP가 수신한 INITIAL UL RRC MESSAGE TRANSFER 내의 SDT Session이 true로 설정되어 있으면 SDT를 위한 RRC 메시지임을 인지하고 LCID for SDT에 해당하는 DRB에 관련된 UE context를 setup할 수 있다.

Last serving gNB에게 UE Context 정보를 요청하기 위해 gNB가 전송하는 메시지 (예를 들면 RETRIEVE UE CONTEXT REQUEST 메시지) (7-200) 내에는 해당 요청이 SDT를 위한 것임을 나타내기 위한 정보 또는 IE (예를 들면 SDT Indicator)(7-210) 및 UL Small data를 전송하는 데 사용한 LCID를 나타내기 위한 정보 또는 IE (예를 들면 LCID for SDT) (7-220) 중 적어도 하나가 포함될 수 있다. 일 실시예에 따르면, last serving gNB가 수신한 RETRIEVE UE CONTEXT REQUEST 내의 SDT Indicator가 true로 설정되어 있으면 SDT를 위한 요청임을 인지하고 anchor re-location 여부에 따라 하기와 같이 RETRIEVE UE CONTEXT RESPONSE 메시지 또는 RETRIEVE UE CONTEXT FAILURE 메시지를 gNB에게 전송할 수 있다. 또 LCID for SDT와 매칭되는 DRB에 관련된 UE Context만 선별해서 gNB에게 전달해 줄 수 있다.

상술한 것처럼 last serving gNB가 gNB로부터 RETRIEVE UE CONTEXT REQUEST 메시지를 수신하면 이에 대한 응답 메시지 (예를 들어 RETRIEVE UE CONTEXT RESPONSE 메시지(7-300), 또는 RETRIEVE UE CONTEXT FAILURE 메시지(7-400))를 전송할 수 있다.

RETRIEVE UE CONTEXT REQUEST 메시지(7-300)에서 Anchor re-location IE(7-310)를 이용하여 anchor re-location 여부를 gNB에게 전달할 수 있다. 또 Anchor re-location을 false로 설정한 경우, 즉 anchor를 변경하지 않고 유지하는 경우 data forwarding을 위한 각 DRB의 UL UP TNLA 정보를 gNB에게 전달할 수 있다 (7-320).

RETRIEVE UE CONTEXT FAILURE 메시지(7-400)는 anchor를 변경하지 않을 때 gNB에게 전송할 수 있으며 해당 메시지에는 gNB가 last serving gNB에게 UL data를 전달하기 위해 필요한 UE Context (7-410)와 각 DRB의 UL UP TNLA 정보(7-420)가 존재할 수 있다.

한편 상술한 정보들은 반드시 한 메시지에 모두 포함되어야 하는 것은 아니며, 일부만이 포함될 수도 있고 다른 정보가 더 포함될 수도 있다. 또한 각 정보는 별도의 메시지를 통해 전송될 수도 있다.

도 8은 본 개시의 일 실시예에 따른 단말의 구조를 도시한 도면이다.

도 8을 참고하면, 단말은 Radio 송수신부(8-10), 제어부(8-20), 저장부(8-30)을 포함할 수 있다. 본 개시에서 제어부는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

Radio 송수신부(8-10)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. Radio 송수신부(8-10)는 예를 들어, 기지국으로부터 신호를 수신할 수 있으며, 기지국으로 RRC ResumeRequest 메시지나 작은 크기의 UL data (SDT UL data)를 포함하는 신호를 전송할 수 있다. Radio 송수신부(8-10)는 송수신부 또는 송신기로 정의할 수도 있다.

제어부(8-20)는 본 개시에서 제안하는 실시예에 따른 단말의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(8-20)는 상기에서 기술한 순서도에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다. 구체적으로, 제어부(8-20)는 본 개시의 실시 예에 따라 RRC ResumeRequest 메시지를 gNB-DU에 전송하고, 수신된 RRC Release 메시지에 기반하여, 무선 접속 상태를 결정하는 등의 본 개시에서 제안하는 동작을 제어할 수 있다.

저장부(8-30)는 상기 Radio-송수신부(8-10)를 통해 송수신되는 정보 및 제어부(8-20)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, 저장부(8-30)는 무선 접속 상태 정보와 DL data를 저장할 수 있다.

도 9는 본 개시의 일 실시예에 따른 기지국의 구조를 도시한 도면이다.

도 9를 참고하면, 기지국은 Radio 송수신부(9-10), 타기지국/Core망 송수신부(9-20), 제어부(9-30), 저장부(9-40)을 포함할 수 있다. 본 개시에서 제어부(9-30)는, 회로 또는 어플리케이션 특정 통합 회로 또는 적어도 하나의 프로세서라고 정의될 수 있다.

상기 도 9에 도시된 기지국은 gNB-CU와 gNB-DU를 모두 포함하는 RAN node일 수 있다. RAN node는 EPC (Evolved Packet Core) 또는 5GC (5G Core Network) 등의 이동통신 Core 망(Core Network, CN)과 연결된 LTE eNB (evolved Node B, eNodeB), NR gNB (next generation Node B, gNodeB) 등의 이동통신 기지국을 의미할 수 있다. 또한 RAN node는 CU (Centralized Unit)와 DU (Distributed Unit)로 분리될 수 있으며, CU는 다시 CU-CP (Control Plane)와 CU-UP (User Plane)로 분리될 수 있다.

일 실시예에 따르면, CU와 DU는 각각의 기지국 function을 나누어서 지원할 수 있다. 예를 들어, CU는 RRC/PDCP layer를 지원하고, DU는 RLC/MAC/PHY/RF layer를 지원할 수 있다. 그리고, CU와 DU 사이는 W1 또는 F1 interface와 같은 기지국 내부 function간 interface를 통해 연결할 수 있다.

일 실시예에 따르면, 기지국들은 일체형 또는 분리형 구조로 만들어져 일체형 구조 기지국 간, 분리형 기지국 간, 일체형 구조 기지국과 분리형 구조 기지국 간 연결이 가능할 수 있다. RAN Node 간에는 X2 또는 Xn interface와 같은 기지국 간 interface를 통해 연결될 수 있다. 그리고, RAN Node와 Core 망은, S1 또는 NG Interface와 같이 기지국-Core망 간 interface를 통해 연결될 수 있다.

Radio 송수신부(9-10)는 다른 네트워크 엔티티와 신호를 송수신할 수 있다. Radio 송수신부(9-10)는 예를 들어, 단말로부터 신호를 송수신하거나, 단말의 동작을 제어하는 RRC Release와 같은 메시지를 포함하는 신호를 전송할 수 있다. Radio 송수신부(9-10)는 송신부 또는 송신기로 정의할 수 있다.

타기지국/Core망 송수신부(9-20)은 다른 네트워크 엔티티와 신호를 송수신할 수 있다. 예로, UPF와 주고 받는 SDT UL/DL data를 전송하고 수신할 수 있다 타기지국/Core망 송수신부(9-20)는 송신부 또는 송신기로 정의할 수 있다.

또한, 상기 Radio 송수신부(9-10)와 타기지국/Core망 송수신부(9-20)를 포함하는 송수신부 또는 송수신기를 정의할 수 있다.

제어부(9-30)는 본 개시에서 제안하는 실시예에 따른 기지국의 전반적인 동작을 제어할 수 있다. 예를 들어, 제어부(9-30)는 상기에서 기술한 순서도에 따른 동작을 수행하도록 각 블록 간 신호 흐름을 제어할 수 있다.

저장부(9-40)는 상기 Radio 송수신부 (9-10)와 타기지국/Core망 송수신부(9-20)을 통해 송수신되는 정보 및 제어부(9-30)을 통해 생성되는 정보 중 적어도 하나를 저장할 수 있다. 예를 들어, 저장부(9-40)는 UPF로 향하는 UL data를 저장할 수 있다.

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

한편, 본 명세서와 도면에 개시된 실시 예들은 본 개시의 기술 내용을 쉽게 설명하고 본 개시의 이해를 돕기 위해 특정 예를 제시한 것일 뿐이며, 본 개시의 범위를 한정하고자 하는 것은 아니다. 즉, 본 개시의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 개시의 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다. 또한, 각각의 실시 예는 필요에 따라 서로 조합되어 운용할 수 있다. 예를 들어, 본 개시의 일 실시 예와 다른 일 실시예의 일부분들이 서로 조합될 수 있다. 또한, 실시 예들은 다른 시스템, 예를 들어, LTE 시스템, 5G 또는 NR 시스템 등에도 상술한 실시예의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능할 것이다.

Claims

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