KR20220143533A

KR20220143533A - 무선 통신 시스템에서 e2 노드 제어를 위한 장치 및 방법

Info

Publication number: KR20220143533A
Application number: KR1020210050167A
Authority: KR
Inventors: 송준혁; 이충근
Original assignee: 삼성전자주식회사
Priority date: 2021-04-16
Filing date: 2021-04-16
Publication date: 2022-10-25
Also published as: EP4301055A1; US20230133083A1; WO2022220640A1; CN117204069A

Abstract

본 개시는 LTE(Long Term Evolution)와 같은 4G(4^th generation) 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G(5^th generation) 또는 pre-5G 통신 시스템에 관련된 것이다. 본 개시의 실시 예들에 따를 때, E2 노드에 의해 수행되는 방법은, 가입 요청 메시지를 RIC(RAN(radio access network) intelligent controller)로부터 수신하는 과정과, 가입 응답 메시지를 상기 RIC에게 전송하는 과정과, 상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우, RIC 지시(indication) 메시지를 상기 RIC에게 전송하는 과정을 포함하고, 상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE(user equipment) ID(identifier)를 포함할 수 있다.

Description

무선 통신 시스템에서 E2 노드 제어를 위한 장치 및 방법{APPARATUS AND METHOD FOR E2 NODE CONTROL IN WIRELESS COMMUNICATION SYSTEM}

본 개시는 무선 액세스 네트워크(radio access network)에서 RIC에 의한 E2 노드 제어를 위한 장치 및 방법에 관한 것이다. 본 개시는, 무선 통신 시스템의 O-RAN(open radio access network) 규격에 따르는 E2 메시지를 통해 E2 노드를 제어하기 위한 장치 및 방법에 관한 것이다.

