WO2023058919A1

WO2023058919A1 - 개방형 무선 액세스 네트워크의 대용량 데이터 처리를 위한 전자 장치 및 그 동작 방법

Info

Publication number: WO2023058919A1
Application number: PCT/KR2022/013424
Authority: WO
Inventors: 정승욱; 권대근; 유완수
Original assignee: 삼성전자 주식회사
Priority date: 2021-10-08
Filing date: 2022-09-07
Publication date: 2023-04-13

Abstract

개방형 무선 액세스 네트워크(RAN)의 RAN 지능형 제어기(RIC)로 동작하도록 구성된 전자 장치가 개시된다. 상기 전자 장치는, E2 인터페이스를 지원하도록 구성되는 통신 회로를 포함하는 통신 인터페이스; 및 상기 통신 인터페이스와 작동적으로 연결되는 프로세서를 포함할 수 있다. 상기 프로세서는, E2 인터페이스를 통해 상기 RIC와 통신하도록 구성되는 복수의 RAN 노드들과, 제1 어플리케이션 간의 연결성을 관리하기 위한 라우팅 테이블을 저장하고, 상기 제1 어플리케이션의 과부하를 감지하고, 상기 제1 어플리케이션과 동일한 기능을 수행하도록 구성되는 제2 어플리케이션을 생성하고, 상기 복수의 RAN 노드들 중 적어도 하나의 RAN 노드와 상기 제2 어플리케이션 간의 연결성을 포함하도록 상기 라우팅 테이블을 업데이트하고, 상기 업데이트된 라우팅 테이블을 이용하여, 상기 복수의 RAN 노드들로부터의 메시지들을 상기 제1 어플리케이션과 상기 제2 어플리케이션으로 전달하도록 상기 통신 인터페이스를 제어할 수 있다.

Description

개방형 무선 액세스 네트워크의 대용량 데이터 처리를 위한 전자 장치 및 그 동작 방법

본 개시는 개방형 무선 액세스 네트워크(radio access network: RAN)(O-RAN)의 대용량 데이터를 처리하기 위한 전자 장치 및 그 동작 방법에 관한 것이다.