4G(4^th generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G(5^th generation) 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후(Beyond 4G Network) 통신 시스템 또는 LTE(Long Term Evolution) 시스템 이후(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 Frequency Shift Keying and Quadrature Amplitude Modulation) 및 SWSC(Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(Non Orthogonal Multiple Access), 및 SCMA(Sparse Code Multiple Access) 등이 개발되고 있다.

무선 데이터 트래픽의 수요를 충족시키기 위해 5G 시스템, NR(new radio 또는 next radio)이 상용화가 되어서, 4G와 같이 5G 시스템을 통해 높은 데이터 전송률의 서비스를 사용자에게 제공하고 있고 또한 사물 인터넷 및 특정한 목적으로 높은 신뢰도를 요구하는 서비스 등의 다양한 목적을 가진 무선 통신 서비스가 제공될 수 있을 것으로 전망된다. 현재 4세대 통신 시스템 5세대 시스템 등과 혼용된 시스템에서 사업자들과 장비제공 업체에서 모여서 설립한 O-RAN(open radio access network)은 기존 3GPP 규격 기반으로 신규 NE(network element)와 인터페이스(interface) 규격을 정의하고, O-RAN 구조를 제시하고 있다.

상술한 바와 같은 논의를 바탕으로, 본 개시(disclosure)는, 무선 통신 시스템에서 E2 노드가 RIC(RAN(radio access network) intelligent controller)에게 UE(user equipment) ID(identifier)를 전달하기 위한 전달하기 위한 장치 및 방법을 제공한다.

또한 본 개시는 Near-RT에서 적용되는 UE ID 관리 서비스 모델(service model)과 관련된 메시지 포맷을 위한 장치 및 방법을 제공한다.

본 개시의 실시 예들에 따를 때, E2 노드에 의해 수행되는 방법은, 가입 요청 메시지를 RIC(RAN(radio access network) intelligent controller)로부터 수신하는 과정과, 가입 응답 메시지를 상기 RIC에게 전송하는 과정과, 상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우, RIC 지시(indication) 메시지를 상기 RIC에게 전송하는 과정을 포함하고, 상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE(user equipment) ID(identifier)를 포함할 수 있다.

본 개시의 실시 예들에 따를 때, RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은, 가입 요청 메시지를 E2 노드에게 전송하는 과정과, 가입 응답 메시지를 상기 E2 노드로부터 수신하는 과정과, 상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우 전송되는, RIC 지시(indication) 메시지를 상기 E2 노드로부터 수신하는 과정을 포함하고, 상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE ID를 포함할 수 있다.

본 개시의 실시 예들에 따를 때, E2 노드에 의해 수행되는 장치는, 적어도 하나의 송수신기와, 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 송수신기가, 가입 요청 메시지를 RIC(RAN(radio access network) intelligent controller)로부터 수신하고, 가입 응답 메시지를 상기 RIC에게 전송하고, 상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우, RIC 지시(indication) 메시지를 상기 RIC에게 전송하도록 제어하고, 상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE ID를 포함할 수 있다.

본 개시의 실시 예들에 따를 때, RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 장치는, 적어도 하나의 송수신기와, 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 적어도 하나의 송수신기가, 가입 요청 메시지를 E2 노드에게 전송하고, 가입 응답 메시지를 상기 E2 노드로부터 수신하고, 상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우 전송되는, RIC 지시(indication) 메시지를 상기 E2 노드로부터 수신하도록 제어하고, 상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE ID를 포함할 수 있다.

본 개시의 실시 예들에 따른 장치 및 방법은, RIC(RAN(radio access network) intelligent controller)가 해당 E2 노드에서 사용중인 이벤트, 서비스 모델에 따라 적용되는 UE ID를 알 수 있게 한다.

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

도 1은 4G(4th generation) LTE(Long Term Evolution) 코어 시스템의 예를 도시한다.
도 2a는 5G(5th generation) NSA(non-standard alone) 시스템의 예를 도시한다.
도 2b는 O-RAN을 위한 아키텍쳐(architecture)의 예를 도시한다.
도 3은 본 개시의 실시 예들에 따른 무선 접속 망에서 E2 어플리케이션 프로토콜 메시지(application protocol message)의 프로토콜 스택(stack)을 도시한다.
도 4는 본 개시의 실시 예들에 따른 무선 접속 망에서 기지국 및 RIC(radio access network intelligence controller) 간 연결의 예를 도시한다.
도 5는 본 개시의 실시 예들에 따른 무선 접속 망에서 장치의 구성을 도시한다.
도 6은 본 개시의 실시 예들에 따른 무선 접속 망에서 E2 노드 및 RIC의 E2 메시지에 관련된 논리적 기능을 도시한다.
도 7은 본 개시의 실시 예들에 E2 노드와 RIC간 기능 분리의 예들을 도시한다.
도 8은 본 개시의 실시 예들에 따른 E2 노드와 RIC의 구현 예를 도시한다.
도 9는 본 개시의 실시 예들에 따른 CU(centralized unit)와 RIC 간 기능 분리의 예들을 도시한다.
도 10은 본 개시의 실시 예들에 따른 서로 다른 벤더(vendor)들을 위한 MLB(mobility load balancing) 제어의 예를 도시하다.
도 11a는 본 개시의 실시 예들에 따른 서로 다른 벤더(vendor)들을 위한 MLB 제어의 예를 도시하다.
도 11b는 본 개시의 실시 예들에 따른 near-RT RIC의 RRM(radio resource management) 제어 설정을 위한 시그널링을 도시한다.
도 12a 및 12b는 본 개시의 실시 예들에 따른 RIC 기반 RRM 제어를 위한 시그널링들을 도시한다.
도 13a는 본 개시의 실시 예들에 따른 E2 노드와 RIC간 가입 절차(subscription procedure) 및 RIC 지시(indication)의 시그널링을 도시한다.
도 13b는 본 개시의 실시 예들에 따른 E2 노드와 RIC 간 제어 절차의 시그널링을 도시한다.
도 14a는 본 개시의 실시 예들에 따른 RIC 이벤트 트리거 정의(RIC event trigger definition)의 포맷의 예를 도시한다.
도 14b는 본 개시의 실시 예들에 따른 RIC 액션 정의(RIC Action Definition)의 포맷의 예를 도시한다.
도 15는 본 개시의 실시 예들에 따른 RIC 지시 헤더(RIC indication header)의 포맷의 예를 도시한다.
도 16a 내지 도 16d는 본 개시의 실시 예들에 따른 RIC 지시 메시지의 포맷의 예들을 도시한다.
도 17a 내지 도 17d는 본 개시의 실시 예들에 따른 E2SM(E2 service model)-IDM 지시(indication) 메시지 포맷의 예들을 도시한다.
도 18a 내지 도 18c는 본 개시의 실시 예들에 따른 호(call) 설정(setup)에 E2 지시(indication)를 전송하는 시그널링의 예들을 도시한다.
도 19a 내지 도 19c는 본 개시의 실시 예들에 따른 호 해제(release)에 따른 E2 지시(indication)를 전송하는 시그널링의 예들을 도시한다.
도 20a 내지 도 20c는 본 개시의 실시 예들에 따른 RAN UE ID를 통해 E2 지시(indication)를 전송하는 시그널링의 예들을 도시한다.
도 21은 본 개시의 실시 예들에 따른 UE ID 구조의 설계의 원리를 도시한다.

본 개시에서 사용되는 용어들은 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 다른 실시 예의 범위를 한정하려는 의도가 아닐 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 용어들은 본 개시에 기재된 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가질 수 있다. 본 개시에 사용된 용어들 중 일반적인 사전에 정의된 용어들은, 관련 기술의 문맥상 가지는 의미와 동일 또는 유사한 의미로 해석될 수 있으며, 본 개시에서 명백하게 정의되지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다. 경우에 따라서, 본 개시에서 정의된 용어일지라도 본 개시의 실시 예들을 배제하도록 해석될 수 없다.

이하에서 설명되는 본 개시의 다양한 실시 예들에서는 하드웨어적인 접근 방법을 예시로서 설명한다. 하지만, 본 개시의 다양한 실시 예들에서는 하드웨어와 소프트웨어를 모두 사용하는 기술을 포함하고 있으므로, 본 개시의 다양한 실시 예들이 소프트웨어 기반의 접근 방법을 제외하는 것은 아니다.

이하 본 개시는 무선 통신 시스템에서 RAN(radio access network) 내의 장치 및 RAN을 제어하는 장치 간 제어 절차에 관한 것이다. 구체적으로, 본 개시는 무선 액세스 네트워크(radio access network)에서 E2 인터페이스 상에서 RIC가 E2 노드에게 RIC 제어 요청 메시지를 전송하고, E2 노드에 의해 RIC 제어 요청이 올바르게 되었는지 혹은 실패하였는지, 실패하였다면 그 이유(reason)를 확인하기 위한 절차, 메시지, 및 방법에 관한 것이다.

이하 설명에서 사용되는 신호를 지칭하는 용어, 채널을 지칭하는 용어, 제어 정보를 지칭하는 용어, 네트워크 객체(network entity)들을 지칭하는 용어, 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다.

또한, 본 개시에서, 특정 조건의 만족(satisfied), 충족(fulfilled) 여부를 판단하기 위해, 초과 또는 미만의 표현이 사용될 수 있으나, 이는 일 예를 표현하기 위한 기재일 뿐 이상 또는 이하의 기재를 배제하는 것이 아니다. '이상'으로 기재된 조건은 '초과', '이하'로 기재된 조건은 '미만', '이상 및 미만'으로 기재된 조건은 '초과 및 이하'로 대체될 수 있다.

또한, 본 개시는, 일부 통신 규격(예: 3GPP(3rd Generation Partnership Project), O-RAN((open radio access network))에서 사용되는 용어들을 이용하여 다양한 실시 예들을 설명하지만, 이는 설명을 위한 예시일 뿐이다. 본 개시의 다양한 실시 예들은, 다른 통신 시스템에서도, 용이하게 변형되어 적용될 수 있다.

4세대(4^th generation, 4G)/5세대(5^th generation, 5G) 통신 시스템 (예: NR(new radio))이 상용화됨에 따라, 가상화된 네트워크에서 사용자에게 차별화된 서비스 지원이 요구되게 되었다. 3GPP는 이동통신 관련 단체들 간의 공동 연구 프로젝트로 국제전기통신연합(ITU)의 IMT-2000 프로젝트의 범위 내에서 - 전 세계적으로 적용 가능한 - 3세대 이동통신 시스템 규격의 작성을 목적으로 하고 있다. 3GPP는 1998년 12월에 개설되었으며, 3GPP 규격은 진보된 GSM 규격에 기반을 두고 있으며, 무선(radio)과 코어 네트워크(core network), 서비스 구조(service architecture)를 모두 표준화 범위에 포함시키고 있다. 이에, O-RAN(open radio access network)은 3GPP NE(network entity) 및 기지국을 구성하는 노드(node)들인 RU(radio unit), DU(distributed unit(or digital unit)), CU(central unit)-CP(control plane), CU-UP(user plane)를 각각 O(O-RAN)-RU, O-DU, O-CU-CP, O-CU-UP라고 새로이 정의하고, 그 외 추가로 NRT(near-real-time) RIC(radio access network intelligent controller) 규격화하였다. 본 개시는 RIC가 O-DU, O-CU-CP 또는 O-CU-UP에게 서비스를 요청하는 E2 인터페이스에서 사업자 특정 서비스 모델(operator specific service model)을 지원하기 위한 것이다. 여기서, O-RU, O-DU, O-CU-CP, O-CU-UP은 O-RAN 규격에 따라 동작할 수 있는 RAN을 구성하는 객체들로 이해될 수 있고, E2 노드(node)로 지칭될 수 있다. RIC 및 E2 노드들 간 O-RAN 규격에 따라 동작할 수 있는 RAN을 구성하는 객체들과의 인터페이스는 E2AP(application protocol)을 사용한다.

RIC는 단말과 O-DU, O-CU-CP 또는 O-CU-UP가 송수신하는 셀 사이트(cell site)에 정보를 수집할 수 있는 논리적 노드이다. RIC는 하나의 물리적 장소에 집중적으로 배치된 서버의 형태로 구현될 수 있다. O-DU와 RIC 간, O-CU-CP와 RIC 간, O-CU-UP와 RIC 간 이더넷(Ethernet)을 통해 연결이 이루어질 수 있다. 이를 위해, O-DU와 RIC 간, O-CU-CP와 RIC 간, O-CU-UP와 RIC 간의 통신을 위한 인터페이스 규격이 필요해졌으며, E2-DU, E2-CU-CP, E2-CU-UP 등의 메시지 규격 및 O-DU, O-CU-CP, O-CU-UP와 RIC 간 절차의 정의가 요구된다. 특히, 가상화된 네트워크에서 사용자에게 차별화된 서비스 지원이 요구되며, O-RAN에서 발생한 호 처리 메시지/기능을 RIC에 집중시킴으로써, 광범위한 셀 커버리지(cell coverage)에 대한 서비스를 지원하기 위한 E2-DU, E2-CU-CP, E2-CU-UP의 메시지의 기능 정의가 필요하다.

RIC는 O-DU, O-CU-CP, O-CU-UP에게 E2 인터페이스를 이용하여 통신을 수행하며, 가입 메시지(subscription message)를 생성 및 송신함으로써 이벤트(event) 발생 조건을 설정할 수 있다. 구체적으로, RIC은 E2 가입 요청(subscription Request) 메시지를 생성하고, E2 노드(node)(예: O-CU-CP, O-CU-UP, O-DU)에게 전달함으로써 호 처리 EVENT를 설정할 수 있다. 또한, EVENT 설정 후, E2 노드는 RIC에게 전달한 가입 요청 응답(Subscription Request Response) 메시지를 전달한다.

E2 노드는 E2 지시/보고(indication/report)를 통해 RIC에게 현재 상태를 송신할 수 있다. RIC는 O-DU, O-CU-CP, O-CU-UP에 대한 제어를 E2 제어(control) 메시지를 이용하여 제공할 수 있다. 본 개시의 다양한 실시 예들은 O-DU에서 가입 이벤트(subscription event) 조건에서 설정된 주기별로, UE 단위의 측정 정보를 전송되는 E2 지시(indication) 메시지를 제안한다. 또한, 본 개시의 다양한 실시 예들은 RIC에서 O-DU 로 전송되는 자원(resource)를 제어(control) 하기 위한 메시지를 제안한다.

도 1은 4G(4^th generation) LTE(Long Term Evolution) 코어 시스템의 예를 도시한다.

도 1을 참고하면, LTE 코어 시스템은 기지국(110), 단말(120), S-GW(serving gateway)(130), P-GW(packet data network gateway)(140), MME(mobility management entity)(150), HSS(home subscriber server)(160), PCRF(policy and charging rule function)(170)를 포함한다.

기지국(110)은 단말(120)에게 무선 접속을 제공하는 네트워크 인프라스트럭쳐(infrastructure)이다. 예를 들어, 기지국(110)은 단말(110)의 버퍼 상태, 가용 전송 전력, 채널 상태 등 상태 정보를 취합해 스케줄링을 수행하는 장치이다. 기지국(110)은 신호를 송신할 수 있는 거리에 기초하여 일정한 지리적 영역으로 정의되는 커버리지(coverage)를 가진다. 기지국(110)은 MME(150)와 S1-MME 인터페이스(Interface)를 통해 연결된다. 기지국(110)은 기지국(base station) 외에 '액세스 포인트(access point, AP)', '이노드비(eNodeB, eNB)', '무선 포인트(wireless point)', '송수신 포인트(transmission/reception point, TRP)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.

단말(120)은 사용자에 의해 사용되는 장치로서, 기지국(110)과 무선 채널을 통해 통신을 수행한다. 경우에 따라, 단말(120)은 사용자의 관여 없이 운영될 수 있다. 즉, 단말(120) 및 단말(130) 중 적어도 하나는 기계 타입 통신(machine type communication, MTC)을 수행하는 장치로서, 사용자에 의해 휴대되지 아니할 수 있다. 단말(120)은 단말(terminal) 외 '사용자 장비(user equipment, UE)', '이동국(mobile station)', '가입자국(subscriber station)', 고객 댁내 장치(customer-premises equipment, CPE) '원격 단말(remote terminal)', '무선 단말(wireless terminal)', 또는 '사용자 장치(user device)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.

S-GW(130)는 데이터 베어러를 제공하며, MME(150)의 제어에 따라 데이터 베어러를 생성하거나 제어한다. 예를 들어, S-GW(130)는 기지국(110)로부터 도착한 패킷 또는 기지국(110)로 포워딩할 패킷을 처리한다. 또한, S-GW(130)는 단말(120)의 기지국들 간 핸드오버 시 앵커(anchoring) 역할을 수행할 수 있다. P-GW(140)는 외부 망(예: 인터넷 망)과의 연결점으로 기능할 수 있다. 또한, P-GW(140)는 단말(120)에 IP(Internet Protocol) 주소를 할당하고, S-GW(130)에 대한 앵커 역할을 수행한다. 또한, P-GW(140)는 단말(120)의 QoS(Quality of Service) 정책을 적용하며, 과금 데이터(account data)를 관리할 수 있다.

MME(150)는 단말(120)의 이동성(mobility)을 관리한다. 또한, MME(150)는 단말(120)에 대한 인증(Authentication), 베어러(bearer) 관리 등을 수행할 수 있다. 즉, MME(150)는 단말에 대한 이동성 관리 및 각종 제어 기능을 담당한다. MME(150)은 SGSN(serving GPRS support node)과 연동할 수 있다.

HSS(160)은 단말(120)의 인증을 위한 키 정보 및 가입자 프로파일을 저장한다. 키 정보 및 가입자 프로파일은 단말(120)이 망에 접속할 때 HSS(160)에서 MME(150)로 전달된다.

PCRF(170)은 정책(policy) 및 과금(charging)에 대한 룰(rule)을 정의한다. 저장된 정보는 PCRF(180)에서 P-GW(140)로 전달되고, P-GW(140)는 PCRF(180)로부터 제공된 정보를 기반으로 단말(120)에 대한 제어(예: QoS 관리, 과금 등)을 수행할 수 있다.

반송파 집성(carrier aggregation, 이하 'CA') 기술은 복수의 요소 반송파(component carrier)들을 결합하고, 하나의 단말이 이와 같은 복수의 요소 반송파들을 동시에 이용하여 신호를 송수신함으로써 단말 또는 기지국 관점에서의 주파수 사용 효율을 증대시키는 기술이다. 구체적으로, CA 기술에 따르면 단말과 기지국은 상향링크(uplink, UL) 및 하향링크(downlink, DL)에서 각각 복수개의 요소 반송파를 이용해 광대역을 이용한 신호를 송수신할 수 있으며, 이 때 각각의 요소 반송파는 서로 다른 주파수 대역에 위치한다. 이하 상향링크는 단말이 기지국으로 신호를 전송하는 통신 링크를 의미하며, 하향링크는 기지국이 단말로 신호를 전송하는 통신 링크를 의미한다. 이 때 상향링크 요소 반송파와 하향링크 요소 반송파의 개수는 서로 다를 수 있다.

이중/다중 연결 기술(dual connectivity or multi connectivity)은 하나의 단말이 복수의 서로 다른 기지국에 연결되어 서로 다른 주파수 대역에 위치한 복수의 각 기지국 내 반송파를 동시에 이용하여 신호를 송수신함으로써 단말 또는 기지국 관점에서의 주파수 사용 효율을 증대시키는 기술이다. 단말은 제1 기지국(예: LTE 기술 또는 4세대 이동 통신 기술을 이용해 서비스를 제공하는 기지국)과 제2 기지국(예: NR(new radio) 기술 또는 5G(5^th generation) 이동 통신 기술을 이용해 서비스를 제공하는 기지국)에 동시에 연결되어 트래픽을 송수신할 수 있다. 이때, 각 기지국이 이용하는 주파수 자원은 서로 다른 대역에 위치할 수 있다. 이와 같이 LTE와 NR의 이중 연결 방식에 근간해 동작하는 방식을 5G NSA(non-standalone) 이라고 칭할 수 있다.

도 2a는 5G NSA 시스템의 예를 도시한다.

도 2a를 참고하면, 5G NSA 시스템은 NR RAN(210a), LTE RAN(210b), 단말(220), EPC(250)를 포함한다. EPC(150)에 NR RAN(210a), LTE RAN(210b) 이 연결되고 단말(220)은 NR RAN(210a), LTE RAN(210b) 중 어느 하나 또는 양자로부터 동시에 서비스를 받을 수 있다. NR RAN(210a)은 적어도 하나의 NR 기지국을 포함하고, LTE RAN(210b)는 적어도 하나의 LTE 기지국을 포함한다. 여기서, NR 기지국은 '5G 노드(5th generation node)', '지노드비(next generation nodeB, gNB)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다. 또한, NR 기지국은 CU(central unit) 및 DU(digital unit)으로 분리된 구조를 가질 수 있고, 또한, CU는 CU-CP(control plane) 유닛 및 CU-UP(user plane) 유닛으로 분리된 구조를 가질 수 있다.

도 2와 같은 구조에서, 단말(220)은 제1 기지국(예: LTE RAN(210b)에 속한 기지국)을 통해 RRC(radio resource control) 접속을 수행하고, 제어 평면(control plane)에서 제공되는 기능(예: 연결 관리, 이동성 관리 등)을 서비스 받을 수 있다. 또한, 단말(220)은 제2 기지국(예: NR RAN(210a)에 속한 기지국)을 통해 데이터를 송수신하기 위한 추가적인 무선 자원을 제공받을 수 있다. 이러한 LTE 및 NR을 이용한 이중 연결 기술은 EN-DC(E-UTRA (evolved universal terrestrial radio access) - NR dual connectivity)로 지칭될 수 있다. 유사하게, 제1 기지국이 NR 기술을 이용하고 제2 기지국이 LTE 기술을 이용하는 이중 연결 기술은 NE-DC(NR - E-UTRA dual connectivity)로 지칭된다. 또한, 다양한 실시 예들은 이 외 다양한 형태의 다중 연결 및 반송파 집성 기술에 적용될 수 있다. 또한, 다양한 실시 예들은 하나의 장치에 제1 통신 기술을 이용하는 제1 시스템과 제2 통신 기술을 이용하는 제2 시스템이 구현된 경우 또는 같은 지리적 위치에 제1 기지국과 제2 기지국이 위치한 경우에도 적용될 수 있다.

도 2b는 O-RAN을 위한 아키텍쳐(architecture)의 예를 도시한다. E2 서비스 모델의 E2-SM-KPIMON(KPI(key performance indicator) monitoring)의 목적을 위해, E-UTRA 및 NR 무선 액세스 기술(radio access technology)를 이용하는 다중-연결(multi-connectivity) 동작 내의 O-RAN 비-독립형 모드(Non-stand alone)가 고려되는 한편, E2 노드는 O-RAN 독립형(Stand Alone) 모드에 있는 것으로 가정될 수 있다.

도 2b를 참고하면, O-RAN 비 독립형 모드의 배치(deployment)에서, eNB는 EPC와 S1-C/S1-U 인터페이스를 통해 연결되고, O-CU-CP와 X2 인터페이스를 통해 연결된다. O-RAN 독립형 모드의 배치(deployment)를 위한 O-CU-CP는 N2/N3 인터페이스를 통해 5GC(5G core)와 연결될 수 있다.

도 3은 본 개시의 실시 예들에 따른 무선 접속 망에서 E2 어플리케이션 프로토콜 메시지(application protocol message)의 프로토콜 스택(stack)을 도시한다. 도 3을 참고하면, 제어 평면은 전송 망 계층(transport network layer) 및 무선 망 계층(radio network layer)을 포함한다. 전송 망 계층은 물리 계층(310), 데이터 링크 계층(320), IP(internet protocol)(330), SCTP(stream control transmission protocol)(340)을 포함한다.

무선 망 계층은 E2AP(350)을 포함한다. E2AP(350)는 가입 메시지(subscription message), 지시 메시지(indication message), 제어 메시지(control message), 서비스 갱신 메시지(service update message), 서비스 쿼리 메시지(service query message)를 전달하기 위해 사용되며, SCTP(340) 및 IP(330)의 상위 계층(higher layer)에서 전송된다.

도 4는 본 개시의 실시 예들에 따른 무선 접속 망에서 기지국 및 RIC(radio access network intelligence controller) 간 연결의 예를 도시한다.

도 4를 참고하면, RIC(440)는 O-CU-CP(420), O-CU-UP(410), O-DU(430)와 연결된다. RIC(440)는 새로운 서비스 또는 지역적 자원 최적화(regional resource optimization)를 위한 RAN 기능성(functionality)를 커스터마이징하기 위한 장치이다. RIC(440)는 망 지능화(network intelligence)(예: 정책 강제(policy enforcement), 핸드오버 최적화(handover optimization)), 자원 보증(resource assurance)(예: 무선 링크 관리(radio-link management), 개선된 SON(advanced self-organized-network)), 자원 제어(resource control)(예: 부하 균형(load balancing), 슬라이싱 정책(slicing policy)) 등의 기능을 제공할 수 있다. RIC(440)는 O-CU-CP(420), O-CU-UP(410), O-DU(430)과 통신을 수행할 수 있다. RIC(440)는 각 노드와 E2-CP, E2-UP, E2-DU 인터페이스로 연결이 가능하다. 또한 O-CU-CP와 DU 사이, O-CU-UP와 DU 사이의 인터페이스는 F1 인터페이스로 지칭될 수 있다. 이하 설명에서, DU와 O-DU, CU-CP와 O-CU-CP, CU-UP와 O-CU-UP는 혼용될 수 있다.

도 4는 하나의 RIC(440)를 예시하나, 다양한 실시 예들에 따라, 복수의 RIC들이 존재할 수 있다. 복수의 RIC들은 동일한 물리적 위치에 위치한 복수의 하드웨어로 구현되거나 또는 하나의 하드웨어를 이용한 가상화를 통해 구현될 수 있다.

도 5는 본 개시의 실시 예들에 따른 장치의 구성을 도시한다. 도 5에 예시된 구조는 도 5의 RIC, O-CU-CP, O-CU-UP, O-DU 중 적어도 하나의 기능을 가지는 장치의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

상기 도 5를 참고하면, 코어 망 장치는 통신부(510), 저장부(520), 제어부(530)를 포함하여 구성된다.

통신부(510)는 네트워크 내 다른 장치들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 통신부(510)는 코어 망 장치에서 다른 장치로 송신되는 비트열을 물리적 신호로 변환하고, 다른 장치로부터 수신되는 물리적 신호를 비트열로 변환한다. 즉, 통신부(510)는 신호를 송신 및 수신할 수 있다. 이에 따라, 통신부(510)는 모뎀(modem), 송신부(transmitter), 수신부(receiver) 또는 송수신부(transceiver)로 지칭될 수 있다. 이때, 통신부(510)는 코어 망 장치가 백홀 연결(예: 유선 백홀 또는 무선 백홀)을 거쳐 또는 네트워크를 거쳐 다른 장치들 또는 시스템과 통신할 수 있도록 한다.

저장부(520)는 코어 망 장치의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 저장부(520)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 저장부(520)는 제어부(530)의 요청에 따라 저장된 데이터를 제공한다.

제어부(530)는 코어 망 장치의 전반적인 동작들을 제어한다. 예를 들어, 제어부(530)는 통신부(510)를 통해 신호를 송수신한다. 또한, 제어부(530)는 저장부(520)에 데이터를 기록하고, 읽는다. 이를 위해, 제어부(530)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 다양한 실시 예들에 따라, 제어부(530)는 장치가 본 개시에서 설명되는 다양한 실시 예들에 따른 동작들을 수행하도록 제어할 수 있다.

도 6은 본 개시의 실시 예들에 따른 무선 접속 망에서 E2 노드 및 RIC의 E2 메시지에 관련된 논리적 기능을 도시한다.

도 6을 참고하면, RIC(640) 및 E2 노드(node)(610)는 상호 간 E2 메시지를 송신 또는 수신할 수 있다. 예를 들어, E2 노드(610)는 O-CU-CP, O-CU-UP, O-DU, 또는 기지국일 수 있다. E2 노드의 통신 인터페이스는 E2 노드(610)의 종류에 따라 결정될 수 있다. 예를 들어, E2 노드(610)는 E1 인터페이스 혹은 F1 인터페이스를 통해 다른 E2 노드(616)와 통신을 수행할 수 있다. 또는, 예를 들어, E2 노드(610)는 X2 인터페이스 혹은 XN인터페이스를 통해 E2 노드(616)와 통신을 수행할 수 있다. 또는 예를 들어, E2 노드(610)은 S1 인터페이스 혹은 NGAP(next generation application protocol) 인터페이스(즉, NG(next generation) RAN 노드와 AMF 간 인터페이스)를 통해 통신을 수행할 수 있다.

E2 노드(610)는 E2 노드 기능(E2 node function)(612)을 포함할 수 있다. E2 노드 기능(612)은 RIC(640)에 설치된 특정 xApp(application S/W)(646)에 상응하는 기능이다. 예를 들어, KPI 모니터(monitor) 경우, RIC(640)에 KPI 모니터 수집 S/W가 설치되어 있고, E2 노드(610)는 KPI 파라미터들을 생성한 후, KPI 파라미터를 포함하는 E2 메시지를 RIC(640)에 위치한 E2 종단(termination)(642)에 전달하는 E2 노드 기능(612)을 포함할 수 있다. E2 노드(610)는 RRM(radio resource management)(614)를 포함할 수 있다. E2 노드(610)는 단말을 위한 무선 망에게 제공되는 자원을 관리할 수 있다.

RIC(640)에 위치한 E2 종단(642)은 E2 메시지에 대한 RIC(640)의 종단으로서, E2 노드(610)에 의해 전달된 E2 메시지를 해석한 후, xApp(646)에게 전달해주는 기능을 수행한다. RIC(640)에 위치한 DB(database)(644)가 E2 종단(624) 혹은 xApp(616)을 위해 이용될 수 있다. 도 6에 도시된 E2 노드(610)는 적어도 하나의 인터페이스의 종단으로서, 단말, 주위 기지국, 코어 네트워크로 전달되는 메시지들의 종단으로 이해될 수 있다.

도 7은 본 개시의 실시 예들에 E2 노드와 RIC간 기능 분리의 예들을 도시한다. O-RAN 규격은 E2 노드와 RIC 간의 기능 분리를 제공한다. 예를 들어, E2 노드는 CU일 수 있다. RIC는 Near RT RIC일 수 있다. RIC는 A1 인터페이스를 통해 ONAP(open network automation platform)/MANO(managmenet and orchestration)/NMS(network management system)와 연결될 수 있다. RIC는 E2 노드와 E2 인터페이스를 통해 연결될 수 있다. E2 인터페이스는 명령(commands)을 전달할 수 있다. 기능 분리 옵션은 RRM(radio resource management) 전체를 near-RT RIC에서 관리하는 기능 분리(700), RRM을 선택적으로 near-RT RIC에서 관리하는 기능 분리(750)이 존재할 수 있다.

2019/01/16 회의의 WG3 결정에 따라 Near-RT RIC은 nRT-RIC에 위치한 특정 RRC-RRM 알고리즘 구현과 관계없이 다중 공급 업체 환경을 목표로하는 개방형 논리적 인터페이스로 E2를 지원할 예정이다. 본 개시에서 우리는 각 I/F 및 NE(network entity)에 대한 Per UE RRC 메시지를 삽입(inject)/수정(modify)/구성(configuration)을 수행할 수 있는 E2SM-NI와 쌍을 이루는 E2SM-RIC (E2 Service Model Radio Interface Control)이 제안될 수 있다. 다시 말해, 기능 분리(750)에서 점진적으로 기능 분리(700)의 방향으로 Near RT RIC는 개선될 수 있다. E2는 nRT-RIC에있는 특정 RRC-RRM 알고리즘 구현과는 독립적이고 다중 공급 업체 환경을 목표로하는 개방형 논리적 인터페이스로 발전될 수 있다.

도 8은 본 개시의 실시 예들에 따른 E2 노드와 RIC의 구현 예를 도시한다. 구현 예(800)의 시나리오에서, E2 노드(예: O-DU, O-CU)와 RIC는 클라우드 플랫폼(예: 개방형 섀시 및 블레이드 사양 에지 클라우드)에 가상화되어, 장치(예: 서버)에 구성될 수 있다. 이러한 시나리오는, O-DU 대기 시간 요구 사항을 충족하기에 충분히 낮은 지연 시간(latency)으로, 중앙 위치에 풀링되는 BBU 기능을 허용하는 풍부한 프런트홀(fronthaul) 용량으로 밀집된 도시 지역에서의 배포를 지원할 수 있다. 따라서 O-DU 기능을 중앙 집중화 할 수있는 한계 이상으로 RT에 가까운 RIC을 중앙 집중화하려고 시도할 필요가 없을 수 있다. 일 실시 예에 따라, E2SM-RIC은 O-Cloud Platform에서 Near-RT RIC, O-CU 및 O-DU가 구현되는 O-RAN 배포 시나리오에 최적화될 수 있다.

도 9는 본 개시의 실시 예들에 따른 CU(centralized unit)와 RIC 간 기능 분리의 예들을 도시한다. 도 9를 참고하면, 기능 분리들은 배치 시나리오 #1(900) 또는 기능 배치 시나리오 #2(950)에 따라 수행될 수 있다.

배치 시나리오 #1(900): RIC가 별도의 사이트에 위치하거나 다른 NE로만 존재하며, 몇 가지 인텔리전스 필수 기능을 대체하거나 권장된다.

배치 시나리오 #2(950): RIC는 3GPP I/F 관리를 제외한 CU의 거의 모든 기능을 대체할 수 있다.

도 9에서는 두 가지의 시나리오들을 도시하나, 그 외에 다른 시나리오들이 적용될 수도 있다. 일 예로, 배치 시나리오 #1(900)에서 Mobility 기능이 CU가 아닌 RIC에 의해 수행될 수 있다. 또한, 일 예로, 배치 시나리오 #1(900)에서 UE 컨텍스트 기능이 CU가 아닌 RIC에 의해 수행될 수 있다. 또한, 일 예로, 배치 시나리오 #1(900)에서 세션 설정 기능이 CU가 아닌 RIC에 의해 수행될 수 있다.

도 10은 본 개시의 실시 예들에 따른 서로 다른 벤더(vendor)들을 위한 MLB(mobility load balancing) 제어의 예를 도시하다. 이러한 MLB는 RRM 제어에 의해 수행될 수 있다. 제1 CU와 제1 DU는 벤더 A에 의해 제공될 수 있다. 제2 CU와 제2 DU는 벤더 B에 의해 제공될 수 있다. 제1 DU는 벤더 A의 서비스 영역(area)을 제공할 수 있다. 제1 DU와 연결되는 RU들은 벤더 A의 서비스 영역를 제공할 수 있다. 제2 DU는 벤더 B의 서비스 영역을 제공할 수 있다. 제2 DU와 연결되는 RU들은 벤더 B의 서비스 영역를 제공할 수 있다.

단말이 이동 시, 어떠한 셀이 최적인지에 대하여는 부하 분산(load balancing))을 통해 수행될 수 있다. 이러한 부하 분산이 서로 다른 벤더에 의해 수행된다면, 벤더들의 서비스 영역들이 겹치는 공간에서는 부하 분산이 원활하게 수행되기 어려울 수 있다. 즉, 벤더 간 영역(inter vendoer zone) 혹은 CU-CP 간 영역(inter CU-CP area))에는 벤더들 간의 인터워킹(interworking)을 수행할 것이 요구된다. 이러한 벤더들 간 인터워킹을 위해, RRM 제어는 중앙 집중 형태로 수행되는 것이 요구될 수 있다. 따라서, 본 개시의 다양한 실시 예들에 따른 RIC는 RRM을 수행하도록 구성될 수 있다. RIC는 각 E2 노드로부터 단순히 측정을 수신하는 것 뿐만 아니라, 각 E2 노드를 제어하기 위한 메시지를 생성할 수 있다. RIC는 각 E2 노드(예: DU 또는 CU-CP, CU-UP)에게 제어 메시지를 전송할 수도 있다.

도 11a는 본 개시의 실시 예들에 따른 서로 다른 벤더(vendor)들을 위한 MLB 제어의 예를 도시하다. 먼저, 도 11a에 도시된 바와 달리, 단일 벤더(single vendor)로 동작한다면, RAN 컨텍스트는 Near-RT RIC에서 확인될 수 있다. 또한, 트리거 이벤트/REPORT, INSERT, POLICY 조건들이 작동할 수 있다. 제어 동작(control action) 또한 작동하고, 일반적인 하위 기능 정의 접근 방식 또한 작동할 수 있다. 그러나, 도 11a에 도시된 바와 같이, 멀티 벤더들로 동작하게 되면, RAN 컨텍스트는 Near-RT RIC에서 확인될 수 없다. 또한, 트리거 이벤트/REPORT, INSERT, POLICY 조건들이 작동하지 않는다. 제어 동작(control action)은 국소(local) RRM의 충돌로 인해, 작동하지 않거나 구현에 의존할 수 밖에 없다.

단일 E2SM-RAN 컨트롤(control)은 다중 벤더 환경의 O-RAN 상황에서 제대로 동작하기 어렵다. 모든 RAN 특징(feature)들을 고려할 때, 기능 패리티(function parity)와 동작 패래티(operation parity)가 있기 때문이다. RAN 기능 패리티는 RRM 기능들과 관련된 특징들의 차이를 의미한다(예: QoS(quality of service) 핸드오버, LB(load balancing) 핸드오버 등). RAN 동작 패리티는 RAN 동작들과 관련된 특징들의 차이를 의미한다 (예: EN-DC SCG 베어러 변경 절차). 뿐만 아니라, REPORT/INSERT/CONTROL/POLICY에 대한 동작들은 정확한 RAN CONTEXT를 식별할 수 없다. 또한, REPORT/INSERT/CONTROL/POLICY 동작들은 REPORT/INSERT/POLICY에 따른 트리거 이벤트/조건들을 식별할 수 없다. 또한, 해당 동작에서는 특정 배치에서는 RAN 컨텍스트를 참조하기 어려울 수 있다.

도 11a를 참고하면, 무선 통신 환경(1100)은 총 3개의 벤더들을 통해 구성되는 네트워크 엔티티들을 도시한다. 벤더 A는 NR 공급자일 수 있다. 벤더 B는 LTE 공급자일 수 있다. 벤더 C는 RIC 공급자일 수 있다. 상술된 문제들을 해소하기 위해, 어떠한 벤더의 E2 노드가 연결되더라도, 이들을 모두 관리할 수 있는 하나의 엔티티가 요구된다. 서로 다른 벤더들이더라도, near-RT RIC는 이들의 측정 정보를 모두 수집할 수 있기 때문에, near-RT RIC는 관리 및 제어를 다른 엔티티에 비해 보다 용이하게 수행할 수 있다. 따라서, near-RT RIC가 중앙 집중형으로 RRM을 수행함으로써, 벤더들 간의 차이 및 호환성 문제가 해소될 수 있다. 뿐만 아니라, 서로 다른 RAT일지라도, 벤더들 간의 차이 및 호환성 문제가 해소될 수 있다.

이하, 본 개시에서 near-RT RIC에 의한 집중형 방식의 RRM은, RIC 기반 RRM 제어 혹은 E2 노드의 좀비 모드(zombie mode), E2SM-RIC의 좀비 모드, E2SM-RIC 전용 모드 등의 용어로 지칭되어 서술될 수 있다. RIC에 의해 각 E2 노드의 기능이 대신 수행되는 기술적 의미가 상기 예시된 용어들을 대체하여 사용될 수 있음은 물론이다.

도 11b는 본 개시의 실시 예들에 따른 near-RT RIC의 RRM 제어 설정을 위한 시그널링을 도시한다. 도 11b는 E2 노드와 RIC 간 시그널링 절차의 예를 도시한다. 구체적으로, 도 11b에서는 E2 노드와 RIC간의 E2 I/F의 Setup 절차와 RIC subscription 메시지 전달 절차가 도시된다. 또한, 도 11b에서는 RIC 지시 메시지와 RIC 제어 메시지의 전달 절차가 도시된다.

도 11b를 참고하면, E2 노드는 RIC로 E2 설정 요청(SET UP REQUEST) 메시지를 전송할 수 있다. E2 노드에 위치한 E2 NODE FUNCTION 기능은 OAM(operation-administration-maintenance)으로 설정된 RIC의 IP 주소(Address)를 이용하여 RIC를 찾아서 E2 설정 요청 메시지를 전송할 수 있다. 이 때, E2 노드는 RIC 기반 RRM 제어를 요청할 수 있다. 일 예로, E2 노드는 상기 E2 노드가 좀비 모드 동작이 가능한 점을 포함하는 E2 설정 요청(SET UP REQUEST) 메시지를 RIC에게 전송할 수 있다. 이후 단계에서, RIC는 E2 노드로부터 E2 설정 응답(E2 SETUP RESPONSE) 메시지를 수신할 수 있다. RIC는 E2 노드로부터, 상기 E2 노드가 좀비 모드의 지원, 다시 말해 RIC에 의한 Full RRM 제어가 가능한지 여부를 결정할 수 있다.

도 11b를 참고하면, RIC는 E2 노드에게 가입(subscription) 요청(RIC SUBSCRIPTION REQUEST) 메시지를 전송할 수 있다. RIC에 위치한 특정 xApp은 RIC E2 종단 기능에게 E2에서 지원하는 특정 RAN Function Definition 기능에 대해서 가입(혹은 구독)(subscription)을 요청한다. 일 실시 예에 따라, 가입 요청 메시지는 상기 RIC가 RIC 기반 RRM 제어를 수행하는지 여부를 지시하기 위한 정보를 포함할 수 있다. 예를 들어, 가입 요청 메시지는 상기 RIC가 E2SM-RIC로 동작하는지 여부를 나타내기 위한 정보를 포함할 수 있다. 또한, 예를 들어, RIC는 좀비 모드 지시자를 포함하는 가입 요청 메시지를 전송할 수 있다. 일 실시 예에 따라, RIC 기반 RRM 제어는, 단말 혹은 단말이 포함되는 단말 그룹 단위로 수행될 수 있다. RIC 기반 RRM 제어는, 도 10 및 도 11a와 같이, 벤더들 간의 영역 혹은 CU-UP들의 공통된 서비스 영역에 위치한 단말 혹은 그 단말을 포함하는 그룹을 대상으로 수행될 수 있다. 이 때, 가입 요청 메시지는 그룹을 나타내는 ID(이하, 그룹 식별자) 혹은 특정 단말을 지시하기 위한 ID(이하, 단말 ID/UE Id)를 포함할 수 있다.

일 실시 예에 따를 때, 도 7에 도시된 바와 같이, 가입 요청 메시지의 전송과 E2 설정 응답 메시지는 별도로 전송될 수 있다. 다른 일 실시 예에 따라, 단계의 가입 요청 메시지는 단계의 E2 SETUP RESPONSE 메시지에 포함되어서 같이 전송될 수도 있다.

이후 단계에서, E2 노드는 RIC에게 가입 요청 응답(RIC SUBSCRIPTION RESPONSE)을 전송할 수 있다. E2 노드의 E2 노드 기능은 가입 요청 메세지를 디코딩(decoding)할 수 있다. E2 노드는 RIC가 E2SM RIC인지 여부를 식별할 수 있다. E2 노드는 RIC가 좀비 모드로 동작하는 지 혹은 E2 노드의 좀비 모드의 동작 가부를 확인할 수 있다.

도 11b를 참고하면, E2 노드는 E2 RIC 지시 메시지를 RIC에게 전송할 수 있다. E2 노드와 RIC는 RIC 지시 절차를 수행할 수 있다. 본 개시의 실시 예들에 따를 때, RIC 지시 메시지는 UE 단위의 KPI 보고를 포함할 수 있다. 일 실시 예에 따라, RIC 지시 메시지의 메시지 컨테이너(message container)는 UE 단위의 KPI 보고 서비스 모델을 포함할 수 있다. 이후, RIC는 해당 UE에 대하여 RRM을 수행할 수 있다. 도 11b에는 도시되지 않았으나, RIC는 RRM을 수행하고, 자원 할당 절차와 관련된 구체적인 정보를 포함하는 제어 메시지를 생성할 수 있다. 이를 통해, RIC는 각 E2 노드의 제어를 수행할 수 있다.

E2 노드(610)에게 E2SM RIC 제어(CONTROL) 메시지를 전송할 수 있다. E2 노드(610)와 RIC(640)는 RIC 제어 절차를 수행할 수 있다. RIC(640)는 E2 노드의 제어 절차(control procedure)를 위해, E2SM-RIC RIC 제어 메시지를 생성할 수 있다. 일 예로, E2SM-RIC RIC 제어 메시지는, 메시지 컨테이너를 포함할 수 있다. 메시지 컨테이너는 인터페이스 별 RRC 메시지(예: X2 SgNB 추가 요청 메시지)를 포함할 수 있다.

도 11b에서는, UE 단위로 서술되었으나, UE의 그룹/네트워크 슬라이스 등의 다양한 단위로 측정이 수행 및 보고되고, RIC 제어가 수행될 수 있다.

도 11b에서는, SET UP 절차, RIC subscription 절차, RIC 지시(indication) 메시지 전송 절차, RIC 제어(control) 메시지 전송 절차를 순차적으로 기술하였으나, 본 개시의 다양한 실시 예들은 상술된 순서, 절차에 한정되지 않는다. 즉, 일부 실시 예들에서, E2 노드와 RIC는 E2 설정 절차를 독립적으로 수행할 수 있다. 일부 실시 예들에서, E2 노드와 RIC는 가입 절차를 독립적으로 수행할 수 있다. 한편, 다른 일 실시 예에 따라, 전술한 바와 같이, E2 설정 응답 메시지는 가입 요청 메시지를 포함할 수도 있다. 일부 실시 예들에서, E2 노드와 RIC는 RIC 지시(indication) 절차를 독립적으로 수행할 수 있다. 또한, 일부 실시 예들에서, E2 노드와 RIC는 RIC 제어(control) 절차를 독립적으로 수행할 수 있다. 그 외, E2 노드와 RIC는 상술된 절차들 중 적어도 일부를 함께 수행하거나 개별적으로 수행할 수 있다.

도 12a 및 12b는 본 개시의 실시 예들에 따른 RIC 기반 RRM 제어를 위한 시그널링들을 도시한다. RRM 제어를 통해 서로 다른 벤더들 간의 부하 분산(예: MLB)가 수행된다. 도 12a 내지 도 12b에서는, 단일 E2 노드로 도시되어 있으나, 복수의 E2 노드들, 특히 벤더가 다른 E2 노드들 간에 동일하게 적용될 수 있다. 벤더들이 다르더라도, RIC에 의한 제어(CONTROL)를 통해 RRM 제어가 보다 효율적으로 수행될 수 있다.

도 12a 및 12b를 참고하면, RIC는 E2 노드의 기능들을 대신 수행하기 위해, 하기의 메시지들/절차들을 처리할 수 있다.

(1) NGAP PDU Session Resource Setup Request

(2) E1 bearer Context Setup Request

(3) E1 bearer Context Setup Response

(4) F1 UE Context Modification Request

(5) F1 UE Context Modification Response

(6) E1 Bearer Context Modification Request

(7) E1 Bearer Context Modification Response

(8) DL RRC Message Transfer

(9) F1 UE RRC Message Transfer

(10) F1 UE Context Modification Request

(11) F1 UE Context Modification Response

(12) NGAP PDU Session Resource Setup Response

AMF가 E2 노드에게 메시지를 전송하면, E2 노드는 해당 메시지를 RIC에게 전달할 수 있다. 즉, 해당 메시지의 해석/처리/판단 등을 RIC가 수행하도록 하기 위해, E2 노드는 해당 메시지를 바이 패스(by pass) 시켜, RIC에게 전달할 수 있다. 도 12a 및 도 12b에 도시된 공란은 기존의 각 E2 노드가 수행했어야 할 기능을 near-RT RIC가 대신 수행함을 의미한다. RIC는 메시지의 해석/처리/판단 등 RRM을 위한 동작들을 수행하기 위하여, 지능 지원 기능(intelligence-aided function)이 향상될 수 있다.

도 12a 및 도 12b를 시간의 흐름순으로 나열되었으나, 이는 본 개시의 다양한 실시 예들에 따른 E2SM-RIC의 동작을 설명하기 위한 것일 뿐, 특정 시그널링이 필수적인 구성요소로서 다른 시그널링 전에 수행되어야 하는 것을 한정하는 의미는 아니다. 즉, 다른 일 실시 예에 따라, 도 12a 및 도 12b에 도시된 절차들 중 일부는 생략될 수 있다. 또 다른 일 실시 예예 따라, 일부 시그널링들은 RIC에 의해 한 번에 수행될 수도 있다. 또한, 도 12a 및 도 12b에서는 상기 (1) 내지 (12)의 메시지들을 처리하는 예가 도시되었으나, 본 개시의 실시 예들은 이에 한정되지 않는다. 상술된 예들 중 일부는 RIC에 의해 해석/판단/처리될 수 있으나 다른 일부는 기존과 같이 E2 노드에 의해 수행될 수도 있다.

이하, 도 13a 내지 도 13b에서는, 본 개시의 실시 예들에 따른 RIC 제어 절차를 수행하기 위해, E2 노드와 RIC 간 셋업 절차(setup procedure) 및 가입 절차(subscription procedure), 그리고 UE ID list REPORT 절차가 서술된다.

도 13a는 본 개시의 실시 예들에 따른 E2 노드와 RIC간 가입 절차(subscription procedure) 및 RIC 지시(indication)의 시그널링을 도시한다. 도 13a는 본 개시의 실시 예들에 따른 E2 노드와 RIC간 가입 절차(subscription procedure)와 RIC Indication (REPORT) 절차를 도시한다.

일 실시 예에 따라, RIC는 E2 노드에게 RIC 가입 요청 메시지(RIC Subscription Request)를 전송할 수 있다. E2 노드는 O-CU-CP, O-CU-UP, 또는 O-CU-DU일 수 있다. E2 노드는 RIC에게 RIC 가입 응답 메시지(RIC Subscription Response)를 전송할 수 있다.

일 실시 예에 따라, E2 노드는 정해진 이벤트가 발생하면, RIC 지시 메시지를 Near RT RIC에게 전송할 수 있다. 각 E2 노드는 가입 절차를 통해 해당 E2 노드에게 설정된 이벤트를 식별할 수 있다. RIC 지시 메시지는 UE ID 리스트를 포함할 수 있다. UE ID 리스트는 하나 이상의 UE ID들을 포함할 수 있다.

도 13b는 본 개시의 실시 예들에 따른 E2 노드와 RIC 간 제어 절차의 시그널링을 도시한다. 도 13b는 본 개시의 실시 예들에 따른 E2 노드와 RIC, Non-RT RIC 간 전체 메시지 flow와, 본 개시의 실시 예로 E2 node가 RIC Indication 메시지를 사용해서 UE ID list를 REPORT 하는 절차를 도시한다.

도 13b를 참고하면, 단계(1361)에서, Non-RT RIC는 RIC에게 A1 Interface를 사용해서 Near-RT RIC가 E2 Node를 제어를 위한 Policy (정책)을 전달할 수 있다. Non-RT RIC와 Near RT RIC 사이는 A1 인터페이스로 정의될 수 있다. A1 Policy는 UE 별 정책, Group 별 정택, Cell 별 정책, Slice 별 정책 등 중 적어도 하나를 포함하고, 서비스 별로 다양하게 구성될 수 있다. RIC는 A1 Policy 메시지로 전달받은 A1 Policy를 기반으로 RIC 가입 절차를 수행할 수 있다. A1 정책 생성(Policy create) 메시지는 일 예로, JSON(JavaScript Object Notation) 메시지 포맷을 포함할 수 있다. 예를 들어, 특정 UE에 대한 정책을 설정하는 경우, A1 정책 생성 메시지는 UE ID를 포함할 수 있다. 또한, 예를 들어, 특정 셀에 대한 정책을 설정하는 경우, A1 정책 생성 메시지는 셀 ID를 포함할 수 있다. 또한, 예를 들어, QoS를 제어하는 경우, A1 정책 생성 메시지는 QoS와 관련된 GBR을 포함할 수 있다.

단계(1363)에서, RIC는 E2 노드에게 RIC 가입 요청 메시지(RIC Subscription Request)를 전송할 수 있다. E2 노드는 RIC에게 RIC 가입 응답 메시지(RIC Subscription Response)를 전송할 수 있다. RIC는 가입 절차에서 RIC Subscription request를 작성한다. RIC Subscription request는 실질적으로 E2 노드를 제어하기 위한 SERVICE를 설정하는 메시지이다. 일반적으로 E2 노드를 제어하기 위해서는, RIC는 E2 노드에게서 측정Measurement, UE ID list)을 수신하기 위한 REPORT 서비스와 CONTROL 서비스의 가입을 요청할 수 있다. 일 실시 예에 따를 때, RIC에 위치한 특정 xApp은 RIC E2 종단 기능에게 E2에서 지원하는 특정 RAN Function Definition 기능에 대해서 가입(혹은 구독)(subscription)을 요청한다. E2 노드의 E2 노드 기능(E2 Node Function)은 가입 요청 메세지를 디코딩(decoding)할 수 있다. E2 노드의 E2 노드 기능은 RIC가 E2 노드 기능에게 요청한 이벤트 조건(event condition)을 성공적으로 설정한 후, 가입 요청에 대한 응답(RIC Subscription Response)을 통해 이벤트 트리거 조건(event trigger condition)이 성공적으로 설정되었다고 RIC에게 전달할 수 있다.

REPORT 서비스 및 CONTROL 서비스 가입을 위해, 하나의 RIC 가입 절차(1회의 RIC Subscription Request 및 RIC Subscription Response)가 이용될 수 있다. 그러나, 도시된 바와 달리, REPORT 서비스의 가입을 위해 RIC Subscription Request 및 RIC Subscription Response가 RIC와 E2 노드 사이에서 교환되고, CONTROL 서비스의 가입을 위해, RIC Subscription Request 및 RIC Subscription Response가 추가적으로 RIC와 E2 노드 사이에서 교환될 수도 있다.

단계(1365)에서, E2 노드는 RIC에게 RIC 지시(혹은 RIC Policy Indication)를 전송할 수 있다. 단계(1363)에서 가입된 REPORT SERVICE에 지정된 이벤트가 발생하면, E2 노드는 RIC Indication 메시지에, 관련된 Measurement data, UE 상태 정보, UE ID list등를 포함시켜 RIC에게 전송할 수 있다. 예를 들어, 특정 이벤트 조건(event condition)이 발생하는 경우 E2 노드(610)는 E2 RIC 지시 메시지를 RIC(640)에게 전달할 수 있다. 일 실시 예에 따라, RIC 지시 메시지의 메시지 컨테이너(message container)는 UE 단위의 KPI 보고 서비스 모델, UE ID list 정보등을 포함할 수 있다.