4G(4-th generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G(5-th generation) 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE(long term evolution) 시스템 이후(post LTE) 시스템이라 불리어지고 있다.

차세대 통신 표준은 5세대 이동 네트워크 또는 5세대 무선 시스템 또는 줄여서 5G(5G New Radio의 경우 5G-NR 또는 간단히 NR이라고 칭하기도 함)이라고 불리어질 수 있다. 5G-NR은 더 높은 밀도의 이동 광대역 사용자를 위해 더 높은 용량을 제공할 수 있으며, 또한 더 낮은 레이턴시 및/또는 더 낮은 배터리 소비로, 장치 간 매우 안정적인 대규모 기계형 통신(machine type communications: MTC)을 지원할 수 있다. 또한, 5G-NR은 LTE에 비해 더 유연한 사용자 단말(user equipment: UE) 스케줄링을 허용할 수 있다. 더불어, 더 높은 주파수에서 가능한 더 높은 처리량을 활용하기 위해 5G-NR의 지속적인 개발이 이루어지고 있다.

무선 데이터 트래픽의 수요를 충족시키기 위해 개발된 5G-NR 시스템은 높은 데이터 전송률의 서비스를 사용자에게 제공할 수 있고, 또한 사물 인터넷(internet of things: IoT) 또는 특정한 목적으로 높은 신뢰도를 요구하는 서비스와 같이 다양한 목적을 가진 무선 통신 서비스들이 5G-NR 시스템을 통해 제공될 수 있다. 4세대 통신 시스템과 5세대 통신 시스템이 혼용될 수 있는 무선 통신 네트워크를 위해, 사업자들과 제조사들이 모여서 설립한 O-RAN(open radio access network)은 3GPP(3rd Generation Partnership Project) 규격을 기반으로 제조사 장비들 간의 상호 연동을 지원하고 보다 저렴한 비용으로 네트워크 유연성을 지원하는 RAN 인터페이스들을 정의하고, O-RAN 구조(architecture)를 제시하고 있다.

O-RAN 구조의 주요한 구성요소들 중의 하나는, 어플리케이션들을 위한 개방형 호스팅 플랫폼을 제공하며 RAN 기능들을 제어하고 최적화하는 역할을 수행하는 RAN 지능형 제어기(RAN intelligent controller: RIC)이다. RIC는 레이턴시를 요구 사항에 맞게 조정할 수 있는 근-실시간(near-real time) 또는 비-실시간(non-real time)의 형태로 RAN 구성요소들(예를 들어 RAN 노드들)을 관리할 수 있다. 비-실시간 RIC은 근-실시간 RIC에게 네트워크 데이터 및 가입자 데이터를 제공할 수 있으며, 근-실시간 RIC은 이동성 관리를 위한 실시간 최적화를 제공할 수 있다.

RIC은 제3자 전문 소프트웨어 공급자들에 의해 개발될 수 있는 어플리케이션들을 실행할 수 있다. 이러한 어플리케이션들은 비-실시간 RIC 소프트웨어 플랫폼에서 동작하는 비-실시간 머신 러닝(machine learning: ML) 어플리케이션들(rAPP) 또는 근-실시간 RIC 소프트웨어 플랫폼에서 동작하는 근-실시간 ML 어플리케이션들(xAPP)일 수 있다.

RIC는 대규모(massive) RAN 노드들로부터 제공되는 매우 많은 보고 메시지들을 수신할 수 있다. RIC가 RAN 노드들로부터 전달받는 보고 메시지들의 양이 매우 많아지는 경우, 예를 들어 xAPP의 자원 부족과 같은 이유로 인해 단일 xAPP에 의한 근-실시간 처리를 보장하기 어려울 수 있다. 그러나 매우 많은 수의 RAN 노드들로부터의 보고 메시지들이 RIC로 수신되고 있는 상황에서 xAPP의 부하를 분산시키기 위한 동작들을 실행하는 경우 보고 메시지들의 처리가 지연되거나, 또는 일부 보고 메시지가 소실(drop)되거나 중복되는 문제점들이 발생할 수 있다.

또한 RIC에서 xAPP의 부하를 판단하기 어렵기 때문에 xAPP에서 개별적인 부하 분산 처리를 수행하게 되는 경우 RIC 내의 자원 운영 실패가 발생하여 RIC 전체의 기능 장애가 나타날 수 있다.

본 개시의 실시예가 제공하는 전자 장치 및 그 동작 방법은, 저지연 연결이 중요한 네트워크 시스템에서 저지연 스케일 아웃을 지원하여 소실되거나 중복되는 메시지들을 감소시키고 안정적인 어플리케이션 서비스를 제공할 수 있다.

본 개시의 실시예가 제공하는 전자 장치 및 그 동작 방법은, 어플리케이션에서 처리하는 데이터의 양이 늘어나거나 혹은 어플리케이션의 데이터 처리 로직이 복잡해져서 처리 속도가 느려졌을 때 발생하는 메시지 소실의 문제를, 복수의 어플리케이션들에 의한 병렬 처리로 해결할 수 있다.

본 개시의 실시예가 제공하는 전자 장치 및 그 동작 방법은, RIC에서 관리하는 RAN 노드들의 수가 많아지거나 개별 RAN 노드에서 처리하는 데이터의 크기가 커졌을 때 단일 어플리케이션에서 자원 부족 혹은 처리 속도 지연으로 인하여 처리 못하는 데이터의 양을 감소 또는 최소화할 수 있다.

본 개시의 실시예가 제공하는 전자 장치 및 그 동작 방법은, 스케일 아웃 동작을 RIC에서 담당하여 처리함으로써 어플리케이션들의 무분별한 스케일 아웃으로 인한 RIC의 장애를 방지 또는 축소할 수 있다.

일 실시예에 따라 개방형 무선 액세스 네트워크(RAN)의 RAN 지능형 제어기(RIC)로 동작하도록 구성된 전자 장치는, E2 인터페이스를 지원하도록 구성된 통신 회로를 포함하는 통신 인터페이스, 및 상기 통신 인터페이스와 작동적으로 연결되는 프로세서를 포함할 수 있다. 상기 프로세서는, 상기 E2 인터페이스를 통해 상기 RIC와 통신하도록 구성되는 복수의 RAN 노드들과, 제1 어플리케이션 간의 연결성을 관리하기 위한 라우팅 테이블을 저장하도록 구성될 수 있다. 상기 프로세서는, 상기 제1 어플리케이션의 과부하를 감지하고, 상기 제1 어플리케이션과 동일한 기능을 수행하도록 구성되는 제2 어플리케이션을 생성하도록 구성될 수 있다. 상기 프로세서는, 상기 복수의 RAN 노드들 중 적어도 하나의 RAN 노드와 상기 제2 어플리케이션 간의 연결성을 포함하도록 상기 라우팅 테이블을 업데이트하도록 구성될 수 있다. 상기 프로세서는, 상기 업데이트된 라우팅 테이블에 기반하여, 상기 복수의 RAN 노드들로부터의 메시지들을 상기 제1 어플리케이션과 상기 제2 어플리케이션으로 전달하도록 상기 통신 인터페이스를 제어하도록 구성될 수 있다.

일 실시예에 따른 개방형 무선 액세스 네트워크(RAN)의 RAN 지능형 제어기(RIC)에 의해 수행되는 방법은, E2 인터페이스를 통해 상기 RIC와 통신하도록 구성되는 복수의 RAN 노드들과 제1 어플리케이션 간의 연결성을 관리하기 위한 라우팅 테이블을 저장하는 동작을 포함할 수 있다. 상기 방법은 상기 제1 어플리케이션의 과부하를 감지하는 동작과, 상기 제1 어플리케이션과 동일한 기능을 수행하도록 구성되는 제2 어플리케이션을 생성하는 동작을 포함할 수 있다. 상기 방법은 상기 복수의 RAN 노드들 중 적어도 하나의 RAN 노드와 상기 제2 어플리케이션 간의 연결성을 포함하도록 상기 라우팅 테이블을 업데이트하는 동작을 포함할 수 있다. 상기 방법은 상기 업데이트된 라우팅 테이블을 이용하여 상기 복수의 RAN 노드들로부터의 메시지들을 상기 제1 어플리케이션과 상기 제2 어플리케이션으로 전달하는 동작을 포함할 수 있다.

본 개시 내용의 특정 실시양태의 상기 및 기타 측면, 특징 및 이점은 첨부 도면과 함께 취해진 다음의 상세한 설명으로부터 더욱 명백해질 것이다:

도 1은 일 실시예에 따른 개방형 무선 액세스 네트워크(O-RAN)의 예시적 구조를 설명하기 위한 도면이다.

도 2a 및 도 2b는 일 실시예에 따른 RIC와 RAN 노드들 간의 예시적 통신을 설명하기 위한 도면이다.

도 3은 일 실시예에 따른 RIC 가입 및 가입 삭제 절차의 일 예를 설명하기 위한 신호 흐름도이다.

도 4a 및 도 4b는 일 실시예에 따라 어플리케이션의 분산 처리를 위한 스케일 아웃을 설명하기 위한 도면이다.

도 5는 일 실시예에 따른 O-RAN에서의 대용량 데이터 처리를 지원하는 RIC의 예시적 구조를 설명하기 위한 도면이다.

도 6a 및 도 6b는 일 실시예에 따른 라우팅 테이블(508)의 업데이트의 일 예를 설명하기 위한 도면이다.

도 7은 일 실시예에 따라 RIC(500)에서 대용량 데이터를 분산 처리하는 동작의 일 예를 설명하기 위한 흐름도이다.

도 8a, 도 8b, 도 8c 및 도 8d는 일 실시예에 따라 RIC(500)에서 대용량 데이터의 분산 처리를 수행하는 절차의 일 예를 설명하기 위한 도면이다.

도 9는 일 실시예에 따른 O-RAN의 RIC로 동작하도록 구성된 전자 장치의 예시적 구성을 설명하기 위한 블록도이다.

본 개시는 이하 첨부된 도면들을 참조하여 보다 상세히 설명될 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들이다. 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있으므로 그 정의는 본 개시의 전반에 걸친 내용에 따라 정해져야 한다.

본 개시에서 사용되는 네트워크 객체(network entity) 및 개방형 무선 액세스 네트워크(O-RAN) 시스템의 구성요소들을 지칭하는 용어, 메시지들을 지칭하는 용어, 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시의 실시예들이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.

이하 설명의 편의를 위하여, 본 개시는 O-RAN 시스템 규격에서 정의하는 용어와 명칭들을 사용하지만 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.

이하 본 개의의 실시예들을 첨부한 도면을 참조하여 상세히 설명한다. 또한 공지 기능 및 구성에 대한 상세한 설명은 불필요한 세부 사항으로 본 개시의 요지를 흐릴 수 있는 경우 생략될 수 있다.

도 1을 참조하면, O-RAN의 구성요소들 중 하나인 RAN 지능형 제어기(RIC)(100)는 E2 종단(termination: E2T)(102)과 적어도 하나의 어플리케이션(예를 들어 App#A)(104)을 포함할 수 있다. E2T(102)는 RIC(100)의 외부에 존재하는 다수의 RAN 노드들(112, 114, 116)과 E2 인터페이스를 통해 연결될 수 있으며, RAN 노드들(112, 114, 116)의 정보를 수집하여 적어도 하나의 어플리케이션(104)으로 전달하거나 RAN 노드들(112, 114, 116)로 적어도 하나의 어플리케이션(104)으로부터의 제어 메시지를 전달할 수 있다. 적어도 하나의 어플리케이션(104)은 E2T(102)를 통해 RAN 노드들(112, 114, 116)의 정보를 수집하고 RAN 노드들(112, 114, 116)을 제어하는 제3자 제공의 소프트웨어로 구현될 수 있다.

RAN 노드들(112, 114, 116)은 3GPP 기반의 4세대 통신 시스템, 5세대 통신 시스템 또는 EN-DC(E-UTRA(evolved universal terrestrial radio access) NR dual connectivity)와 같은 혼용된 시스템의 네트워크 구성요소(network element: NE), RU(radio unit or remote unit), eNB(enhanced Node B), DU(distributed unit), CU(central unit)-CP(control plane), 또는 CU-UP(user plane) 중 적어도 하나를 포함할 수 있다. RAN 노드들(112, 114, 116)은 다수의 셀들(예를 들어 셀들(120)) 및/또는 사용자 단말들(user equipments: UEs)(도시하지 않음)과 관련된 데이터를 RIC(100)로 보고하기 위해, RIC(100)의 E2T(102)와 연결될 수 있다.

일 실시예에서 E2T(102)는 다음의 기능들 중 적어도 하나를 지원할 수 있다.

E2T(102)는 각 RAN 노드(112, 114, 또는 116)과의 SCTP(stream control transmission protocol) 연결을 열거나 제거할 수 있다.

E2T(102)는 SCTP 연결을 통해 적어도 하나의 어플리케이션(104)으로부터의 메시지들을 각 RAN 노드(112, 114, 또는 116)로 라우팅하거나, 각 RAN 노드(112, 114, 또는 116)로부터의 메시지들을 적어도 하나의 어플리케이션(104)으로 라우팅할 수 있다.

E2T(102)는 E2 연결성(connectivity)과 관련된 메시지들을 처리할 수 있다.

E2T(102)는 E2 연결의 설정 및 RIC 서비스 업데이트에 근거하여 RAN 노드들(112, 114, 116)에 의해 지원되는 RAN 기능들의 리스트를 적어도 하나의 어플리케이션(104)로 통지할 수 있다.

일 실시예에서 RIC(100)는 근-실시간(near-real time) 타입으로 구성되는 소프트웨어 플랫폼을 포함할 수 있으며, 적어도 하나의 어플리케이션(104)을 실행하고 호스팅할 수 있다. 근-실시간 타입의 RIC(100)는 E2 인터페이스를 통한 보다 세분화된 데이터 수집 및 통신을 통해 구성요소들(예를 들어 RAN 노드들(112, 114, 116))과 자원들을 제어하고, 예를 들어 10ms 내지 1초 사이에 발생할 수 있는 네트워크 최적화 작업을 수행할 수 있다.

일 실시예에서 E2 인터페이스는 O-RAN WG3 E2AP(Application Protocol) 표준을 구현한 것일 수 있으며, E2AP는 RAN 노드들(112, 114, 116)의 서비스 모델을 정의하는 E2SM(service model)을 포함할 수 있다. 일 실시예에서 RIC(100)와 RAN 노드들(112, 114, 116)은 E2AP와 E2SM(Service Model) 기반의 메시지들을 교환할 수 있다.

일 실시예에서 RIC(100)은 RAN 노드들(112, 114, 116) 이 셀 및/또는 단말과 관련된 메시지들을 전송하도록 요청하기 위하여 RIC 가입(subscription)을 사용할 수 있다. RIC(100)은 E2T(102)를 통해 RAN 노드들(112, 114, 116)에게 RIC 가입을 수행하도록 요청할 수 있고, RAN 노드들(112, 114, 116)은 상기 요청에 따라 RIC(100)에 가입될 수 있다. RIC(100)은 RAN 노드들(112, 114, 116)의 가입 정보를 저장 및 관리할 수 있다.

적어도 하나의 어플리케이션(예를 들어 App#A)(104)은 제3자 소프트웨어 공급자에 의해 개발되고 RIC(100) 상에서 동작할 수 있다. 적어도 하나의 어플리케이션(예를 들어 App#A)(104)은 RAN 노드들(112, 114, 116)의 보고 데이터를 이용하여 네트워크 지능화, 네트워크 최적화 및 제어와 같은 기능들을 수행할 수 있다.

도 2a를 참조하면, RIC(100) 내부의 제1 어플리케이션(예를 들어 xApp#1)(202) 및 제2 어플리케이션(예를 들어 xAPP#2)(204)은 RAN 노드들(212, 214, 216, 218)(예를 들어 도 1의 RAN 노드들(112, 114, 116) 중 적어도 하나를 포함할 수 있음)로부터의 보고 메시지들을 수신하기 위해, RIC(100)로 가입 메시지들(206)을 전송할 수 있다. 일 실시예에서 상기 가입 메시지들(206) 중 적어도 하나는 제1 어플리케이션(202) 또는 제2 어플리케이션(204)가 요구하는 대상(target) RAN 노드(예를 들어 RAN 노드들(212, 214, 216, 218) 중 적어도 하나)와 상기 대상 RAN 노드에 대해 요구하는 대상 동작(target function) 및 상기 대상 동작과 관련된 이벤트 트리거 중 적어도 하나를 지시하는 정보를 포함할 수 있다.

일 실시예에서 RIC(100)는 상기 가입 메시지들(206)에 근거하여 제1 어플리케이션(202) 및 제2 어플리케이션(204)에 관련된 가입 정보를 저장 및 관리할 수 있다. RIC(100)은 대상 RAN 노드로부터 보고된 데이터가 해당 어플리케이션(예를 들어 제1 어플리케이션(202) 또는 제2 어플리케이션(204))로 전달(예를 들어 라우팅)될 수 있도록 상기 가입 정보를 설정할 수 있다.

일 실시예에서 E2T(102)는 RIC(100) 내부의 적어도 하나의 어플리케이션(104)으로부터 전달받은 정보(예를 들어 가입 메시지들(206) 중 적어도 하나에 포함된 정보)를 포함하는 가입 메시지들(208)를 RAN 노드들(212, 214, 216, 218) 중 적어도 하나로 전달할 수 있다. RIC(100)는 상기 가입 메시지들(208)에 근거하여, RAN 노드들(212, 214, 216, 218)에 관련된 가입 정보를 저장 및 관리할 수 있다. 일 실시예에서 RAN 노드들(212, 214, 216, 218)에 관련된 가입 정보는 RIC 요청 ID에 의해 식별될 수 있다.

일 실시예에서 RAN 노드들(212, 214, 216, 218)은 상기 가입 메시지들(208)에 근거하여 주어진 이벤트 트리거(예를 들어 주기적 또는 특정 이벤트)에 따라 요구된 보고 데이터를 RIC(100)로 보고하도록 설정할 수 있다.

도 2b를 참조하면, RIC(100)에 가입된 RAN 노드들(212, 214, 216, 218)의 각각은 가입 메시지들(208)에 근거하는 이벤트 트리거가 검출될 때 단말 및/또는 셀과 관련된 보고 데이터를 포함하는 보고 메시지들(222)을 RIC(100)로 전송할 수 있다. RIC(100) 내의 E2T(102)는 RAN 노드들(212, 214, 216, 218)로부터 전송되는 보고 메시지들(222)을 수신할 수 있다. 상기 보고 메시지는 RIC(100)에서 특정 RIC 가입을 식별하고, 특정 어플리케이션(예를 들어 제1 어플리케이션(202) 또는 제2 어플리케이션(204))에서 RAN 노드들(212, 214, 216, 218)로 요청하는 보고 데이터의 종류를 나타내는데 사용되는 논리적 식별자인 RIC 요청 ID를 포함할 수 있다.

일 실시예에서 E2T(102)는 RAN 노드들(212, 214, 216, 218)로부터 획득한 보고 데이터를 포함하는 보고 메시지들(222)(예를 들어 보고 메시지들(222) 중 적어도 하나)을, RIC(100)에 저장되고 관리되는 가입 정보에 따라 제1 어플리케이션(202)와 제2 어플리케이션(204) 중 적어도 하나로 라우팅할 수 있다.

RIC(100) 내에서 어플리케이션들(202, 204)와 RAN 노드들(212, 214, 216, 218) 간의 연결성은 다음과 같은 두 부분으로 구별될 수 있다. 첫번째 부분은 RAN 노드들(212, 214, 216, 218)과 RIC(100)(예를 들어 들어 E2T(102)) 간의 연결이며, 두번째 부분은 RIC(100)(예를 들어 들어 E2T(102))와 어플리케이션들(202, 204) 간의 연결이다. 일 실시예에서 RAN 노드들(212, 214, 216, 218)과 RIC(100)(예를 들어 들어 E2T(102)) 간의 연결은 O-RAN 표준에 의해 정의된 SCTP 및 E2AP(E2 application protocol)(이하 SCTP/E2AP라 칭함)을 사용할 수 있다. 일 실시예에서 RIC(100) (예를 들어 들어 E2T(102))와 어플리케이션들(202, 204) 간의 연결은 API(application programming interface)를 사용할 수 있다.

일 실시예에서 RIC(100)의 목적인 근 실시간성 RAN 관리를 위해서는 RAN 노드들(212, 214, 216, 218)과 RIC(100) 간 및 RIC(100)와 어플리케이션들(202, 204) 간의 두 연결성들을 위해 지속성 연결(persistent connection)을 사용할 수 있다. 지속성 연결은 지속적인 데이터 전송을 상시 유지하면서, RAN 노드들(212, 214, 216, 218)에서 이벤트 트리거가 검출될 때마다 메시지를 운반하기 위해 사용됨으로써, 메시지 별로 각 연결을 열고 닫는 비효율을 줄일 수 있다.

일 실시예에서 RIC(100)은 RAN 노드들(212, 214, 216, 218)과의 연결들(예를 들어 SCTP/E2AP 연결들)을 개시(예를 들어 오픈)하고 상기 연결들을 유지할 수 있으며, RAN 노드들(212, 214, 216, 218) 중 적어도 하나는 이벤트 트리거가 검출될 때마다 상기 해당 연결을 통해 RIC(100)으로 보고 메시지를 전송할 수 있다. 상기 연결들은 RAN 노드들(212, 214, 216, 218)과의 가입이 삭제(delete)되어 RIC(100)가 해제할 때까지 지속적으로 유지될 수 있다.

일 실시예에서 RIC(100)은 어플리케이션들(202, 204)과의 연결들(예를 들어 API 연결들)을 개시(예를 들어 오픈)하고 상기 연결들을 유지할 수 있으며, RAN 노드들(212, 214, 216, 218) 중 적어도 하나로부터 보고 메시지가 수신될 때마다 상기 해당 연결을 통해 어플리케이션들(202, 204) 중 적어도 하나로 상기 보고 메시지를 전달할 수 있다. 상기 연결들은 어플리케이션들(202, 204)과의 가입이 RIC(100)에 의해 해제할 때까지 지속적으로 유지될 수 있다.

도 3을 참조하면, 동작 302에서 RIC(100)는 새로운 RIC 가입을 생성하기로 결정할 수 있다. 일 실시예에서 RIC(100)는 적어도 하나의 어플리케이션(예를 들어 xAPP#1(202) 또는 xAPP#2(204))으로부터 RIC 보고를 위한 가입을 요청받으면, 적어도 하나의 RAN 노드(예를 들어 RAN 노드(212))에 대한 새로운 RIC 가입을 생성하기로 결정하고 동작 304로 진행할 수 있다. 새로운 RIC 가입은 적어도 하나의 RAN 노드에 대한 이벤트 트리거와 대상 동작을 설정하기 위해 사용될 수 있다.

동작 304에서 RIC(100)는 적어도 하나의 RAN 노드(예를 들어 RAN 노드(212))에게 RIC 가입 요청(subscription request) 메시지를 전송할 수 있다. 일 실시예에서 RIC 가입 요청 메시지는 고유한 RIC 요청 ID, RAN 기능(function) ID, RIC 이벤트 트리거의 정의 또는 동작 리스트 중 적어도 하나를 포함할 수 있다. 상기 RIC 이벤트 트리거의 정의는 RAN 노드(212)에서 특정 동작을 수행하도록 트리거하는 이벤트를 정의할 수 있다. 상기 동작 리스트는 RAN 노드(212)가 수행할 수 있는 적어도 하나의 동작을 포함할 수 있다.

동작 306에서 RAN 노드(212)는 상기 RIC 가입 요청 메시지의 수신에 응답하여 대상 기능(target function)과 이벤트 트리거를 설정하고, RIC(100)에게 RIC 가입 응답(subscription response) 메시지를 전송할 수 있다. 상기 RIC 가입 응답 메시지는 상기 RIC 가입 요청 메시지에 포함된 것과 동일한 RIC 요청 ID, RAN 기능 ID, RAN 노드(212)에 허용된 동작들의 리스트 또는 RAN 노드(212)에 의해 허용되지 않은 동작들의 리스트 중 적어도 하나를 포함할 수 있다.

동작 308에서 RAN 노드(212)는 상기 이벤트 트리거를 검출할 수 있다. 상기 이벤트 트리거는 특정 E2 서비스 모델에 따른 RAN 노드(212)의 기능에 근거하여 검출될 수 있다. 상기 이벤트 트리거의 검출에 응답하여 동작 310에서 RAN 노드(212)는 보고 데이터를 포함하는 RIC 지시(indication) 메시지를 전송할 수 있다. 일 실시예에서 상기 RIC 지시 메시지는 RIC 요청 ID, RAN 기능 ID, 또는 보고 데이터를 나타내는 내용 필드 중 적어도 하나를 포함할 수 있다. 일 실시예에서 상기 이벤트 트리거의 검출 및 RIC 지시 메시지의 전송은 주어진 이벤트 트리거 조건에 따라 반복될 수 있다.

선택적으로 수행될 수 있는 동작 312에서, RIC(100)은 RAN 노드 (212)로 특정 기능(functionality)을 개시하거나 중단하도록 제어하기 위한 RIC 제어 요청(control request) 메시지를 전송할 수 있다. 일 실시예에서 상기 RIC 제어 요청 메시지는 적어도 하나의 어플리케이션(예를 들어 xAPP#1(202) 또는 xAPP#2(204))의 요청에 따라 전송될 수 있다. 일 실시예에서 상기 RIC 제어 요청 메시지는 RIC 요청 ID, RAN 기능 ID 및 RIC 제어와 관련된 정보 필드들을 포함할 수 있다. 선택적으로 수행될 수 있는 동작 312에서 RAN 노드(212)는 RIC(100)에게 RIC 제어 애크(control acknowledge) 메시지를 전송하고, 상기 요청된 특정 기능을 개시하거나 중단할 수 있다.

동작 316에서 RIC(100)는 기존 RIC 가입(예를 들어 RAN(212)와 관련된 RIC 가입)을 삭제하기로 결정할 수 있다. 일 실시예에서 RIC(100)는 적어도 하나의 어플리케이션(예를 들어 xAPP#1(202) 또는 xAPP#2(204))으로부터 RIC 가입의 삭제를 요청받으면, 요청된 기존 RIC 가입을 삭제하기로 결정하고 동작 318로 진행할 수 있다.

동작 318에서 RIC(100)는 삭제하고자 하는 RIC 가입과 관련된 적어도 하나의 RAN 노드(예를 들어 RAN 노드(212))에게 RIC 가입 삭제 요청(subscription delete request) 메시지를 전송할 수 있다. 일 실시예에서 RIC 가입 삭제 요청 메시지는 고유한 RIC 요청 ID 및 RAN 기능(function) ID 중 적어도 하나를 포함할 수 있다.

동작 320에서 RAN 노드(212)는 상기 RIC 가입 삭제 요청 메시지에 포함된 RIC 요청 ID에 의해 식별되는 이벤트 트리거를 삭제하고, RIC(100)에게 RIC 가입 삭제 응답(subscription delete response) 메시지를 전송할 수 있다.

도시하지 않을 것이나, RAN 노드(212)는 RIC 요청 ID 및 RAN 기능 ID를 포함하는 RIC 가입 삭제 요청 메시지를 RIC(100)로 전송하여, 상기 RIC 요청 ID에 대응하는 RIC 가입을 삭제할 것을 요청할 수 있다. RIC(100)는 상기 RIC 가입 삭제 요청 메시지에 포함된 RIC 요청 ID와 RAN 기능 ID와 관련된 적어도 하나의 RIC 가입을 삭제하고, 상기 적어도 하나의 RIC 가입과 관련된 자원을 해제할 수 있다.

일 실시예에서 RIC(100)는 매우 많은 수의 RAN 노드들(예를 들어 RAN 노드들(212, 214, 216, 218)을 포함함)과의 가입들을 통해 RAN 노드들로부터 대량의 보고 메시지들을 수신할 수 있다. 많은 수의 RAN 노드들로부터 전달되는 보고 메시지들의 데이터 양이 많아지면 단일 어플리케이션(예를 들어 xAPP#1(202) 또는 xAPP#2(204))가 상기 보고 메시지들을 처리하기에 충분한 자원을 가지고 있지 못할 수 있으며, 이에 따라 RIC(100)에서 상기 보고 메시지들의 근 실시간성 처리를 보장하기 어려울 수 있다.

일 실시예에서 RIC(100)은 스케일 아웃(scale out)을 통해 동일 기능을 수행할 수 있는 하나 이상의 어플리케이션들을 사용하여 부하를 분산시킬 수 있다. 클라우드 구조에서 스케일 아웃은 동일 동작을 수행하는 어플리케이션을 추가적으로 생성하여 부하를 분산시키는 것을 의미할 수 있다. 그러나 RIC(100) 내의 어플리케이션(예를 들어 xAPP#1(202) 또는 xAPP#2(204))과 RAN 노드들(예를 들어 RAN 노드들(212, 214, 216, 218))은 지속성 연결을 사용하기 때문에 RIC(100)은 스케일 아웃을 사용하는 분산 처리를 수행하기 위해서 도 4a 및 도 4b과 같은 동작들을 수행할 수 있다.

도 4a를 참조하면, RIC(100)은 단일 어플리케이션(예를 들어 App#A)(402)을 포함하며, E2T(102)를 통해 복수의 RAN 노드들, 예를 들어 RAN 노드#1(412), RAN 노드#2(414) 및 RAN 노드#3(416)과 연결될 수 있다. RAN 노드#1(412), RAN 노드#2(414) 및 RAN 노드#3(416)은 RIC(100)에 가입될 수 있으며, RIC(100) 내의 E2T(102)는 RAN 노드#1(412), RAN 노드#2(414) 및 RAN 노드#3(416)로부터의 보고 메시지들을 App#A(402)로 전달할 수 있다.

도 4b 를 참조하면, RIC(100)는 E2T(102)를 통해 매우 많은 수(예를 들어 100개 이상)의 RAN 노드들, 예를 들어 RAN 노드#1(422), RAN 노드#2(424) 및 RAN 노드#N(428)과 연결될 수 있으며, RAN 노드#1(422), RAN 노드#2(424) 및 RAN 노드#N(428)은 가입 절차를 통해 RIC(100)에게 보고 메시지들을 전달할 수 있다. RIC(100)의 E2T(102)는 상기 보고 메시지들을 기존에 실행중이던 어플리케이션(App#A-1)(404) 및 새로 생성된 어플리케이션(App#A-2)(406)에게 전달할 수 있다. 여기서 App#A-2(406)는 App#A-1(404)과 동일한 기능을 수행하는 어플리케이션으로서 RIC(100) 내에서 App#A-1(404)의 과부하를 감지함에 따라 생성될 수 있다.

일 실시예에서 RIC(100)은 RAN 노드#1(422), RAN 노드#2(424) 및 RAN 노드#N(428)로부터 보고 메시지들을 수신하는 동안 App#A-1(404)의 자원 부족을 감지하면, App#A-1(404)과 동일한 기능을 수행하는 App#A-2(406)를 생성(및 배포(deploy))하고, 스케일 아웃을 통해 기존의 부하를 App#A-1(404)과 App#A-2(406)로 분산시킬 수 있다.

일 실시예에서 RIC(100)은 App#A-1(404)과 동일 기능을 수행할 수 있는 App#A-2(406)를 생성(및 배포(deploy))한 후 App#A-1(404)에 대한 일부 가입해제(un-subscription) 절차를 통하여, 기존에 App#A-1(404)에 대해 가입된 전체 RAN 노드들(예를 들어 RAN 노드#1 내지 RAN 노드 #100) 중 일부 RAN 노드들(예를 들어 RAN 노드#51 내지 RAN 노드 #100)에 대한 송수신 설정을 삭제할 수 있다.

일 실시예에서 RIC(100)은 App#A-1(404)에 대해 가입 해제된 일부 RAN 노드들(예를 들어 RAN 노드#51 내지 RAN 노드 #100)에 대해, App#A-2(406)에 대한 가입 절차를 진행하여, 상기 일부 RAN 노드들(예를 들어 RAN 노드#51 내지 RAN 노드 #100)과 App#A-2(406) 간의 데이터 송수신 설정을 수행할 수 있다. App#A-1(404)과 App#A-2(406)은 RIC(100)에 대한 가입을 통하여, RAN 노드들(422, 424, 428)로부터의 보고 메시지들을 E2T(102)를 통해 전달받을 수 있다. 예를 들어 일부 RAN 노드들(예를 들어 RAN 노드#51 내지 RAN 노드 #100)으로부터의 보고 메시지들은 App#A-2(406)로 전달되고, 나머지 RAN 노드들(예를 들어 RAN 노드#1 내지 RAN 노드 #50)로부터의 보고 메시지들은 App#A-1(404)로 전달될 수 있다. App#A-1(404)과 App#A-2(406)은 동일한 기능들에 의해 상기 보고 메시지들을 처리할 수 있다.

상기한 가입 및 가입해제를 통한 스케일 아웃에서 예를 들어 다음과 같은 문제점들이 발생할 수 있다.

일 예로 스케일 아웃 과정에서 가입 및 가입 해제에 따른 시간 및 자원의 소모로 인해 스케일 아웃 과정의 전체가 지연될 수 있다.

일 예로 일부 RAN 노드들에 대한 가입해제 도중 상기 일부 RAN 노드들 중 하나로부터 올라오는 보고 메시지가 E2T(102)에서 소실(drop)되거나, 또는 중복하여 App#A-1(404) 및 App#A-2(406)의 둘 다로 전달되어 App#A-1(404) 및 App#A-2(406)에서 중복 데이터를 처리하는 불필요한 동작이 발생할 수 있다. 또한 일 예로 RIC(100)에 연결된 RAN 노드들에서 App#A-1(404)로 보고 데이터를 제공하는 시간 간격이 짧거나 데이터 크기가 큰 경우 App#A-1(404)의 기능에 대한 스케일 아웃을 수행하는 것이 불가능할 수 있다.

일 예로 RIC(100)은 어플리케이션들의 부하 량을 알 수 없고, 어플리케이션들의 부하를 분산 처리할지를 판단하는 주체가 각 어플리케이션이 되는 경우, 복수의 어플리케이션에서 개별적으로 스케일 아웃에 의한 분산 처리를 수행하게 되여, RIC(100)에서 자원 운영의 실패 또는 기능 장애가 발생할 수 있다.

후술되는 실시예들은 초저지연 연결성이 중요한 통신 네트워크에서 O-RAN 표준에 따른 RIC(예를 들어 RIC(100))에서 저지연성 및 연결 지속성을 유지하면서 어플리케이션들의 확장(scalability) 및 분산 처리를 제공할 수 있다. 후술되는 실시예들은 RIC에서 어플리케이션의 대용량 고속 데이터 처리를 가능하도록 하는 스케일 아웃 기능을 제공하여, RIC의 장애를 최소화 및/또는 감소시키면서 개별 어플리케이션들의 처리 효율을 높일 수 있다.

후술되는 실시예들은 RIC(예를 들어 RIC(100)) 내에서 RAN 노드들과 RIC 사이의 SCTP 연결을 관리하는 E2T(예를 들어 E2T(102))에 연결되는 다수의 RAN 노드들로부터 전달되는 보고 데이터(부하)를 단일 어플리케이션에 의해 저지연으로 처리하기 위한 스케일 아웃 기술을 제공할 수 있다.

후술되는 실시예들은 RIC 내부의 어플리케이션들에 대한 스케일 아웃을 수행함에 있어서 시간 지연, 데이터 중복, 또는 데이터 소실을 감소시켜 어플리케이션들의 원활한 동작을 지원할 수 있다.

도 5를 참조하면, RIC(500)는 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))과 RAN 노드들(예를 들어 RAN 노드#1(512), RAN 노드#2(514) 및 RAN 노드#N(518))간의 라우팅을 담당하는 E2T(502)와, 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))의 부하를 관리하는 APP 부하 관리부(App load manager)(506)를 포함할 수 있다. 일 실시예에서 E2T(502) 및 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))에 대한 설명은 앞서 언급된 바와 유사할 수 있다.

일 실시예에서 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))은 RIC(500)에 의해 실행될 수 있는 어플리케이션으로서, O-RAN RIC 표준 상에 정의된 E2T(502)를 통해 RAN 노드들(512, 514, 518)과 메시지들을 주고받을 수 있다. 일 실시예에서 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))은 가상 클러스터 환경(예를 들어 Kubernetes) 상에서 동작할 수 있다.

일 실시예에서 APP 부하 관리부(506)는 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a))의 자원 모니터링과 스케일 아웃을 결정하는 동작을 담당할 수 있다. 일 실시예에서 APP 부하 관리부(506)는 도시된 것처럼 별도의 독립된 모듈로 구현될 수 있으나, 다른 실시예에서 APP 부하 관리부(506)는 다른 모듈(예를 들어 E2T(502) 또는 APP 가입 관리부(도시하지 않음))과 통합되어 구현될 수 있음은 물론이다.

일 실시예에서 APP 부하 관리부(506)는 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))을 모니터링하고 과부하를 예측 및 측정할 수 있으며, E2T(502)에 의해 참조되는 라우팅 테이블(508)을 관리할 수 있다. 라우팅 테이블(508)은 E2T(502)가 RAN 노드들(512, 514, 518)로부터의 보고 메시지들을 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))으로 라우팅하기 위해 E2T(502)에 의해 참조될 수 있다.