단계(1367)에서, RIC는 RIC 제어 절차를 수행할 수 있다. RIC는 E2 노드에게 제어 요청 메시지(RIC CONTORL REQUEST)를 전송할 수 있다. E2 노드는 RIC에게 RIC 제어 확인(RIC CONTROL ACKNOWLEDGE)를 전송할 수 있다.

도 14a는 본 개시의 실시 예들에 따른 RIC 이벤트 트리거 정의(RIC event trigger definition)의 포맷의 예를 도시한다. 도 14a에서는 본 개시의 실시 예들에 따른 RIC 서비스 가입 요청(RIC Subscription Request) 절차와 메시지 예가 서술된다.

도 14a를 참고하면, near-RT RIC는 기지국(예: gNB)에게 RIC 가입 요청 메시지를 전송할 수 있다. RIC 가입 요청 메시지는 메시지 유형(message type), RIC 요청(request) ID, RAN 기능(function) ID, RIC 가입 상세(RIC subscription details)를 포함할 수 있다.

본 개시의 실시 예들에 따른 RIC 가입 상세에 대한 정보는, RIC 이벤트 트리거 정의를 포함할 수 있다. 즉, 도 14a에서는 O-RAN 규격에서 명시된 RIC SUBSCRIPTION REQUEST 메시지에 RIC Event Trigger Definition의 포맷이 도시된다. RIC Event Trigger Definition은 각각의 RIC 하고 RAN에서 지원하는 SERVICE MODEL에 따라서 정의될 수 있다. 본 개시의 실시 예들은 RAN의 UE 상태에 따라서 달라지는 UE ID들 중에서 TRIGGERING CONDITION을 만족하는 단말의 ID LIST를 선택하는 절차를 제안한다.

Subscription 메시지의 a Message Type은 각각의 메시지 종류별로 규격에서 명시된 Type 번호이다.RIC Request ID는 RIC에서 해당 메시지를 고유하게 관리하는 ID이다. RAN Function ID는 E2 Node에서 CONTROL의 대상이 되는 FUNCTION을 구분하는 ID이다. RIC Event Trigger Definition IE는 메시지 세부적으로는 Service Model에서 정의한 Event Trigger Definition Format 형태로 정의된다. 본 개시에서, Event Trigger Definition Format에 대한 IE는 E2SM-IDM Event Trigger Definition Format 1으로 예시하였으나, IE 명칭은 Service Model에 따라서, 상이할 수 있다.

본 개시의 실시 예들에 따른 Event Trigger Definition Format 1은 특정 group의 단말을 지정하기 위한 조건 리스트를 가리키며, 본 개시에서는 해당 IE를 UE ID Report Triggering Condition이라고 예시하였으나, IE 명칭은 Service Model에 따라서, 상이할 수 있다. UE ID Report Triggering Condition은 조건을 지정하는 Triggering Condition ID와 조건의 관계를 명시하는 Triggering Condition과, 조건 값을 명시하는 Triggering Condition Value로 만들어진다. 예를 들어서 설명을 하면, Triggering Condition ID는 3GPP 규격에서 명시한 NGAP Interface에 SPID(service profile identifier)나, RFSP(RAT/Frequency Selection Priority), PLMN(public land mobile network) 등 단말 specific 구분자/S-NSSAI(Network Slice Selection Assistance Information) 처럼 한 개의 UE에 여러 개의 PDU session이 있는 경우에는 QCI(Qos Class Identifier), 5QI(5G QoS Identifier) 같은 QoS(quality of service) 구분자, 또는 GUMMEI(Globally Unique MME(Mobility Management Entity) Identifier), GUAMI, GUTI(Globally Unique Temporary Identifier), 5G-GUTI 같은 Core망 구분자의 조건 값으로 정의 가능하다. Triggering Condition은 Equal, Greater than, Less than, Present 등으로 조건 값에 대해서 산술적/논리적인 방식으로 해석될 수 있다. Triggering Condition Value는 산술적/논리적 계산시에 비교 값으로, 경우에 따라서는 삭제도 될 수 있다. 상세 예는 하기와 같다.

If Triggering Condition (SPID)	"Equal"	(Triggering Condi tion Value, '255')
If Triggering Condition (SPID)	"Greater Than"	(Triggering Condition Value, '5')

도 14b는 본 개시의 실시 예들에 따른 RIC 액션 정의(RIC Action Definition)의 포맷의 예를 도시한다. 도 14b를 통해 본 개시의 실시 예들에 따른 RIC 서비스 가입 요청(RIC Subscription Request) 절차에서 RIC Action Definition 메시지 예가 서술된다.

도 14b를 참고하면, near-RT RIC는 기지국(예: gNB)에게 RIC 가입 요청 메시지를 전송할 수 있다. RIC 가입 요청 메시지는 메시지 유형(message type), RIC 요청(request) ID, RAN 기능(function) ID, RIC 가입 상세(RIC subscription details)를 포함할 수 있다. RIC Action Definition은 가입 요청 절차에서 RIC가 E2 Node에 특정 Action을 요청하는 Service 서비스 방식이다. 각각의 Service Model은 필요에 따라서 가입 요청 절차에 선택적으로 Action Definition을 정의한다. 본 개시에서는 E2SM-IDM Action Definition Format 1을 정의하였다. Format 1은 RAN Parameter ID와 RAN Parameter Value로 구성되어 있으며, 본 개시의 예에서는 AddTimestamp 와 Group ID 2개의 parameter들이 정의된다. AddTimestamp는 RIC REPORT service (RIC Indication) 절차에서 선택적으로 Timestamp 추가를 E2 Node에게 요청 하기 위해 이용될 수 있다. Group ID는 RIC 서비스 가입 요청(RIC Subscription Request) 절차에서 E2 Node가 선택한 Group ID를 실어서 RIC에게 전달하도록 제어할 수 있다.

도 15는 본 개시의 실시 예들에 따른 RIC 지시 헤더(RIC indication header)의 포맷의 예를 도시한다. 도 15를 통해, 본 개시의 실시 예들에 따른 RIC REPORT service (RIC Indication) 절차에서 RIC Indication Header 메시지의 예가 서술된다.

도 15를 참고하면, 기지국(예: gNB)은 Near-RT RIC에게 E2 RIC 지시 메지리를 전송할 수 있다. O-RAN 규격에서 명시한 RIC Indication message는 RIC Indication header 정보를 포함할 수 있다. RIC Indication 메시지는 E2 service model 마다 다를 수 있고, E2 서비스 모델 별로 정의될 수 있다. RIC Indication Header는 Service Model에서 세부 메시지로 정의되는 E2SM Indication header format을 포함할 수 있다. 본 개시의 실시 예들에 따른 RIC Indication Header는 E2SM-IDM Indication Header Format 1로 정의될 수 있다. 세부 E2SM-IDM Indication Header Format 1은 E2 Indication message를 전달하는 E2 노드의 ID와 Network Interface Timestamp 와 Group ID를 포함할 수 있다. 여기서, Network Interface Timestamp와 Group ID는 도 14b의 E2SM-IDM Action Definition Format 1에서 RIC 가 요청한 사항일 수 있다. E2 노드는 E2 Indication header를 통해, Network Interface Timestamp와 Group ID를 Near-RT RIC에게 전송할 수 있다.

도 16a 내지 도 16d는 본 개시의 실시 예들에 따른 RIC 지시 메시지의 포맷의 예들을 도시한다. 도 16a 내지 도 16d를 참고하면, E2 노드(예: gNB)는 Near-RT RIC에게 E2 지시 메시지를 전송할 수 있다. E2 노드의 예로 gNB가 도시되었으나, eNB, ng-eNB, en-gNB, O-CU, O-DU, O-CU-CP, O-CU-UP 등 RIC와 E2 인터페이스로 정의되는 E2 노드라면 본 개시의 실시 예들이 적용될 수 있음은 물론이다.

E2 지시 메시지는 Message Type, RIC Request ID, RIC Function ID, RIC Action ID, RIC Indication SN(optional), RIC Indication Type, RIC Indication Header, RIC Indication message, RIC Call process ID(optional)를 포함할 수 있다. RIC 지시 메시지(RIC Indication message)는 E2SM-IDM indication 포맷에 따라 정의되는 UE ID를 포함할 수 있다.