일 실시예에서 APP 부하 관리부(506)는 적어도 하나의 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))의 사용되고 있는 자원을 모니터링할 수 있다. 일 실시예에서 상기 자원은 각 어플리케이션에 의한 CPU(central processing unit) 사용량, 메시지 소실율, 메시지 레이턴시, 또는 메모리 사용량 중 적어도 하나를 포함할 수 있다.

일 실시예에서 APP 부하 관리부(506)는 상기 모니터링을 기반으로 각 어플리케이션의 과부하를 예측하고 스케일 아웃의 수행 여부를 판단할 수 있다. 일 실시예에서 APP 부하 관리부(506)는 라운드 로빈 알고리즘에 따라 스케일 아웃을 수행할 어플리케이션을 결정할 수 있다.

일 실시예에서 라우팅 테이블(508)은 E2T(502)에서 RIC 가입(예를 들어 동작 304 및 동작 306) 및/또는 RIC 지시(예를 들어 동작 310)를 수행함에 따라 생성될 수 있다. 라우팅 테이블(508)은 RIC(500)에서 실행되고 있는 각 어플리케이션(예를 들어 App#A-1(504a) 및 App#A-2(504b))의 가입 정보(예를 들어 RIC 요청 ID)와 각 어플리케이션에 매핑되는 적어도 하나의 RAN 노드(예를 들어 RAN 노드들(512, 514, 518) 중 적어도 하나)를 지시하는 엔드포인트로 구성될 수 있다.

일 실시예에서 E2T(502)는 특정 RAN 노드(예를 들어 RAN 노드#1(512))로부터 보고 메시지를 수신하고, 라우팅 테이블(508)을 참조하여 RAN 노드#1(512)에 매핑되는 어플리케이션(예를 들어 App#A-1(504a))을 식별하고, 상기 식별된 App#A-1(504a)로 상기 보고 메시지를 라우팅할 수 있다.

일 실시예에서 RIC(500)은 E2T(502)에서 사용되기 위한 RIC 가입/지시와 관련된 라우팅 테이블(508)을 생성할 수 있다. RIC(500) 내에서 App#A-1(504a) 만이 실행되고 있는 상황에서 라우팅 테이블(508)의 예시는 도 6a에 도시한 바와 같을 수 있다.

도 6a를 참조하면 라우팅 테이블(508)은 다음과 같은 항목들을 포함할 수 있다.

RIC 요청 ID(RIC Request ID) 항목(602)은 특정 RIC 가입을 식별하기 위해 RIC(500)에서 사용되는 논리적 식별자로서, RIC(500)에서 실행되고 있는 어플리케이션(예를 들어 App#A-1(504a))가 RAN 노드들(512, 514, 518)(예를 들어 RAN 노드#1, RAN 노드#2, ... RAN 노드#99, 및 RAN 노드#100을 포함함)으로부터 수신하고자 하는 정보의 종류를 나타낼 수 있다.

일 실시예에서 RIC(500)는 특정 RAN 노드(예를 들어 RAN 노드들(512, 514, 518) 중 어느 하나인 제1 RAN 노드)로 전송하는 RIC 가입 요청 메시지(예를 들어 도 3의 동작 304)에 제1 RIC 요청 ID를 포함하여 전송할 수 있으며, 상기 제1 RAN 노드로부터 상기 제1 RIC 요청 ID를 포함하는 RIC 가입 응답 메시지(예를 들어 도 3의 동작 306)를 수신할 수 있다. RIC(500)는 RIC 가입 요청 메시지와 RIC 가입 응답 메시지를 제1 RAN 노드와 교환함으로써 제1 RAN 노드에 대한 가입 절차를 성공적으로 완료하면, 라우팅 테이블(508)에 제1 RAN 노드의 가입과 관련된 새로운 엔트리(예를 들어 제1 RIC 요청 ID와 제1 RAN 노드의 RAN 노드 이름과, 제1 RAN 노드와 관련된 동작을 수행하기 위한 어플리케이션(예를 들어 xAPP#A-1)을 지칭하는 엔드포인트를 포함함)를 추가할 수 있다.

RAN 노드(RAN Node) 항목(604)는 RIC(500)에 가입된 RAN 노드를 나타내는 이름 혹은 ID를 포함할 수 있다.

어플리케이션 엔드포인트(App EndPoint) 항목(606)은 RIC(500)에 가입된 또는 RIC(500)에서 실행되고 있는 어플리케이션을 나타내는 통신 엔드포인트로서, 예를 들어 IP(internet protocol) 주소일 수 있다.

도 6a를 참조하면, 라우팅 테이블(508)은 RIC 요청 ID 항목(602)의 값 '1'에 대해 RAN 노드#1, RAN 노드#2, ... RAN 노드#99, 및 RAN 노드#100의 RAN 노드 항목(604)을 포함할 수 있고, RAN 노드#1, RAN 노드#2, ... RAN 노드#99, 및 RAN 노드#100의 RAN 노드 항목(604)에 대한 App 엔드포인트 항목(606)은 App#A-1(504a)를 지시할 수 있다.

도 6a에 예시된 바와 같이 구성되는 라우팅 테이블(508)에 따라 E2T(502)는 RAN 노드들(512, 514, 518)(예를 들어 RAN 노드#1, RAN 노드#2, ... RAN 노드#99, 및 RAN 노드#100을 포함함)로부터의 보고 메시지들을 App#A-1(504a)로 전달할 수 있다.

일 실시예에서 APP 부하 관리부(506)는 RIC(500)에서 실행중인 App#A-1(504a)의 과부하를 감지할 수 있다. 일 실시예에서 APP 부하 관리부(506)는 App#A-1(504a)에서 통신에 사용할 수 있는 수신 버퍼 큐의 잔여량(remainder), 송신 버퍼 큐의 잔여량, 전체 수신된 메시지들 중 App#A-1(504a)에서 미처리된 메시지들의 비율을 나타내는 메시지 소실율(drop rate), 메시지 레이턴시, CPU 상태, RAM(random access memory) 상태, 네트워크 입출력 상태, 또는 디스크 입출력 상태 중 적어도 하나를 근거로 App#A-1(504a)에서 과부하가 발생하였는지의 여부를 판단할 수 있다.

일 실시예에서 APP 부하 관리부(506)가 상기 과부하를 감지한 경우, RIC(500)는 App#A-1(504a)에 대한 스케일 아웃을 실행할 것으로 결정하고 새로운 어플리케이션(예를 들어 App#A-2(504b))를 생성할 수 있다. 일 실시예에서 RIC(500)는 어플리케이션들을 관리하는 구성요소(예를 들어 APP 관리부(도시하지 않음))를 포함할 수 있으며, APP 부하 관리부(506)에서 App#A-1(504a)의 과부하를 감지함에 따라 APP 관리부에게 App#A-2(504b)의 생성을 요청할 수 있다. 일 실시예에서 App#A-2(504b)는 App#A-1(504a)과 동일한 기능(예를 들어 RAN 노드들(512, 514, 518)로부터의 보고 데이터를 이용한 네트워크 지능화, 네트워크 최적화 및 제어와 같은 기능들)을 수행할 수 있다.

일 실시예에서 RIC(500)는 App#A-2(504b)를 생성하고, App#A-2(504b)과 관련된 연결성 정보를 포함하도록 라우팅 테이블(508)를 업데이트할 수 있다. 일 실시예에서 RIC(500)는 라우팅 테이블(508)의 관리를 담당하는 구성요소(예를 들어 라우팅 테이블 관리자(도시하지 않음))를 포함할 수 있으며, App#A-2(504b)를 생성함에 따라 라우팅 테이블 관리자에게 App#A-2(504b)과 관련된 연결성 정보를 전달할 수 있고, 상기 연결성 정보는 라우팅 테이블(508)에 반영될 수 있다.

일 실시예에서 라우팅 테이블(508)에 포함되는 App#A-2(504b)과 관련된 연결성 정보의 예시는 도 6b와 같을 수 있다.

도 6b를 참조하면, 라우팅 테이블(508)은 RIC 요청 ID 항목(602)의 값 '1'에 대해 RAN 노드#1, RAN 노드#2, ... RAN 노드#99, 및 RAN 노드#100의 RAN 노드 항목(604)을 포함할 수 있고, 예를 들어 RAN 노드#1, RAN 노드#2, ... RAN 노드#50에 대한 App 엔드포인트 항목(606)은 App#A-1(504a)를 여전히 지시하지만, RAN 노드#51, RAN 노드#52, ... RAN 노드#100에 대한 App 엔드포인트 항목(606)은 App#A-2(504b)를 지시하는 값들(608)로 업데이트될 수 있다.

일 실시예에서 RIC(500)의 E2T(502)는 예를 들어 도 6b와 같이 업데이트된 라우팅 테이블(508)를 이용함으로써, RAN 노드#1, RAN 노드#2, ... RAN 노드#50로부터의 보고 메시지들은 App#A-1(504a)로 전달하는 한편, RAN 노드#51, RAN 노드#52, ... RAN 노드#100로부터의 보고 메시지들은 App#A-2(504b)로 라우팅함으로써 App#A-1(504a)로 가중되던 부하를 분산시킬 수 있다.

상술한 실시예에서 RIC(500)은 어플리케이션들에 관련된 가입을 재설정(예를 들어 App#A-1(504a)에 대한 가입 해제 및 App#A-2(504b)에 대한 가입)을 거치지 않을 수 있으며, RAN 노드들(512, 514, 518)로부터 수신되는 보고 메시지들을 끊김없이 App#A-1(504a) 및 App#A-2(504b)에 의해 원활하게 처리하도록 할 수 있다. 상술한 동작들을 통해 App#A-1(504a) 및 App#A-2(504b)와 RAN 노드들(512, 514, 518)의 데이터 송수신 동작을 변화시키지 않고 App#A-1(504a)의 부하를 분산시킬 수 있다.

일 실시예에서 RIC(500)는 상술한 것과 유사한 방식으로 App#A-1(504a)의 부하를 N개의 어플리케이션들로 분산시킬 수 있다.

도 7을 참조하면, 동작 705에서 RIC(500)은 RAN 노드들(예를 들어 RAN 노드#1 내지 RAN 노드#100)과 제1 어플리케이션(제1 APP)(예를 들어 App#A-1(504a))의 연결성을 관리하기 위한 라우팅 테이블(예를 들어 라우팅 테이블(508))을 생성할 수 있다. 일 실시예에서 라우팅 테이블(508)은 도 6a와 같이 구성될 수 있다. 일 실시예에서 라우팅 테이블(508)은 적어도 하나의 RAN 노드에 대한 RIC 가입을 수행함으로써 생성 및/또는 업데이트될 수 있다. 예를 들어 RIC(500)은 도 3의 동작 302, 동작 304, 및 동작 306과 같이 적어도 하나의 RAN 노드(예를 들어 RAN 노드#1(512))와 RIC 가입 절차를 수행함으로써, 상기 RAN 노드#1(512)의 이름 또는 ID와, 그에 대응하는 엔드포인트 항목(예를 들어 App#A-1(504a))을 라우팅 테이블(508)에 추가할 수 있다.

동작 710에서 RIC(500)(예를 들어 RIC(500)의 APP 부하 관리자(506))는 RIC(500) 내에서 실행중인 제1 어플리케이션(제1 APP)의 자원 상황을 모니터링하고, 상기 제1 어플리케이션의 과부하를 감지할 수 있다. 일 실시예에서 상기 제1 어플리케이션의 과부하는, RIC(500)의 수신 버퍼 큐의 잔여량이 지정된 임계값 미만인 조건, RIC(500)의 송신 버퍼 큐의 잔여량이 지정된 임계값 미만인 조건, 상기 제1 어플리케이션의 메시지 소실율이 지정된 임계값을 초과하는 조건, 메시지 레이턴시가 지정된 임계값을 초과하는 조건, CPU 상태가 과부하인 조건, RAM(random access memory) 상태가 과부하인 조건, 네트워크 입출력 상태가 과부하인 조건, 또는 디스크 입출력 상태가 과부하인 조건 중 적어도 하나에 따라 감지될 수 있다.

상기 제1 어플리케이션의 과부하가 감지되지 않은 경우(동작 710에서 "아니오"인 경우) 동작 725에서 RIC(500)(예를 들어 RIC(500)의 E2T(502))는 상기 라우팅 테이블에 따라 상기 RAN 노드들(예를 들어 RAN 노드#1 내지 RAN 노드#100)로부터의 보고 메시지들을 제2 어플리케이션으로 라우팅할 수 있다.

상기 제1 어플리케이션의 과부하가 감지된 경우(동작 710에서 "예"인 경우) RIC(500)는 동작 715로 진행할 수 있다.

동작 715에서 RIC(500)는 상기 제1 어플리케이션의 부하를 분산 처리하기 위한 제2 어플리케이션(제2 APP)을 생성할 수 있다. 일 실시예에서 RIC(500)는 상기 제1 어플리케이션과 동일한 기능을 수행하는 제2 어플리케이션을 추가로 실행할 수 있다.

동작 720에서 RIC(500)는 기존의 RAN 노드들(예를 들어 RAN 노드#1 내지 RAN 노드#100) 중 일부 RAN 노드들(예를 들어 RAN 노드#51 내지 RAN 노드#100)과 제2 어플리케이션의 연결성을 포함하도록 상기 라우팅 테이블(508)을 업데이트할 수 있다. 상기 업데이트를 통해 RIC(500)는 상기 일부 RAN 노드들(예를 들어 RAN 노드#51 내지 RAN 노드#100)에 대한 엔드포인트 항목을 제1 어플리케이션에서 제2 어플리케이션으로 변경할 수 있다. 일 실시예에서 상기 업데이트된 라우팅 테이블(508)은 도 6b와 같이 구성될 수 있다.

일 실시예에서 상기 일부 RAN 노드들은 RIC(500)에서 주어진 조건에 따라 선택될 수 있다. 일 실시예에서 제1 어플리케이션에 매핑되는 복수의 RAN 노드들 중, 주어진 비율(예를 들어 50%)의 RAN 노드들이 상기 업데이트된 라우팅 테이블(508)에 의해 제2 어플리케이션으로 재매핑될 수 있다.

동작 725에서 RIC(500)(예를 들어 RIC(500)의 E2T(502))는 상기 업데이트된 라우팅 테이블(508)에 따라 상기 RAN 노드들(예를 들어 RAN 노드#1 내지 RAN 노드#100)로부터의 보고 메시지들을 제1 어플리케이션 및 제2 어플리케이션으로 라우팅할 수 있다. 예를 들어 RIC(500)의 E2T(502)는 RAN 노드#1 내지 RAN 노드#50 중 어느 하나의 RAN 노드로부터 수신되는 보고 메시지를 제1 어플리케이션으로 전달할 수 있다. 또한 RIC(500)의 E2T(502)는 RAN 노드#51 내지 RAN 노드#100 중 어느 하나의 RAN 노드로부터 수신되는 보고 메시지를 제2 어플리케이션으로 전달할 수 있다.

상술한 동작들을 통해 RIC(500)는 가입 및/가입 해제의 절차를 사용하지 않고 라우팅 테이블(508)의 변경을 통해, 끊김없이(seamless) 스케일 아웃된 어플리케이션들에게 RAN 노드들로부터의 보고 메시지들을 분산시킬 수 있다.

도 8a를 참조하면, RIC(800)(예를 들어 RIC(500))은 적어도 하나의 어플리케이션, 예를 들어 xAPP#A(804)와 xAPP#B(806)를 호스팅할 수 있으며, E2T(802)(예를 들어 E2T(502))를 통해 복수의 RAN 노드들, 예를 들어 RAN 노드#1(812), RAN 노드#2(814), ... 및 RAN 노드#N(818)과 연결될 수 있다.

일 실시예에서 RIC(800)은 E2 인터페이스를 통한 RAN 노드#1(812), RAN 노드#2(814), ... 및 RAN 노드#N(818)의 가입을 관리하기 위한 E2노드 가입 관리부(822)를 포함할 수 있다. E2노드 가입 관리부(822)는 RAN 노드#1(812), RAN 노드#2(814), ... 및 RAN 노드#N(818)이 RIC(800)에 가입되거나 가입 해제될 때 라우팅 테이블(826)의 RAN 노드 정보와 엔드포인트 항목을 변경할 수 있다. 일 실시예에서 RIC(800)은 RIC(800)에서 호스팅되는 xAPP#A(804)와 xAPP#B(806)를 관리하는 APP 관리부(824)를 포함할 수 있다. APP 관리부(824)는 xAPP#A(804)와 xAPP#B(806)가 RIC(800)에 가입되거나 가입해제될 때 (또는 RIC(800)에서 실행되거나 실행 중지될 때) 라우팅 테이블(826)의 엔드포인트 항목을 변경할 수 있다.

일 실시예에서 라우팅 테이블(826)은 RIC(800)에 가입된 복수의 RAN 노드들을 나타내는 RAN 노드 정보와, 각 RAN 노드에 대응하는 엔드포인트 항목을 저장할 수 있다. 예를 들어 RAN 노드#1(812)는 E2N#1이라는 RAN 노드 이름으로 저장되고, sub#1의 RIC 요청 ID로 식별되며, 그 엔드포인트는 xAPP#A(804)일 수 있다. 예를 들어 RAN 노드#2(814)는 E2N#2라는 RAN 노드 이름으로 저장되고, sub#1의 RIC 요청 ID로 식별되며, 그 엔드포인트는 xAPP#A(804)일 수 있다. 예를 들어 RAN 노드#N(818)은 E2N#N이라는 RAN 노드 이름으로 저장되고, sub#2의 RIC 요청 ID로 식별되며, 그 엔드포인트는 xAPP#B(806)일 수 있다.

라우팅 테이블(826)은 E2T(802)에 의해 참조될 수 있다. E2T(802)는 RAN 노드들(812, 814, 818) 중 적어도 하나(예를 들어 RAN 노드#1(812))로부터 보고 메시지가 수신되면, 라우팅 테이블(826)로부터 상기 RAN 노드#1(812)의 엔드포인트를 식별하고, 상기 보고 메시지를 상기 식별된 엔드포인트에 대응하는 xAPP#A(804)로 라우팅할 수 있다.

도 8b를 참조하면, RIC(800)은 xAPP#A(804)의 과부하를 감지할 수 있다. 일 실시예에서 RIC(800)의 APP 관리부(824)는 xAPP#A(804)를 위한 수신 버퍼 큐에 지정된 임계값 이상의 데이터(예를 들어 보고 메시지들)가 버퍼링되어 있음을 감지함에 따라 xAPP#A(804)의 과부하를 결정할 수 있다. 상기 과부하의 감지에 따라 RIC(800)는 xAPP#A(804)의 분산 처리를 위한 xAPP#A-1(804a)를 생성할 수 있다. 일 실시예에서 APP 관리부(824)는 상기 과부하의 감지에 따라 xAPP#A-1(804a)를 생성할 수 있다.

도 8c를 참조하면, RIC(800)는 xAPP#A-1(804a)의 연결성 정보를 포함하도록 라우팅 테이블(826)을 업데이트할 수 있다. 라우팅 테이블(826)은 라우팅 테이블(826a)로 업데이트될 수 있다. 일 실시예에서 RIC(800)는 xAPP#A(804)를 엔드포인트로 가지는 일부 RAN 노드들(예를 들어 E2N#3으로 식별되는 RAN 노드#3을 포함함)의 엔드포인트 항목을 xAPP#A-1(804a)로 변경할 수 있다.

도 8d를 참조하면, RIC(800)의 E2T(802)는 업데이트된 라우팅 테이블(826a)에 따라 RAN 노드들(812, 814, 818)로부터의 보고 메시지들을 xAPP#A(804)와 xAPP#A-1(804a)로 분산시킬 수 있다. 일 실시예에서 E2T(802)는 RAN 노드들(812, 814, 818) 중 적어도 하나(예를 들어 RAN 노드#1(812))로부터 보고 메시지가 수신되면, 라우팅 테이블(826a)로부터 상기 RAN 노드#1(812)의 엔드포인트를 식별하고, 상기 보고 메시지를 상기 식별된 엔드포인트에 대응하는 xAPP#A(804)로 라우팅할 수 있다. 일 실시예에서 E2T(802)는 RAN 노드들(812, 814, 818) 중 적어도 하나(예를 들어 RAN 노드#3)로부터 보고 메시지가 수신되면, 라우팅 테이블(826a)로부터 상기 RAN 노드#3의 엔드포인트를 식별하고, 상기 보고 메시지를 상기 식별된 엔드포인트에 대응하는 xAPP#A-1(804a)로 라우팅할 수 있다.

도 9를 참조하면, RIC(예를 들어 RIC(500) 또는 RIC(800))는 프로세서(905)(예를 들어 프로세싱 회로를 포함함)와 통신 인터페이스(910s)(예를 들어 통신 회로를 포함함)와 메모리(915)를 포함할 수 있다. 일 실시예에서 프로세서(905)는 적어도 하나의 어플리케이션(예를 들어 APP#A-1(504a), APP#A-2(504b), xAPP#A(804), xAPP#A-1(804a), 또는 xAPP#A(806))을 포함(또는 실행)할 수 있으며, 통신 인터페이스(910)는 적어도 하나의 RAN 노드(예를 들어 RAN 노드#1(812), RAN 노드#2(814) 및 RAN 노드#N(818)을 포함함)과 연결되는 E2T(802)를 포함할 수 있고, 메모리(915)는 E2T(802)에 의해 참조되는 라우팅 테이블(826)을 포함할 수 있다.

프로세서(905)는 상기 xAPP#A(804)의 과부하를 감지하면 상기 xAPP#A(804)와 동일한 기능을 수행할 수 있는 xAPP#A-1(804a)을 생성하고, xAPP#A-1(804a)의 엔드포인트 항목을 포함하도록 라우팅 테이블(826a)을 업데이트할 수 있다. 통신 인터페이스(910)에 포함되는 E2T(802)는 상기 업데이트된 라우팅 테이블(826a)을 참조하여, 일부 RAN 노드들로부터의 보고 메시지들은 xAPP#A(804)로 전달(예를 들어 라우팅)하고 다른 RAN 노드들로부터의 보고 메시지들은 xAPP#A-1(804a)로 전달할 수 있다.

일 실시예에 따른 개방형 무선 액세스 네트워크(RAN)의 RAN 지능형 제어기(RIC)(500)로 동작하도록 구성된 전자 장치는, E2 인터페이스를 지원하도록 구성된 통신 회로를 포함하는 통신 인터페이스(910)와 상기 통신 인터페이스와 작동적으로 연결되는 프로세서(905)를 포함할 수 있다. 상기 프로세서는, 상기 E2 인터페이스를 통해 상기 RIC와 통신하도록 구성되는 복수의 RAN 노드들(512, 514, 518)과, 제1 어플리케이션(504a) 간의 연결성을 관리하기 위한 라우팅 테이블(508)을 저장하도록 구성될 수 있다. 상기 프로세서는, 상기 제1 어플리케이션의 과부하를 감지하고, 상기 제1 어플리케이션과 동일한 기능을 수행하도록 구성되는 제2 어플리케이션(504b)을 생성하도록 구성될 수 있다., 상기 프로세서는, 상기 복수의 RAN 노드들 중 적어도 하나의 RAN 노드와 상기 제2 어플리케이션 간의 연결성을 포함하도록 상기 라우팅 테이블을 업데이트하도록 구성될 수 있다. 상기 프로세서는, 상기 업데이트된 라우팅 테이블에 기반하여, 상기 복수의 RAN 노드들로부터의 메시지들을 상기 제1 어플리케이션과 상기 제2 어플리케이션으로 전달하도록 상기 통신 인터페이스를 제어하도록 구성될 수 있다.

일 실시예에서, 상기 라우팅 테이블은, RIC(RAN intelligent controller) 요청 ID 항목과, 상기 복수의 RAN 노드들을 식별하는 RAN Node 항목과, 상기 각 RAN Node와 통신하는 상기 제1 어플리케이션 또는 상기 제2 어플리케이션을 지시하는 엔드포인트 항목을 포함할 수 있다.

일 실시예에서, 상기 프로세서는, 수신 버퍼 큐의 잔여량, 송신 버퍼 큐의 잔여량, 메시지 소실율, 메시지 레이턴시, CPU(central processing unit) 상태, RAM(random access memory) 상태, 네트워크 입출력 상태, 또는 디스크 입출력 상태 중 적어도 하나를 근거로 상기 제1 어플리케이션의 과부하를 검출할 수 있다.

일 실시예에서, 상기 프로세서는, 상기 제1 어플리케이션의 자원 사용을 모니터링하고 과부하를 판단하는 어플리케이션 부하 관리부를 포함하도록 구성될할 수 있다.

일 실시예에서, 상기 통신 인터페이스는, 상기 E2 인터페이스를 통해 상기 복수의 RAN 노드들과 연결되는 E2 종단(termination)을 포함할 수 있다.

일 실시예에서, 상기 RIC는 근-실시간 RIC를 포함할 수 있다. 상기 제1 어플리케이션 및 상기 제2 어플리케이션 중 적어도 하나는 상기 근-실시간 RIC에 의해 호스팅되는 소프트웨어를 포함할 수 있다.

일 실시예에서, 상기 복수의 RAN 노드들은, 네트워크 구성요소(NE), RU, DU, CU-CP, 또는 CU-UP 중 적어도 하나를 포함할 수 있다.

일 실시예에서, 상기 프로세서는, 상기 복수의 RAN 노드들 중 제1 RAN 노드로 제1 RIC 요청 ID를 포함하는 가입 요청 메시지를 전송하고, 상기 제1 RAN 노드로부터 상기 제1 RIC 요청 ID를 포함하는 가입 응답 메시지를 수신하고, 상기 라우팅 테이블에 상기 제1 RIC 요청 ID와 상기 제1 RAN 노드의 RAN 노드 이름과, 상기 제1 RAN 노드와 관련된 상기 제1 어플리케이션을 지시하는 엔드포인트를 추가하도록 구성될 수 있다.

일 실시예에서, 상기 통신 인터페이스는, 지속성 연결을 가지는 SCTP(stream control transmission protocol)를 사용하여 상기 복수의 RAN 노드들의 각각과 통신할 수 있다.

일 실시예에서, 상기 통신 인터페이스는, 상기 업데이트된 라우팅 테이블에 근거하여, 상기 복수의 RAN 노드들 중 제1 RAN 노드로부터의 보고 데이터를 상기 제1 어플리케이션으로 라우팅하고, 상기 복수의 RAN 노드들 중 제2 RAN 노드로부터의 보고 데이터를 상기 제2 어플리케이션으로 라우팅하도록 구성될 수 있다.

일 실시예들에 따른 개방형 무선 액세스 네트워크(RAN)의 RAN 지능형 제어기(RIC)에 의해 수행되는 방법은, E2 인터페이스를 통해 상기 RIC와 통신하도록 구성되는 복수의 RAN 노드들과 제1 어플리케이션 간의 연결성을 관리하기 위한 라우팅 테이블을 저장하는 동작(705)을 포함할 수 있다. 상기 방법은 상기 제1 어플리케이션의 과부하를 감지하는 동작(710)과, 상기 제1 어플리케이션과 동일한 기능을 수행하도록 구성되는 제2 어플리케이션을 생성하는 동작(715)을 포함할 수 있다. 상기 방법은 상기 복수의 RAN 노드들 중 적어도 하나의 RAN 노드와 상기 제2 어플리케이션 간의 연결성을 포함하도록 상기 라우팅 테이블을 업데이트하는 동작(720)을 포함할 수 있다. 상기 방법은 상기 업데이트된 라우팅 테이블을 이용하여 상기 복수의 RAN 노드들로부터의 메시지들을 상기 제1 어플리케이션과 상기 제2 어플리케이션으로 전달하는 동작(725)을 포함할 수 있다.

일 실시예에서, 상기 감지하는 동작은, 수신 버퍼 큐의 잔여량, 송신 버퍼 큐의 잔여량, 메시지 소실율, 메시지 레이턴시, CPU(central processing unit) 상태, RAM(random access memory) 상태, 네트워크 입출력 상태, 또는 디스크 입출력 상태 중 적어도 하나를 근거로 상기 제1 어플리케이션의 과부하를 판단하는 동작을 포함할 수 있다.

일 실시예에서, 상기 RIC는, 상기 제1 어플리케이션의 자원 사용을 모니터링하고 과부하를 판단하는 어플리케이션 부하 관리부를 포함할 수 있다.

일 실시예에서, 상기 RIC는, 상기 E2 인터페이스를 통해 상기 복수의 RAN 노드들과 연결되는 E2 종단(termination)을 포함하는 통신 인터페이스를 포함할 수 있다.

일 실시예에서, 상기 RIC는 근-실시간 RIC를 포함할 수 있다., 상기 제1 어플리케이션 및 상기 제2 어플리케이션 중 적어도 하나는 상기 근-실시간 RIC에 의해 호스팅되는 소프트웨어를 포함할 수 있다.

일 실시예에서, 상기 방법은, 상기 복수의 RAN 노드들 중 제1 RAN 노드로 제1 RIC 요청 ID를 포함하는 가입 요청 메시지를 전송하는 동작(304)과, 상기 제1 RAN 노드로부터 상기 제1 RIC 요청 ID를 포함하는 가입 응답 메시지를 수신하는 동작(306)과, 상기 라우팅 테이블에 상기 제1 RIC 요청 ID와 상기 제1 RAN 노드의 RAN 노드 이름과, 상기 제1 RAN 노드와 관련된 상기 제1 어플리케이션을 지시하는 엔드포인트를 추가하는 동작을 포함할 수 있다.

일 실시예에서, 상기 RIC는, 지속성 연결을 가지는 SCTP(stream control transmission protocol)를 사용하여 상기 복수의 RAN 노드들의 각각과 통신할 수 있다.

본 문서에 개시된 다양한 실시예들에 따른 전자 장치는 다양한 형태의 장치가 될 수 있다. 전자 장치는, 예를 들면, 휴대용 통신 장치(예: 스마트폰), 컴퓨터 장치, 휴대용 멀티미디어 장치, 휴대용 의료 기기, 카메라, 웨어러블 장치, 또는 가전 장치 등을 포함할 수 있다. 본 문서의 실시예에 따른 전자 장치는 전술한 기기들에 한정되지 않는다.

본 문서의 다양한 실시예들 및 이에 사용된 용어들은 본 문서에 기재된 기술적 특징들을 특정한 실시예들로 한정하려는 것이 아니며, 해당 실시예의 다양한 변경, 균등물, 또는 대체물을 포함하는 것으로 이해되어야 한다. 도면의 설명과 관련하여, 유사한 또는 관련된 구성요소에 대해서는 유사한 참조 부호가 사용될 수 있다. 아이템에 대응하는 명사의 단수 형은 관련된 문맥상 명백하게 다르게 지시하지 않는 한, 상기 아이템 한 개 또는 복수 개를 포함할 수 있다. 본 문서에서, "A 또는 B", "A 및 B 중 적어도 하나", "A 또는 B 중 적어도 하나", "A, B 또는 C", "A, B 및 C 중 적어도 하나", 및 "A, B, 또는 C 중 적어도 하나"와 같은 문구들 각각은 그 문구들 중 해당하는 문구에 함께 나열된 항목들 중 어느 하나, 또는 그들의 모든 가능한 조합을 포함할 수 있다. "제 1", "제 2", 또는 "첫째" 또는 "둘째"와 같은 용어들은 단순히 해당 구성요소를 다른 해당 구성요소와 구분하기 위해 사용될 수 있으며, 해당 구성요소들을 다른 측면(예: 중요성 또는 순서)에서 한정하지 않는다. 어떤(예: 제 1) 구성요소가 다른(예: 제 2) 구성요소에, "기능적으로" 또는 "통신적으로"라는 용어와 함께 또는 이런 용어 없이, "커플드" 또는 "커넥티드"라고 언급된 경우, 상기 어떤 구성요소는 상기 다른 구성요소에 직접적으로(예: 유선으로), 무선으로, 또는 제 3 구성요소를 통하여 연결될 수 있다.

본 문서의 다양한 실시예들에서 사용된 용어 "모듈"은 하드웨어, 소프트웨어 또는 펌웨어 또는 그들의 조합으로 구현된 유닛을 포함할 수 있으며, 예를 들면, 로직, 논리 블록, 부품, 또는 회로와 같은 용어와 상호 호환적으로 사용될 수 있다. 모듈은, 일체로 구성된 부품 또는 하나 또는 그 이상의 기능을 수행하는, 상기 부품의 최소 단위 또는 그 일부가 될 수 있다. 예를 들면, 일실시예에 따르면, 모듈은 ASIC(application-specific integrated circuit)의 형태로 구현될 수 있다.

본 문서의 다양한 실시예들은 기기(machine)(예: 전자 장치(500))에 의해 읽을 수 있는 저장 매체(storage medium)(예: 내장 메모리 또는 외장 메모리)에 저장된 하나 이상의 명령어들을 포함하는 소프트웨어(예: 프로그램)로서 구현될 수 있다. 예를 들면, 기기(예: 전자 장치(500))의 프로세서(예: 프로세서(905))는, 저장 매체로부터 저장된 하나 이상의 명령어들 중 적어도 하나의 명령을 호출하고, 그것을 실행할 수 있다. 이것은 기기가 상기 호출된 적어도 하나의 명령어에 따라 적어도 하나의 기능을 수행하도록 운영되는 것을 가능하게 한다. 상기 하나 이상의 명령어들은 컴파일러에 의해 생성된 코드 또는 인터프리터에 의해 실행될 수 있는 코드를 포함할 수 있다. 기기로 읽을 수 있는 저장 매체는, 비일시적 (non-transitory) 저장 매체의 형태로 제공될 수 있다. 여기서, ‘비일시적’저장 매체는 실재(tangible)하는 장치이고, 신호(signal)(예: 전자기파)를 포함하지 않을 수 있으며, 이 용어는 데이터가 저장 매체에 반영구적으로 저장되는 경우와 임시적으로 저장되는 경우를 구분하지 않는다.

일실시예에 따르면, 본 문서에 개시된 다양한 실시예들에 따른 방법은 컴퓨터 프로그램 제품(computer program product)에 포함되어 제공될 수 있다. 컴퓨터 프로그램 제품은 상품으로서 판매자 및 구매자 간에 거래될 수 있다. 컴퓨터 프로그램 제품은 기기로 읽을 수 있는 저장 매체(예: compact disc read only memory(CD-ROM))의 형태로 배포되거나, 또는 어플리케이션 스토어(예: 플레이 스토어^TM)를 통해 또는 두 개의 사용자 장치들(예: 스마트 폰들) 간에 직접, 온라인으로 배포(예: 다운로드 또는 업로드)될 수 있다. 온라인 배포의 경우에, 컴퓨터 프로그램 제품의 적어도 일부는 제조사의 서버, 어플리케이션 스토어의 서버, 또는 중계 서버의 메모리와 같은 기기로 읽을 수 있는 저장 매체에 적어도 일시 저장되거나, 임시적으로 생성될 수 있다.

다양한 실시예들에 따르면, 상기 기술한 구성요소들의 각각의 구성요소(예: 모듈 또는 프로그램)는 단수 또는 복수의 개체를 포함할 수 있으며, 복수의 개체 중 일부는 다른 구성요소에 분리 배치될 수도 있다. 다양한 실시예들에 따르면, 전술한 해당 구성요소들 중 하나 이상의 구성요소들 또는 동작들이 생략되거나, 또는 하나 이상의 다른 구성요소들 또는 동작들이 추가될 수 있다. 대체적으로 또는 추가적으로, 복수의 구성요소들(예: 모듈 또는 프로그램)은 하나의 구성요소로 통합될 수 있다. 이런 경우, 통합된 구성요소는 상기 복수의 구성요소들 각각의 구성요소의 하나 이상의 기능들을 상기 통합 이전에 상기 복수의 구성요소들 중 해당 구성요소에 의해 수행되는 것과 동일 또는 유사하게 수행할 수 있다. 다양한 실시예들에 따르면, 모듈, 프로그램 또는 다른 구성요소에 의해 수행되는 동작들은 순차적으로, 병렬적으로, 반복적으로, 또는 휴리스틱하게 실행되거나, 상기 동작들 중 하나 이상이 다른 순서로 실행되거나, 생략되거나, 또는 하나 이상의 다른 동작들이 추가될 수 있다.

본 개시 내용은 다양한 예시적인 실시예를 참조하여 예시되고 설명되었지만, 다양한 예시적인 실시예는 제한이 아니라 예시적인 것으로 의도된다는 것이 이해될 것이다. 첨부된 청구범위 및 그 균등물을 포함하는 본 개시내용의 진정한 사상 및 전체 범위를 벗어나지 않고 형태 및 세부사항의 다양한 변경이 이루어질 수 있다는 것이 당업자에 의해 추가로 이해될 것이다. 본 명세서에 기재된 임의의 실시예(들)는 본 명세서에 기재된 임의의 다른 실시예(들)와 함께 사용될 수 있음이 또한 이해될 것이다.

Claims

개방형 무선 액세스 네트워크(RAN)의 RAN 지능형 제어기(RIC)로 동작하도록 구성된 전자 장치에 있어서,

E2 인터페이스를 지원하도록 구성된 통신 회로를 포함하는 통신 인터페이스; 및

상기 통신 인터페이스와 작동적으로 연결되는 프로세서를 포함하고, 상기 프로세서는,

상기 E2 인터페이스를 통해 상기 RIC와 통신하도록 구성되는 복수의 RAN 노드들과, 제1 어플리케이션 간의 연결성을 관리하기 위한 라우팅 테이블을 저장하고,

상기 제1 어플리케이션의 과부하를 감지하고,

상기 제1 어플리케이션과 동일한 기능을 수행하도록 구성되는 제2 어플리케이션을 생성하고,

상기 복수의 RAN 노드들 중 적어도 하나의 RAN 노드와 상기 제2 어플리케이션 간의 연결성을 포함하도록 상기 라우팅 테이블을 업데이트하고,

상기 업데이트된 라우팅 테이블에 기반하여, 상기 복수의 RAN 노드들로부터의 메시지들을 상기 제1 어플리케이션과 상기 제2 어플리케이션으로 전달하도록 상기 통신 인터페이스를 제어하는 것을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 라우팅 테이블은,

RIC(RAN intelligent controller) 요청 ID 항목과,

상기 복수의 RAN 노드들을 식별하는 RAN Node 항목과,

각 RAN Node와 통신하는 상기 제1 어플리케이션 또는 상기 제2 어플리케이션을 지시하는 엔드포인트 항목을 포함하는 것을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 프로세서는,

수신 버퍼 큐의 잔여량, 송신 버퍼 큐의 잔여량, 메시지 소실율, 메시지 레이턴시, CPU(central processing unit) 상태, RAM(random access memory) 상태, 네트워크 입출력 상태, 또는 디스크 입출력 상태 중 적어도 하나를 근거로 상기 제1 어플리케이션의 과부하를 검출하는 것을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 프로세서는,

상기 제1 어플리케이션의 자원 사용을 모니터링하고 과부하를 판단하는 어플리케이션 부하 관리부를 포함하도록 구성되는 것을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 통신 인터페이스는,

상기 E2 인터페이스를 통해 상기 복수의 RAN 노드들과 연결되는 E2 종단(termination)을 포함하는 것을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 RIC는 근-실시간 RIC를 포함하고,

상기 제1 어플리케이션 및 상기 제2 어플리케이션 중 적어도 하나는 상기 근-실시간 RIC에 의해 호스팅되는 소프트웨어를 포함함을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 복수의 RAN 노드들은,

네트워크 구성요소(network element: NE), RU(radio unit or remote unit), DU(distributed unit), CU(central unit)-CP(control plane), 또는 CU-UP(user plane) 중 적어도 하나를 포함하는 것을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 프로세서는,

상기 복수의 RAN 노드들 중 제1 RAN 노드로 제1 RIC 요청 ID를 포함하는 가입 요청 메시지를 전송하고,

상기 제1 RAN 노드로부터 상기 제1 RIC 요청 ID를 포함하는 가입 응답 메시지를 수신하고,

상기 라우팅 테이블에 상기 제1 RIC 요청 ID와 상기 제1 RAN 노드의 RAN 노드 이름과, 상기 제1 RAN 노드와 관련된 상기 제1 어플리케이션을 지시하는 엔드포인트를 추가하도록 구성되는 것을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 통신 인터페이스는,

지속성 연결을 가지는 SCTP(stream control transmission protocol)를 사용하여 상기 복수의 RAN 노드들의 각각과 통신하는 것을 특징으로 하는 전자 장치.
제 1 항에 있어서, 상기 통신 인터페이스는,

상기 업데이트된 라우팅 테이블에 근거하여, 상기 복수의 RAN 노드들 중 제1 RAN 노드로부터의 보고 데이터를 상기 제1 어플리케이션으로 라우팅하고, 상기 복수의 RAN 노드들 중 제2 RAN 노드로부터의 보고 데이터를 상기 제2 어플리케이션으로 라우팅하도록 구성되는 것을 특징으로 하는 전자 장치.
개방형 무선 액세스 네트워크(RAN)의 RAN 지능형 제어기(RIC)에 의해 수행되는 방법에 있어서,

E2 인터페이스를 통해 상기 RIC와 통신하도록 구성되는 복수의 RAN 노드들과 제1 어플리케이션 간의 연결성을 관리하기 위한 라우팅 테이블을 저장하는 동작과,

상기 제1 어플리케이션의 과부하를 감지하는 동작과,

상기 제1 어플리케이션과 동일한 기능을 수행하도록 구성되는 제2 어플리케이션을 생성하는 동작과,

상기 복수의 RAN 노드들 중 적어도 하나의 RAN 노드와 상기 제2 어플리케이션 간의 연결성을 포함하도록 상기 라우팅 테이블을 업데이트하는 동작과,

상기 업데이트된 라우팅 테이블을 이용하여 상기 복수의 RAN 노드들로부터의 메시지들을 상기 제1 어플리케이션과 상기 제2 어플리케이션으로 전달하는 동작을 포함하는 것을 특징으로 하는 방법.
제 11 항에 있어서, 상기 라우팅 테이블은,

RIC(RAN intelligent controller) 요청 ID 항목과,

상기 복수의 RAN 노드들을 식별하는 RAN Node 항목과,

각 RAN Node와 통신하는 상기 제1 어플리케이션 또는 상기 제2 어플리케이션을 지시하는 엔드포인트 항목을 포함하는 것을 특징으로 하는 방법.
제 11 항에 있어서, 상기 감지하는 동작은,

수신 버퍼 큐의 잔여량, 송신 버퍼 큐의 잔여량, 메시지 소실율, 메시지 레이턴시, CPU(central processing unit) 상태, RAM(random access memory) 상태, 네트워크 입출력 상태, 또는 디스크 입출력 상태 중 적어도 하나를 근거로 상기 제1 어플리케이션의 과부하를 판단하는 동작을 포함하는 것을 특징으로 하는 방법.
제 11 항에 있어서, 상기 RIC는,

상기 제1 어플리케이션의 자원 사용을 모니터링하고 과부하를 판단하는 어플리케이션 부하 관리부, 또는

상기 E2 인터페이스를 통해 상기 RAN 노드들과 연결되는 E2 종단(termination)을 포함하는 통신 인터페이스 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
제 11 항에 있어서,

상기 복수의 RAN 노드들 중 제1 RAN 노드로 제1 RIC 요청 ID를 포함하는 가입 요청 메시지를 전송하는 동작과,

상기 제1 RAN 노드로부터 상기 제1 RIC 요청 ID를 포함하는 가입 응답 메시지를 수신하는 동작과,

상기 라우팅 테이블에 상기 제1 RIC 요청 ID와 상기 제1 RAN 노드의 RAN 노드 이름과, 상기 제1 RAN 노드와 관련된 상기 제1 어플리케이션을 지시하는 엔드포인트를 추가하는 동작을 더 포함하는 것을 특징으로 하는 방법.