도 16a를 참고하면, 본 개시의 실시 예들에 따라, E2SM-IDM indication 포맷 1의 경우, RIC 지시 메시지는 O-RAN UE ID 구조(O-RAN UE ID structure)를 포함할 수 있다. O-RAN UE ID 구조의 IE("O-RAN UE ID structure")는 E2 노드에서 정의될 수 있는 모든 유형의 UE ID를 포함하도록 설계된 포맷을 가질 수 있다. O-RAN UE ID 구조는 호 설정(call setup) 절차에서 이용될 수 있다. 일 실시 예에 따라, O-RAN UE ID 구조는 도 17a의 포맷일 수 있다.

일 실시 예에 따라, 분산형 기지국(disaggregated gNB)에서, gNB-CU-CP, gNB-CU-UP, gNB-DU는 호 설정을 위해 각각 Near-RT RIC에게 UE ID를 포함하는 E2 지시 메시지를 전송할 수 있다. 또한, 일 실시 예에 따라, PDU 세션을 추가하고자 하는 경우(혹은 CU-UP를 추가하고자 하는 경우), gNB-CU-CP, gNB-CU-UP #2는 각각 Near-RT RIC에게 UE ID를 포함하는 E2 지시 메시지를 전송할 수 있다. 또한, 일 실시 예에 따라, DC(dual connectivity)에서 SN(secondary node)를 추가하고자 하는 경우(예: SgNB Addition), MN(master node)의 gNB-CU-CP, SN의 gNB-CU-CP, gNB-CU-UP, gNB-DU는 각각 Near-RT RIC에게 UE ID를 포함하는 E2 지시 메시지를 전송할 수 있다. 이 때, E2 노드에서 운용하는 UE ID는 E2 노드 마다 다르기 때문에, O-RAN UE ID 구조에서 포함되는 구체적인 정보들은 E2 노드마다 다를 수 있다. 구체적인 설명은 도 18a 내지 도 18c를 통해 서술된다.

도 16b를 참고하면, 본 개시의 실시 예들에 따라, E2SM-IDM indication 포맷 2의 경우, RIC 지시 메시지는 Key UE ID 구조(Key UE ID structure)를 포함할 수 있다. Key UE ID 구조의 IE("Key UE ID structure")는 E2 노드의 상위 노드에서 관리하는 UE ID를 포함하도록 설계된 포맷을 가질 수 있다. Key UE ID 구조는 해제 절차에서 이용될 수 있다. 일 실시 예에 따라, 분산형 기지국(disaggregated gNB)에서, gNB-CU-CP, gNB-CU-UP, gNB-DU는 호 해제(call release)를 위해, 각각 Near-RT RIC에게 UE ID를 포함하는 E2 지시 메시지를 전송할 수 있다. 또한, 일 실시 예에 따라, PDU 세션을 해제하고자 하는 경우(혹은 gNB CU-UP의 slice를 해제하고자 하는 경우), gNB-CU-CP, gNB-CU-UP #2는 각각 Near-RT RIC에게 UE ID를 포함하는 E2 지시 메시지를 전송할 수 있다. 또한, 일 실시 예에 따라, DC(dual connectivity)에서 SN(secondary node)를 해제하려는 경우, gNB-CU-CP, gNB-CU-UP, gNB-DU는 각각 Near-RT RIC에게 UE ID를 포함하는 E2 지시 메시지를 전송할 수 있다. 호 설정(call setup) 절차와 마찬가지로, 해제 절차에서도, E2 노드에서 운용하는 UE ID는 E2 노드 마다 다르기 때문에, Key UE ID 구조에서 포함되는 구체적인 정보들은 E2 노드마다 다를 수 있다. 구체적인 설명은 도 19a 내지 도 19c를 통해 서술된다.

도 16c를 참고하면, 본 개시의 실시 예들에 따를 때, E2SM-IDM indication 포맷 3-1의 경우, RIC 지시 메시지는 Key UE ID 구조(Key UE ID structure)와 업데이트 UE ID 파트를 포함할 수 있다. 여기서, 업데이트 UE ID 파트란, 변경된 정보만을 RIC에게 전달할 수 있도록 정의된 포맷을 의미한다. 일 실시 예에 따라, Key UE ID 구조(Key UE ID structure)는 도 17b의 포맷일 수 있다. 또한, 일 실시 예에 따라, 업데이트 UE ID 파트는 도 17c의 포맷일 수 있다. E2SM-IDM indication 포맷 3-1의 RIC 지시 메시지는 호 설정 절차 혹은 호 해제 절차 모두에서 이용될 수 있다. 이를 위해, E2SM-IDM indication 포맷 3-1의 RIC 지시 메시지는 E2 노드의 추가(add)인지 해제(release)인지를 나타내기 위한 IE를 포함할 수 있다.

도 16d를 참고하면, 본 개시의 실시 예들에 따를 때, E2SM-IDM indication 포맷 3-2의 경우, RIC 지시 메시지는 부분 업데이트 기반 O-RAN UE ID 구조(O-RAN UIE ID Structure for Partial Update)를 포함할 수 있다. 포맷 3-1의 Key UE ID 구조와 업데이트 UE ID 파트는 별도의 필드로 정의되는 대신에, 포맷 3-2에서는 두 정보들이 하나의 필드에 정의될 수 있다. 일 실시 예에 따라, 부분 업데이트 기반 O-RAN UE ID 구조는 도 17d의 포맷일 수 있다. E2SM-IDM indication 포맷 3-2의 RIC 지시 메시지는 호 설정 절차 혹은 호 해제 절차 모두에서 이용될 수 있다. 이를 위해, E2SM-IDM indication 포맷 3-1의 RIC 지시 메시지는 E2 노드의 추가(add)인지 해제(release)인지를 나타내기 위한 IE를 포함할 수 있다.

한편, 본 개시의 실시 예들에 따른 E2SM-IDM indication 포맷의 번호는 예시적인 것이며, 본 개시의 실시 예들을 제한하는 것으로 해석되지 않는다.

도 17a 내지 도 17d는 본 개시의 실시 예들에 따른 E2SM(E2 service model)-IDM 지시(indication) 메시지 포맷의 예들을 도시한다. 상술한 바와 같이, 도 17a는 O-RAN UE ID 구조의 포맷, 도 17b는 Key UE ID 구조의 포맷, 도 17c는 업데이트 UE ID 파트의 포맷, 도 17d는 부분 업데이트 기반 O-RAN UE ID 구조의 메시지 포맷을 예시한다.

이하, 도 18a~18c, 19a~19c, 20a~20c는 본 개시의 실시 예들에 따른 UE ID report 절차를 도시한다. UE ID는 RIC Indication을 통해 E2 노드에서 RIC에게 전달될 수 있다. 이 때, RIC Indication 전송에는 REPORT service가 설정될 수 있다.

도 18a 내지 도 18c는 본 개시의 실시 예들에 따른 호(call) 설정(setup)에 E2 지시(indication)를 전송하는 시그널링의 예들을 도시한다.

도 18a는 call setup 시점에서의 UE ID report 동작을 도시한다. 해당 절차에서 DU는 Initial UL RRC Message Transfer에 대한 응답으로 gNB CU-CP로부터 DL RRC Message Transfer를 수신할 수 있다. DL RRC Message Transfer는 gNB-CU UE F1AP ID를 포함할 수 있다. DU는 gNB-CU UE F1AP ID를 RIC에게 전달할 수 있다. 한편, DL RRC Message Transfer를 수신하는 시점이 해당 gNB-DU 입장에서는 최초로 UE ID를 획득하는 시점이다. 다만 이 시점에는 아직 DU에서 해당 단말의 SPID/RFSP 혹은 Masked IMEISV, S-NSSAI를 알 수가 없기 때문에, 만약 UE ID report 조건에 해당 인자를 포함한 경우만 report 하는 것으로 제약된 경우라면, DU는 UE Context Setup Request를 최초로 받는 시점까지 E2 Indication으로 UE ID를 Report 하는 동작을 미뤘다가 수행할 수도 있다.

CU-CP의 경우 AMF UE NGAP ID를 최초로 획득하는 시점 이후에, UE ID를 E2 Indication으로 report 할 수 있다. 일반적으로 해당 시점은 Initial Context Setup Request를 받는 시점이나, 만약 DL NAS Transfer를 통해 최초로 AMF UE NGAP ID를 획득할 경우 앞서 DU에서 설명했던 것과 마찬가지로 Initial Context Setup Request를 받아서 유관 파라미터를 확인하여 조건을 확인할 수 있는 최초 메시지를 받는 시점까지 UE ID Report 동작을 유예할 수 있다. 이후, 조건이 충족되면 CU-CP는 Near-RT RIC에게 UE IE를 보고할 수 있다.

본 개시의 실시 예들에 따를 때, gNB CU-CP는 gNB-CU UE F1AP ID, gNB-CU-CP UE E1AP ID이므로, 이를 포함시켜 E2 Indication을 RIC에게 전송할 수 있다. 또한, gNB CU-CP는 AMF와 연결된다. gNB CU-CP는 AMF에서 운용하는 UE ID인 AMF UE NGAP ID 및 AMF인 GUAMI를 RIC에게 전송할 수 있다.

CU-UP는 Bearer Context Setup Request를 수신하는 시점에 최초의 gNB-CU-CP UE E1AP ID를 획득할 수 있다. 부가적인 파라미터 역시 해당 시점에 같이 획득할 수 있으므로 해당 시점 이후, CU-CP는 E2 Indication 메시지로 UE ID를 report 할 수 있다.

추가적인 일 실시 예에 따라, 각 E2 노드는 RIC에게 RAN UE ID를 더 포함하여 보고할 수 있다. RAN UE ID는 gNB CU-CP에 의해 생성될 수 있다. gNB CU-CP는 gNB CU-UP와 gNB DU에게 RAN UE ID를 전달함으로써, RAN UE ID를 공유할 수 있다. 이후, gNB CU-CP는 AMF(Access and Mobility management Function) UE NGAP ID, GUAMI(Globally Unique AMF ID), gNB-CU UE F1AP ID, gNB-CU-CP UE E1AP ID에 더하여, RAN UE IE을 RIC에게 보고할 수 있다. gNB CU-UP는 gNB-CU-CP UE E1AP ID에 더하여 RAN UE IE을 RIC에게 보고할 수 있다. gNB DU는 gNB CU F1AP ID에 더하여, RAN UE IE을 RIC에게 보고할 수 있다.

도 18b는 먼저 Call setup 이 되고 1개의 PDU SESSION이 기 설정된 상태에서, 추가적인 PDU SESSION을 별도의 CU-UP #2에 대해 설정하는 절차를 도시한다. 이 경우 CU-UP는 최초로 E1AP logical connection 이 생성되므로 통상적인 E2 Indication 절차를 통해 UE ID 가 setup 되었음을 report 할 수 있다. 다만 CU-CP의 경우는 E1AP link 가 추가 setup 되므로, 이 경우 기존에 이미 report 했던 부분은 중복으로 다시 report 할 필요가 없게 된다. 따라서, gNB CU-CP는 key 가 될 수 있는 AMF UE NGAP ID 외에, 추가되는 gNB-CU-CP UE E1AP ID#2 만 부가적으로 전송함으로써, RIC의 UE ID를 update할 수 있다. 일 실시 예에 따라, gNB CU-CP는 도 17b 및 도 17c의 메시지 포맷 3-1 혹은 도 17의 메시지 포맷 3-2를 이용하여, RIC에게 UE ID를 업데이트할 수 있다.

도 18c는 Call setup 이후, Dual connectivity 절차로 인해 SN gNB 가 추가되는 경우를 도시하고 있다. 만약 MN gNB의 CU-CP에서 Dual Connectivity를 통해 SN Addition을 수행할 경우, XnAP S-NODE ADDITION REQUEST 메시지를 통해 M-NG-RAN node UE XnAP ID를 전달하게 된다. 해당 시점에 MN CU-CP는 DC 가 설정되므로 E2 Indication을 통해 자기 자신의 key id 인 AMF UE NGAP ID와, 추가가 되는 M-NG_RAN node UE XnAP ID를 E2 Indication을 통해 전달하고 near-RT RIC은 이를 받아 업데이트할 수 있다. 이후 SN gNB의 CU-CP는 자신의 node 내에 call setup을 수행할 수 있다. SN gNB의 CU-CP는, 이 과정에서 생성되는 F1AP logical connection 및 E1AP logical connection에 대해 생성되는 ID 및 자기 자신을 특정 지을 수 있는 M-NG-RAN node UE XnAP ID 와 자기 자신의 gNB ID를 near-RT RIC로 전달할 수 있다. 이는 SN gNB의 CU-CP의 상위 노드이자 Key 역할을 하는 노드로서, Master node를 이용하기 때문이다. DU 및 CU-UP는 각각 F1AP UE Context Setup Request, E1AP Bearer Context Setup Request를 받아 최초로 logical connection 이 생기고 유관 AP ID를 수령하는 시점 이후, E2 Indication을 통해 near-RT RIC으로 해당 UE ID를 report할 수 있다.

도 19a 내지 도 19c는 본 개시의 실시 예들에 따른 호 해제(release)에 따른 E2 지시(indication)를 전송하는 시그널링의 예들을 도시한다. 도 19a~19c를 통해 호 해제에 따른 UE ID release 절차가 도시된다. 해당 시점은 각 node에 assign 됐던 AP ID 가 회수되는 시점 이후가 일반적이며, 경우에 따라 UE ID report condition을 만족하지 못하게 되는 시점에도 trigger 될 수 있다. 우선 도 19a의 경우, DU는 UE Context Release Command를 받은 시점, gNB CU-CP는 각 DU 및 CU-UP 로부터 UE Context Release Complete 혹은 Bearer Context Release Complete를 받거나, 유관 timer 가 timeout에 걸려 호를 해제하는 시점, 혹은 AMF 로 UE Context Release Complete를 report 하여 NGAP logical connection 이 끊어지는 시점 직후에 near RT RIC에게 E2 Indication을 전송할 수 있다. 해당 E2 Indication은 해당 UE ID 가 release 됨을 지시하도록 구성될 수 있다. 이 때, UE ID의 key에 해당하는 AMF UE NGAP ID 만 보내서 release를 처리하더라도, CU-CP의 다른 UE ID 관련 부분을 묶어서 삭제하는데는 문제가 없으므로, 효율성을 위해 key ID 인 AMF UE NGAP ID 만 report 하면 충분하다.

상위에 대응하는 노드에서 관리하는 UE ID는, 상기 노드와 연결되는 하위 노드들과 연관되어 있기 때문이다. 해당 UE ID만을 전송하더라도, 하나 이상의 하위 노드들에서 관리되는 UE ID 모두 식별이 가능하다. 즉, 본 개시의 실시 예들은 특정 E2 노드의 Key UE ID로서, 상기 특정 E2 노드의 상위 노드의 UE ID를 이용함에 그 특징이 있다. 상위 노드와 하위 노드의 운용 원리는, 도 21을 통해 구체적으로 서술된다.

마찬가지로 CU-UP의 경우 Bearer Context Release Command를 받아 E1AP ID를 회수하는 시점 이후에, CU-UP는 Near-RT RI에게 E2 Indication을 통해 UE ID release를 report 한다.

도 19b는 PDU SESSION Release를 통해 특정 CU-UP#2와 CU-CP간 E1AP logical connection 이 끊어지는 경우를 도시하고 있다. 도 19b를 참고하면, CU-UP 는 E2 Indication 으로 UE ID release 를 report 하나, CU-CP 는 여러 개의 E1 link 중 1개가 삭제되는 동작이므로 Partial Update 를 통해 변경이 발생하는 E1 link 에 대한 gNB-CU-CP UE E1AP ID#2 만 삭제됨을 E2 Indication 메시지를 통해 전달할 수 있다. 해당 시점에는 CU-CP의 UE ID의 다른 부분은 변경되지 않는다. 따라서, 전체 ID 대신 key에 해당하는 AMF UE NGAP ID만을 이용하여 E2 Indication을 전송함으로써, 효율성이 극대화될 수 있다.

도 19c는 NR-DC가 해제되는 경우로, XnAP를 통해 UE Context Release 가 전달되는 경우를 도시하고 있다. 이 경우, MN의 CU-CP는 SN과의 연결이 끊어지므로 E2 Indication을 통해 M-NG-RAN node UE XnAP ID를 삭제하도록 partial update 동작을 수행할 수 있다. 다른 SN의 CU-CP, DU, CU-UP는 호 해제에 따른 동작이므로, 각 E2 노드는 유관 해제 시, E2 Indication으로 UE ID에 대한 release를 report할 수 있다.

도 20a 내지 도 20c는 본 개시의 실시 예들에 따른 RAN UE ID를 통해 E2 지시(indication)를 전송하는 시그널링의 예들을 도시한다. gNB-CU-CP는 RAN UE ID를 생성하고, 다른 E2 노드(예: gNB-CU-UP, gNB-DU)에게 이를 공유할 수 있다. RAN UE ID를 Key로 사용함으로써, 메시지 전달에 효율성을 높일 수 있다. 도 20a~20c는 앞서 도 19a~19c에서 기 설명한 call release, PDU Session Release 로 인한 CU-UP 와의 E1 link release, 그리고 NR-DC 해제로 인한 SgNB release에 따른 SN CU-CP, DU, CU-UP release 시 key ID를 RAN UE ID 로 이용하는 동작에 대한 도시이며, 이외의 동작 절차는 동일하다. 단, 본 도면의 플로우에는 명시적으로 도시되어 있지는 않으나, eNB 관련 I/F (X2AP, W1AP) 로는 RAN UE ID를 전달할 수 없으므로, UE ID 구성 요소로 RAN UE ID를 제외한 상태이다. 따라서 RAN UE ID 가 없을 경우는 이를 key 로 사용하는 release 절차 혹은 partial update 절차를 사용할 수 없다.

도 21은 본 개시의 실시 예들에 따른 UE ID 구조의 설계의 원리를 도시한다. 본 개시의 실시 예들에 따른 UE ID 구조는, E2 노드 마다 관리하는 UE ID가 정의됨에 따라, E2 노드 별 UE ID 간의 연관성을 나타낸다. E2 노드는 O-DU, O-CU, O-CU-CP, 또는 O-CU-UP일 수 있다. 한편, 이는 gNB의 분산형 기지국 배치를 예시한 것으로, 다른 일 실시 예에 따라, E2 노드는 eNB, ng-eNB, en-gNB와 같은 기지국을 포함할 수도 있다.

본 개시의 실시 예들에 따른 UE ID 구조는, E2 노드에서 정의되는 Key UE ID를 통해 E2 Indication 전달의 높은 효율성을 제공할 수 있다. 즉, 호를 설정하거나 해제함에 있어, 항상 관련된 E2 노드들 각각의 UE ID 모두를 RIC에게 보고하는 대신, 가능한 경우에는 Key UE ID를 전송함으로써 E2 Indication 전달의 효율성을 높일 수 있다. Near RT RIC는 Key UE ID를 획득함으로써, 얻고자 하는 정보를 효율적으로 획득할 수 있다. 뿐만 아니라, Key UE ID에 더하여 업데이트되는 UE ID에 대한 정보를 별도로 혹은 동일 필드를 통해 획득함으로써, Key UE ID 전달 방식은 보완될 수 있다.

본 개시의 실시 예들에 따라, MN의 O-CU-CP는 AMF와 NGAP 인터페이스를 통해 연결될 수 있다. MN의 O-CU-CP는 RAN UE NGAP ID를 Key UE ID로 이용할 수 있다.

본 개시의 실시 예들에 따라, MN의 O-DU는 O-CU-CP와 F1AP 인터페이스를 통해 연결될 수 있다. MN의 O-DU는 RAN UE F1AP ID를 Key UE ID로 이용할 수 있다. 일 실시 예에 따라, 적어도 하나의 O-DU가 O-CU-CP와 연결될 수 있기 때문에, RAN UE F1AP ID는 리스트의 형태로 관리될 수 있다. 일 예로, 리스트는 하나 혹은 복수의 RAN UE F1AP ID들을 포함할 수 있다.

본 개시의 실시 예들에 따라, MN의 O-CU-UP는 O-CU-CP와 E1AP 인터페이스를 통해 연결될 수 있다. MN의 O-CU-UP는 RAN UE E1AP ID를 Key UE ID로 이용할 수 있다. 일 실시 예에 따라, 적어도 하나의 O-CU-UP가 O-CU-CP와 연결될 수 있기 때문에, RAN UE E1AP ID는 리스트의 형태로 관리될 수 있다. 일 예로, 리스트는 하나 혹은 복수의 RAN UE E1AP ID들을 포함할 수 있다.

본 개시의 실시 예들에 따라, Dual Connectivity가 설정된 경우, SN은 MN과 연결될 수 있다. SN의 상위 노드는 MN일 수 있다. SN의 O-CU-CP는 MN의 O-CU-CP와 XnAP 인터페이스를 통해 연결될 수 있다. SN의 O-CU-CP는 M-NG RAN node UE XnAP ID를 Key UE ID로 이용할 수 있다. 한편, Dual Connectivity가 설정되지 않은 경우, MN은 gNB(혹은 gNB-CU/gNB-DU)를 의미할 수 있다.

일부 실시 예들에서, 각 E2 노드에서 관리하는 UE ID 대신에 O-CU-CP에서 생성하는 RAN UE ID가 본 개시의 실시 예들에 따른 Key UE ID로 이용될 수도 있다. 즉, O-CU-CP에 의해 생성된 RAN UE ID는 하위 노드인 O-DU, O-CU-UP에 전달될 수 있다. RAN UE ID는 각 E2 노드에게 Key ID로서 기능할 수 있다. 각 E2 노드는 RAN UE ID를 Near RT RIC에게 보고할 수 있다. 그러나, XnAP 혹은 X2AP 인터페이스 상에서 RAN UE ID는 전달되지 않으므로, Dual Connectivity와 같은 상황에서는 MN과 SN은 독립적인 UE ID를 포함할 수 있다. 즉, 도 21에 도시된 바와 같이, MN의 O-CU-CP, O-CU-UP, O-D는 각각 MN에 대한 RAN UE ID(즉, MN의 O-CU-CP에 의해 생성된 UE ID)를 Key UE ID로 이용하고, SN의 O-CU-CP, O-CU-UP, O-D는 각각 SN에 대한 RAN UE ID(즉, SN의 O-CU-CP에 의해 생성된 UE ID)를 Key UE ID로 이용할 수 있다.

상술된 실시 예들에 따른 Key UE ID 및 운용 UE ID는 하기의 표와 같이 요약될 수 있다.

Node	Key ID for E2 UE ID
AMF	N/A for RIC
O-CU-CP	AMF UE NGAP ID, GUAMI (key) gNB-CU UE F1AP ID list gNB-CU-CP UE E1AP ID list M-NG-RAN node UE XnAP ID
O-CU-UP	gNB-CU-CP UE E1AP ID (key)
O-DU	gNB-CU UE F1AP ID (key)
SgNB (CU-CP)	M-NG-RAN node UE XnAP ID, gNB ID (key)
MN / SN gNB (CP,UP,DU)	RAN UE ID (if exist)

본 개시의 다양한 실시 예들에 따른 RIC의 RRM 제어에 따라, IPC 비용이 감소할 수 있다. 특히, DU/CU/RIC가 동일한 환경에 위치할 경우, 메시지 중계를 위한 비용이 줄어들 수 있다. RIC는 메시지 전달을 제외한 모든 것들을 수행함으로써, 벤더들 간의 운용 상에 따른 상호성 문제가 해소될 수 있다. 또한, RIC의 지능형 기능(intelligent function)은 DU, CU-UP들 간의 특정 기능을 대체할 수 있도록, 업그레이드될 수 있다.

도 17a 내지 도 17d의 표는 하기의 표 3 내지 6일 수 있다.

IE/Group Name	Presence	Range	IE type and reference	Semantics description
CHOICE E2 Node Type	M
>gNB/ ng-eNB
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established. To be reported by both MN and SN3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present when DC is established. To be reported only by SN3GPP 38.423 [] clause 9.2.2.3
>gNB-CU-CP
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F
>> gNB-CU UE F1AP ID List		1		More than 1 F1AP ID shall be reported only when NR-DC is established without Xn I/F.(However if NR-DC is established over Xn I/F, 1 F1AP ID for can be available → we can remove this comment at all)
>>> gNB-CU UE F1AP ID Item		1 .. maxF1APId
>>>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> gNB-CU UE E1AP ID List		1
>>> gNB-CU UE E1AP ID Item		1 .. maxE1APId
>>>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established. To be reported by both MN and SN3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present when DC is established. To be reported only by SN3GPP 38.423 [] clause 9.2.2.3
>gNB-CU
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F
>> gNB-CU UE F1AP ID List		1		More than 1 F1AP ID shall be reported only when NR-DC is established
>>> gNB-CU UE F1AP ID Item		1 .. maxF1APId
>>>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established. To be reported by both MN and SN3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present when DC is established. To be reported only by SN3GPP 38.423 [] clause 9.2.2.3
>gNB-DU	O
>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>gNB-CU-UP
>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>ng-eNB CU
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F
>> ng-eNB-CU UE W1AP ID	M		INTEGER	3GPP 37.473 [] clause 9.3.1.4
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established. To be reported by both MN and SN3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present when DC is established. To be reported only by SN3GPP 38.423 [] clause 9.2.2.3
>ng-eNB DU
>> ng-eNB-CU UE W1AP ID	M		INTEGER	3GPP 37.473 [] clause 9.3.1.4
>en-gNB
>> MeNB UE X2AP ID	M		INTEGER	3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	M		OCTET STRING	3GPP 36.423 [] clause 9.2.22
>en-gNB-CU
>> MeNB UE X2AP ID	M		INTEGER	3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	M		OCTET STRING	3GPP 36.423 [] clause 9.2.22
>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>en-gNB-CU-CP
>> MeNB UE X2AP ID	M		INTEGER	3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	M		OCTET STRING	3GPP 36.423 [] clause 9.2.22
>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> gNB-CU UE E1AP ID List		1
>>> gNB-CU UE E1AP ID Item		1 .. maxE1APId
>>>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>en-gNB-DU
>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>en-gNB-CU-UP
>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>eNB
>> MME UE S1AP ID	M		INTEGER	3GPP 36.413 [] clause 9.2.3.3
>> GUMMEI	M		OCTET STRING	3GPP 36.413 [] clause 9.2.3.9
>> MeNB UE X2AP ID	C		INTEGER	Conditionally present when DC is established. To be reported by both MN and SN3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	C		OCTET STRING	Conditionally present when DC is established. To be reported only by SN3GPP 36.423 [] clause 9.2.22

IE/Group Name	Presence	Range	IE type and reference	Semantics description
CHOICE E2 Node Type	M
>gNB/ ng-eNB
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present for Secondary Node (or Slave Node) when DC is established. 3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present for Secondary Node (or Slave Node) when DC is established. To be reported only by SN3GPP 38.423 [] clause 9.2.2.3
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>gNB-CU-CP
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present for Secondary Node (or Slave Node) when DC is established. 3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present for Secondary Node (or Slave Node) when DC is established. To be reported only by SN3GPP 38.423 [] clause 9.2.2.3
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>gNB-CU
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present for Secondary Node (or Slave Node) when DC is established. 3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present for Secondary Node (or Slave Node) when DC is established. To be reported only by SN3GPP 38.423 [] clause 9.2.2.3
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>gNB-DU	O
>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>gNB-CU-UP
>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>ng-eNB CU
>> AMF UE NGAP ID	M		INTEGER	3GPP 38.413 [] clause 9.3.3.1
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>ng-eNB DU
>> ng-eNB-CU UE W1AP ID	M		INTEGER	3GPP 37.473 [] clause 9.3.1.4
>en-gNB
>> MeNB UE X2AP ID	M		INTEGER	3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	M		OCTET STRING	3GPP 36.423 [] clause 9.2.22
>en-gNB-CU
>> MeNB UE X2AP ID	M		INTEGER	3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	M		OCTET STRING	3GPP 36.423 [] clause 9.2.22
>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>en-gNB-CU-CP
>> MeNB UE X2AP ID	M		INTEGER	3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	M		OCTET STRING	3GPP 36.423 [] clause 9.2.22
>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> gNB-CU UE E1AP ID List		1
>>> gNB-CU UE E1AP ID Item		1 .. maxE1APId
>>>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>en-gNB-DU
>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>en-gNB-CU-UP
>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> RAN UE ID	O		OCTET STRING	3GPP 38.473 [] clause 9.2.2.1
>eNB
>> MME UE S1AP ID	M		INTEGER	3GPP 36.413 [] clause 9.2.3.3
>> GUMMEI	M		OCTET STRING	3GPP 36.413 [] clause 9.2.3.9
>> MeNB UE X2AP ID	C		INTEGER	Conditionally present when DC is established. To be reported by both MN and SN3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	C		OCTET STRING	Conditionally present when DC is established. To be reported only by SN3GPP 36.423 [] clause 9.2.22

IE/Group Name	Presence	Range	IE type and reference	Semantics description
CHOICE Modification Type	M
> add				If updated part is for adding UE ID component
> release				If updated part is for releasing UE ID component
CHOICE E2 Node Type	M
>gNB/ ng-eNB
>> (updated) GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally present when GUAMI update is required and in this case Modification Type is "add"
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established. To be reported by MN when DC over Xn I/F is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release 3GPP 38.423 [] clause 9.3.1.4
>gNB-CU-CP
>> (updated) GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally present when GUAMI update is required and in this case Modification Type is "add"
>> gNB-CU UE F1AP ID List		0..1		More than 1 F1AP ID shall be reported only when NR-DC is established without Xn I/F.(However if NR-DC is established over Xn I/F, 1 F1AP ID for can be available → we can remove this comment at all)
>>> gNB-CU UE F1AP ID Item		1 .. maxF1APId
>>>> gNB-CU UE F1AP ID	O		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> gNB-CU UE E1AP ID List		0..1
>>> gNB-CU UE E1AP ID Item		1 .. maxE1APId
>>>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established. To be reported by MN when DC over Xn I/F is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release 3GPP 38.423 [] clause 9.3.1.4
>gNB-CU
>> (updated) GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally present when GUAMI update is required and in this case Modification Type is "add"
>> gNB-CU UE F1AP ID List		0..1
>>> gNB-CU UE F1AP ID Item		1 .. maxF1APId
>>>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established. To be reported by MN when DC over Xn I/F is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release 3GPP 38.423 [] clause 9.3.1.4
>ng-eNB CU
>> (updated) GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally present when GUAMI update is required and in this case Modification Type is "add"
>> ng-eNB-CU UE W1AP ID	O		INTEGER	3GPP 37.473 [] clause 9.3.1.4
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established. To be reported by MN when DC over Xn I/F is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release 3GPP 38.423 [] clause 9.3.1.4
>en-gNB-CU-CP
>> gNB-CU UE F1AP ID	O		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> gNB-CU UE E1AP ID List		0..1
>>> gNB-CU UE E1AP ID Item		1 .. maxE1APId
>>>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>eNB
>> MeNB UE X2AP ID	C		INTEGER	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	C		OCTET STRING	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 36.423 [] clause 9.2.22

IE/Group Name	Presence	Range	IE type and reference	Semantics description
CHOICE Modification Type	M
> add				If updated part is for adding UE ID component or update UE ID component.
> release				If updated part is for releasing UE ID component
CHOICE E2 Node Type	M
>gNB/ ng-eNB
>> AMF UE NGAP ID	M		INTEGER	3GPP 38.413 [] clause 9.3.3.1//
>> (updated) GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally present when GUAMI update is required and in this case Modification Type is "add"
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. 3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. 3GPP 38.423 [] clause 9.2.2.3
>gNB-CU-CP
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> (updated) GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally present for Primary Node when GUAMI update is required and in this case Modification Type is "add" Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F
>> gNB-CU UE F1AP ID List		0..1
>>> gNB-CU UE F1AP ID Item		1 .. maxF1APId
>>>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> gNB-CU UE E1AP ID List		0..1
>>> gNB-CU UE E1AP ID Item		1 .. maxE1APId
>>>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 38.423 [] clause 9.2.2.3
>gNB-CU
>> AMF UE NGAP ID	C		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> (updated) GUAMI	C		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally present for Primary Node when GUAMI update is required and in this case Modification Type is "add" Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F
>> gNB-CU UE F1AP ID List		0..1
>>> gNB-CU UE F1AP ID Item		1 .. maxF1APId
>>>> gNB-CU UE F1AP ID	M		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 38.423 [] clause 9.2.2.3
>ng-eNB CU
>> AMF UE NGAP ID	M		INTEGER	3GPP 38.413 [] clause 9.3.3.1Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F.
>> GUAMI	O		OCTET STRING	3GPP 38.413 [] clause 9.3.3.3Conditionally present for Primary Node when GUAMI update is required and in this case Modification Type is "add" Conditionally absent for Secondary Node (or Slave Node) when DC is established over Xn I/F
>> ng-eNB-CU UE W1AP ID	O		INTEGER	3GPP 37.473 [] clause 9.3.1.4
>> M-NG-RAN node UE XnAP ID	C		INTEGER	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 38.423 [] clause 9.3.1.4
>> Global gNB ID	C		OCTET STRING	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 38.423 [] clause 9.2.2.3
>en-gNB-CU
>> MeNB UE X2AP ID	M		INTEGER	3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	M		OCTET STRING	3GPP 36.423 [] clause 9.2.22
>> gNB-CU UE F1AP ID	O		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>en-gNB-CU-CP
>> MeNB UE X2AP ID	M		INTEGER	3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	M		OCTET STRING	3GPP 36.423 [] clause 9.2.22
>> gNB-CU UE F1AP ID	O		INTEGER	3GPP 38.473 [] clause 9.3.1.4
>> gNB-CU UE E1AP ID List		0..1
>>> gNB-CU UE E1AP ID Item		1 .. maxE1APId
>>>> gNB-CU-CP UE E1AP ID	M		INTEGER	3GPP 38.463 [] clause 9.3.1.4
>eNB
>> MME UE S1AP ID	M		INTEGER	3GPP 36.413 [] clause 9.2.3.3
>> MeNB UE X2AP ID	C		INTEGER	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 36.423 [] clause 9.3.1.4
>> Global eNB ID	C		OCTET STRING	Conditionally present when DC is established or released. If DC Secondary Node is added or released, MN will report this with Modification Type = add or release. For Secondary Node, it will be used as key UE ID part. 3GPP 36.423 [] clause 9.2.22

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

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

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

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

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

한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다.

Claims

E2 노드에 의해 수행되는 방법에 있어서,
가입 요청 메시지를 RIC(RAN(radio access network) intelligent controller)로부터 수신하는 과정과,
가입 응답 메시지를 상기 RIC에게 전송하는 과정과,
상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우, RIC 지시(indication) 메시지를 상기 RIC에게 전송하는 과정과 포함하고,
상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE(user equipment) ID(identifier)를 포함하는 방법.
청구항 1에 있어서,
상기 E2 노드가 CU(central unit)-CP(control plane)인 경우, 상기 상위 노드는 상기 CU-CP가 연결된 AMF(Access and Mobility management Function)이고,
상기 E2 노드가 CU-UP(user plane)인 경우, 상기 상위 노드는 상기 CU-UP가 연결된 CU-CP이고,
상기 E2 노드가 DU(distributed unit)인 경우, 상기 상위 노드는 상기 DU가 연결된 CU-CP인 방법,
상기 E2 노드가 SN(secondary node)인 경우, 상기 상위 노드는 상기 SN의 MN(master node)인 방법.
RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법에 있어서,
가입 요청 메시지를 E2 노드에게 전송하는 과정과,
가입 응답 메시지를 상기 E2 노드로부터 수신하는 과정과,
상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우 전송되는, RIC 지시(indication) 메시지를 상기 E2 노드로부터 수신하는 과정을 포함하고,
상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE(user equipment) ID(identifier)를 포함하는 방법.
청구항 3에 있어서,
상기 E2 노드가 CU(central unit)-CP(control plane)인 경우, 상기 상위 노드는 상기 CU-CP가 연결된 AMF(Access and Mobility management Function)이고,
상기 E2 노드가 CU-UP(user plane)인 경우, 상기 상위 노드는 상기 CU-UP가 연결된 CU-CP이고,
상기 E2 노드가 DU(distributed unit)인 경우, 상기 상위 노드는 상기 DU가 연결된 CU-CP이고,
상기 E2 노드가 SN(secondary node)인 경우, 상기 상위 노드는 상기 SN의 MN(master node)인 방법.
E2 노드에 의해 수행되는 장치에 있어서,
적어도 하나의 송수신기와,
적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는, 상기 적어도 하나의 송수신기가,
가입 요청 메시지를 RIC(RAN(radio access network) intelligent controller)로부터 수신하고,
가입 응답 메시지를 상기 RIC에게 전송하고,
상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우, RIC 지시(indication) 메시지를 상기 RIC에게 전송하도록 제어하고,
상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE(user equipment) ID(identifier)를 포함하는 장치.
청구항 5에 있어서,
상기 E2 노드가 CU(central unit)-CP(control plane)인 경우, 상기 상위 노드는 상기 CU-CP가 연결된 AMF(Access and Mobility management Function)이고,
상기 E2 노드가 CU-UP(user plane)인 경우, 상기 상위 노드는 상기 CU-UP가 연결된 CU-CP이고,
상기 E2 노드가 DU(distributed unit)인 경우, 상기 상위 노드는 상기 DU가 연결된 CU-CP이고,
상기 E2 노드가 SN(secondary node)인 경우, 상기 상위 노드는 상기 SN의 MN(master node)인 장치.
RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 장치에 있어서,
적어도 하나의 송수신기와,
적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는, 상기 적어도 하나의 송수신기가,
가입 요청 메시지를 E2 노드에게 전송하고,
가입 응답 메시지를 상기 E2 노드로부터 수신하고,
상기 가입 응답 메시지에 따른 이벤트가 발생하는 경우 전송되는, RIC 지시(indication) 메시지를 상기 E2 노드로부터 수신하도록 제어하고,
상기 RIC 지시 메시지는 상기 E2 노드와 연관된 상위 노드에서 운용되는 UE(user equipment) ID(identifier)를 포함하는 장치.
청구항 7에 있어서,
상기 E2 노드가 CU(central unit)-CP(control plane)인 경우, 상기 상위 노드는 상기 CU-CP가 연결된 AMF(Access and Mobility management Function)이고,
상기 E2 노드가 CU-UP(user plane)인 경우, 상기 상위 노드는 상기 CU-UP가 연결된 CU-CP이고,
상기 E2 노드가 DU(distributed unit)인 경우, 상기 상위 노드는 상기 DU가 연결된 CU-CP이고,
상기 E2 노드가 SN(secondary node)인 경우, 상기 상위 노드는 상기 SN의 MN(master node)인 장치.