KR20240026030A

KR20240026030A - 규격 버전을 제공하기 위한 장치 및 방법

Info

Publication number: KR20240026030A
Application number: KR1020220104393A
Authority: KR
Inventors: 송준혁; 고영성; 김철민; 박소연; 이충근
Original assignee: 삼성전자주식회사
Priority date: 2022-08-19
Filing date: 2022-08-19
Publication date: 2024-02-27
Also published as: WO2024039027A1

Abstract

본 개시는 LTE(Long Term Evolution)와 같은 4G(4^th generation) 통신 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G(5^th generation) 또는 pre-5G 통신 시스템에 관련된 것이다. 실시예들에 있어서, E2 노드에 의해 수행되는 방법은, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 E2 셋업 요청 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 RIC로부터 E2 셋업 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함할 수 있다. 상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함할 수 있다.

Description

규격 버전을 제공하기 위한 장치 및 방법{APPARATUS AND METHOD FOR PROVIDING SPECIFICATION VERSION}

아래의 설명들은, 규격 버전을 제공하기 위한 장치 및 방법에 관한 것이다.

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)은, E2 노드와 Near-RT(real time) RIC(RAN(radio access network) intelligent controller) 간 E2 인터페이스의 애플리케이션 프로토콜(application protocol)에서, E2AP(E2 application protocol) 규격을 정의한다.

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

또한, 본 개시는 본 개시(disclosure)는, 무선 통신 시스템에서 RIC(RAN(radio access network) intelligent controller)에게 E2 노드의 O-RAN E2AP(E2 application protocol)의 규격 번호를 전달하기 위한 장치 및 방법을 제공한다.

실시예들에 있어서, E2 노드에 의해 수행되는 방법은, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 E2 셋업 요청 메시지를 전송하는 동작을 포함할 수 있다. 상기 방법은 상기 RIC로부터 E2 셋업 응답 메시지를 수신하는 동작을 포함할 수 있다. 상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함할 수 있다. 상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함할 수 있다.

실시예들에 있어서, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은, E2 노드로부터 E2 셋업 요청 메시지를 수신하는 동작을 포함할 수 있다. 상기 방법은 상기 E2 노드에게 E2 셋업 응답 메시지를 전송하는 동작을 포함할 수 있다. 상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함할 수 있다. 상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함할 수 있다.

실시예들에 있어서, E2 노드의 장치는, 적어도 하나의 송수신기, 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 E2 셋업 요청 메시지를 전송하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 RIC로부터 E2 셋업 응답 메시지를 수신하도록 구성될 수 있다. 상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함할 수 있다. 상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함할 수 있다.

실시예들에 있어서, Near-RT(real time) RIC(RAN(radio access network) intelligent controller)의 장치는, 적어도 하나의 송수신기, 및 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, E2 노드로부터 E2 셋업 요청 메시지를 수신하도록 구성될 수 있다. 상기 적어도 하나의 프로세서는, 상기 E2 노드에게 E2 셋업 응답 메시지를 전송하도록 구성될 수 있다. 상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함할 수 있다. 상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함할 수 있다.

본 개시의 실시예들에 따른 장치 및 방법은, 무선 통신 시스템에서 E2 노드가 RIC(RAN(radio access network) intelligent controller)에게 E2 노드(예: CU(central unit) 또는 CU-CP(control plane))와 관련된 E2AP 규격(specification)의 버전(version)을 제공함으로써, RIC가 O-RAN 규격의 E2AP 버전에 따른 특정한 무선 통신 제어 기능 수행을 가능케 한다. 또한 RIC가 기지국의 E2AP 규격의 호환성과 상관없이, 효과적으로 E2 노드를 제어할 수 있게 해서, E2 인터페이스의 상호 호환성을 높이는 기능을 제공한다.

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

도 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은 실시예들에 따른 E2AP(E2 application protocol) 규격의 버전 번호의 전달의 예를 도시한다.
도 11a 내지 11d는 일 실시예에 따른, E2AP 규격의 버전 번호를 제공하기 위한 E2 셋업 요청 메시지의 예를 도시한다.
도 12는 일 실시예에 따른 E2AP 규격의 버전 번호에 따른 호환성 식별의 예를 도시한다.

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

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

이하 본 개시는 무선 통신 시스템에서 RAN(radio access network) 내의 장치 및 RAN을 제어하는 장치 간 제어 절차에 관한 것이다. 구체적으로, 본 개시는 E2 인터페이스 상에서 E2 노드가 RIC에게 E2AP 규격의 버전 번호(예: E2AP 2.02)를 제공함으로써, E2 노드와 RIC가 규격적으로 올바른 동작을 수행하고, 후방위 호환성(backward compatibility)가 보장되도록 하기 위한 절차, 메시지, 및 방법에 관한 것이다.

이하 설명에서 사용되는 설정(configuration)을 지칭하는 용어(예: 셋업(setup), 셋팅(setting), 준비(arrangement), 제어(control)), 신호를 지칭하는 용어(예: 패킷, 메시지, 신호, 정보, 시그널링), 자원을 지칭하는 용어(예: 섹션(section), 심볼(symbol), 슬롯(slot), 서브프레임(subframe), 무선 프레임(radio frame), 서브캐리어(subcarrier), RE(resource element), RB(resource block), BWP(bandwidth part), 기회(occasion)), 연산 상태를 위한 용어(예: 단계(step), 동작(operation), 절차(procedure)), 데이터를 지칭하는 용어(예: 패킷, 메시지, 사용자 스트림, 정보(information), 비트(bit), 심볼(symbol), 코드워드(codeword)), 채널을 지칭하는 용어, 네트워크 객체(network entity)들을 지칭하는 용어(DU(distributed unit), RU(radio unit), CU(central unit), CU-CP(control plane), CU-UP(user plane), O-DU(O-RAN(open radio access network) DU), O-RU(O-RAN RU), O-CU(O-RAN CU), O-CU-UP(O-RAN CU-CP), O-CU-CP(O-RAN CU-CP)), 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다. 또한, 이하 사용되는 '...부', '...기', '...물', '...체' 등의 용어는 적어도 하나의 형상 구조를 의미하거나 또는 기능을 처리하는 단위를 의미할 수 있다.

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

또한, 본 개시는, 일부 통신 규격(예: 3GPP(3rd Generation Partnership Project), xRAN(extensible radio access network), 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(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(evolved packet core)(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의 near-RT RIC, non-RT RIC, O-CU-CP, O-CU-UP, O-DU 중 적어도 하나의 기능을 가지는 장치의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

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

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

저장부(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(management 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은 near RT-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는 near RT-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에 의해 수행될 수 있다.

E2 셋업 절차(E2 setup procedure)는 Near-RT RIC와 E2 노드 사이에서 E2 인터페이스를 설립(establish)하기 위해 이용될 수 있다. E2 노드는 Near-RT RIC에게 E2 셋업 요청 메시지를 전송할 수 있다. E2 셋업 요청 메시지는 RIC 서비스(RIC service) 및 E2 노드 설정 정보(E2 node configuration information)를 포함할 수 있다. Near-RT RIC는 E2 노드에게 E2 셋업 응답 메시지를 전송할 수 있다. E2 셋업 응답 메시지는 (RIC 서비스 및 E2 노드 설정 확인(acknowledge))을 포함할 수 있다.

E2 셋업 절차를 통해, E2 노드는, E2 노드 내에서, 지원되는 Near-RT RIC 서비스들 및 기능들(functions)로의 서비스들(service)의 매핑의 리스트를 제공할 수 있다. 제공되는 정보는 E2 노드에서 각 RAN 기능에 특정적이고, 특정 E2 서비스 모델(service model)에 의해 정의될 수 있다. Near-RT RIC는 지원되는 Near-RT RIC 서비스들 및 기능들(functions)로의 서비스들(service)의 매핑의 리스트를 추출하고(extracts), 정보를 저장할 수 있다. E2 셋업 절차를 통해, E2 노드는, E2 노드 구성 정보를 제공할 수 있다. 제공되는 정보는 E2 노드 유형 및 E2 노드 시스템 사양에 의해 정의될 수 있다. Near-RT RIC는 E2 노드 구성 정보의 리스트를 추출하고, 정보를 저장할 수 있다.

도 10은 실시예들에 따른 E2AP(E2 application protocol) 규격의 버전 번호의 전달의 예를 도시한다. 본 개시의 실시예들에 따른 E2 노드와 RIC 간 인터페이스, 즉 E2AP의 버전은 다양할(vary) 수 있다. RIC는 E2 노드를 제어하기 위하여, E2 노드의 E2AP 규격 정보를 식별할 것이 요구된다.

도 10을 참고하면, E2 노드는 RIC(예: Near-RT RIC)에게 E2AP 규격 번호를 제공할 수 있다. E2AP 규격 번호는, O-RAN 규격의 버전 번호(예: 2.02)를 의미한다. E2AP 규격에서는, 초기 버전(예: 1.0)부터 현재 버전(2.02)까지 지속적으로 NBC(non-backward compatibility)가 발생했다. 규격이 업데이트됨에 따라, 추가적인 IE들(예: transaction ID, RAN Functions Added List, E2 Node Component Configuration Addition List)이 도입되었다. 예를 들어, 'transaction id' IE는 E2AP 1.0 및 E2AP 2.01에는 포함되지 않았으나, E2AP 2.02에 도입되었다. 또한, 예를 들어, 'E2 Node Component Configuration Addition List' IE는 E2AP 1.0 및 E2AP 2.01에는 포함되지 않았으나, E2AP 2.02에 도입되었다. 현재 E2AP 규격의 진행 뿐만 아니라, 추후 E2AP 규격이 발전됨에 따라, NBC가 추가적으로 반복적으로 발생할 수 있다. E2AP 규격의 NBC는, E2 인터페이스의 기능이 업데이트될 때마다, 장치를 새로 설치하거나, 장치 내 소프트웨어 전체를 업데이트해야 하는 번거로움이 있다. 상술된 문제를 해소하기 위해, 본 개시의 실시예들에 따른 E2 노드 및 Near-RT RIC는 O-RAN 규격에 정의되는 절차를 통해, E2AP 규격의 버전 번호를 공유하기 위한 장치 및 방법을 제안한다.

일 실시예에 따라, E2 노드는 Near-RT RIC와 E2 인터페이스의 셋업을 위한 E2 셋업 절차를 통해, E2AP 규격의 버전 번호를 공유할 수 있다. 이하, 본 개시의 실시예들은 E2 셋업 절차가 예로 서술되나, 본 개시의 실시예들은 이에 한정되지 않는다. 본 개시의 실시예들에서 설명하는 규격의 버전 제공 방법은, 리셋 절차(reset procedure), 에러 지시(error indication), RIC 서비스 업데이트 절차(RIC service update procedure), E2 노드 구성 업데이트 절차(E2 node configuration update procedure), E2 연결 업데이트 절차(E2 connection update procedure) 중 적어도 어느 하나에서도 적용될 수 있음은 물론이다.

도 11a 내지 11d는 일 실시예에 따른, E2AP 규격의 버전 번호를 제공하기 위한 E2 셋업 요청 메시지의 예를 도시한다. 현재 정의된 절차에 따른 E2 셋업 절차에서는, E2 노드에서 지원되는 인터페이스의 E2AP 규격 버전을 RIC(예: Near-RT RIC)가 알지 못하는 문제가 있다. 따라서, 도 11a 내지 도 11d를 통해, Near-RT RIC에게 E2 노드에서 지원되는 인터페이스의 E2AP 규격 버전을 알리기 위한 방안이 서술된다. 실시예들에 따른 E2 노드는, 후방위 호환성을 충족하기 위해, E2AP 버전 번호에 대한 정보를 E2 셋업 요청 메시지의 종단에 선택적으로(optionaly) 부가할 수 있다.

도 11a을 참고하면, E2 노드는 Near-RT RIC에게 E2 셋업 요청 메시지를 전송할 수 있다. Near-RT RIC는 E2 노드에게 E2 셋업 응답 메시지를 전송할 수 있다. O-RAN은 기지국을 E2 노드라고 명시하나, 3GPP 규격 기반으로 구현 방식에 따라(예: 가상화) 일체형 배치를 가지거나 분산형 배치를 가질 수 있다. 일 실시예에 따라, gNB인 기지국은 CU와 DU가 함께 구성된 일체형 배치를 가질 수 있다. 다른 일 실시예에 따라, gNB인 기지국은 CU와 DU가 분리된 2-split 배치를 가질 수 있다. 또 다른 일 실시예에 따라, gNB인 기지국은 CU-CP, CU-UP, DU 각각이 분리된 3-split 배치를 가질 수 있다.

Near-RT RIC에게 전달되는 E2 셋업 요청 메시지는, E2AP(E2 application protocol) 규격(예: O-RAN 규격 E2AP 2.02)에 정의되는 구조체를 포함할 수 있다. 예를 들어, E2 셋업 요청 메시지는 하기의 구조체에 따른 정보를 포함할 수 있다.

IE/Group Name

Message Type

Transaction ID

Global E2 Node ID

RAN Functions Added List

>RAN Function item

>>RAN Function ID

>>RAN Function Definition

>>RAN Function Revision

>>RAN Function OID

E2 Node Component Configuration Addition List

>E2 Node Component Configuration Addition Item

>>E2 Node Component Interface Type

>>E2 Node Component ID

>>E2 Node Component Configuration

도 11b에서는 일 실시예에 따른 E2 노드의 E2AP 규격의 버전 번호를 가리키기 위한 IE를 포함하는 E2 셋업 요청 메시지의 예가 도시된다. E2 노드(예: gNB, gNB-CU, gNB-DU, eNB, eNB-CU, eNB-DU)는 RIC(예: near RT RIC)에게 E2 셋업 요청 절차에서, O-RAN E2AP 규격에서 정의되는 E2 셋업 요청 메시지의 구조체에 E2AP 규격의 버전 번호를 가리키기 위한 IE를 추가할 수 있다. 예를 들어, E2 노드는 E2 셋업 요청 메시지의 끝에 하기 테이블에서 명시되는 IE를 추가할 수 있다.

IE/Group Name	Presence	Range	IE type and reference	Semantics description	Criticality	Assigned Criticality
E2AP version number	M		OCTET STRING (SIZE (3))	For a O-RAN E2AP specification version x.y.z, x is encoded by the leftmost byte, y by the middle byte, and z by the rightmost byte.	YES	Ignore

상기 IE를 포함하는 E2 셋업 요청 메시지는, 각각의 3GPP의 I/F별로 최대 7개의 3GPP 규격 번호를 3-옥텟 스트링(Octet string)으로 인코딩(encoding)하여 전달하기 위해 이용될 수 있다. 일 실시예에 따라, E2 셋업 요청 메시지는 E2AP 규격의 버전 번호를 가리키는 IE를 포함할 수 있다. 버전 번호는 'x,y,z' 혹은 'x.yz'의 형태로 지시될 수 있다. 표 2에서는 'x,y,z'혹은 'x.yz'의 형태로 버전 번호를 지시하기 위해, 3개의 옥텟 스트링들이 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 다른 일 실시예에 따라, 필드의 크기 감소를 위하여, E2 노드는'x,y'의 형태에 기반하여, E2AP의 규격 버전을 지시할 수 있다. E2 노드는 2개의 옥텟 스트링들을 통해, E2AP의 규격 버전을 지시할 수 있다.

일 실시예에 따라, E2 셋업 요청 메시지는 인터페이스 유형을 가리키는 IE를 포함할 수 있다. 예를 들어, "E2 Node Component Interface Type"은 인터페이스 유형을 가리킬 수 있다. 일 예로, 인터페이스 유형은 하기의 유형들을 지시할 수 있다.

1) NG 인터페이스

2) XN 인터페이스

3) E1 인터페이스

4) F1 인터페이스

5) W1 인터페이스

6) S1 인터페이스

7) X2 인터페이스

8) E2 인터페이스

실시예들에 따른, E2AP 규격의 버전 번호를 지시하기 위하여, E2 셋업 요청 메시지의 인터페이스 유형은 E2 인터페이스를 가리킬 것이 요구될 수 있다. E2AP 규격의 버전 번호를 지시하기 위한 IE(예: E2AP version number)는, E2 노드의 인터페이스 유형이 'e2'를 가리키는 경우, 존재한다(present). E2 셋업 요청 메시지의 인터페이스 유형이 E2 인터페이스 외에 다른 유형을 가리키는 경우, E2AP 규격의 버전 번호를 지시하기 위한 IE는 E2 노드 구성요소 구성 정보에 포함되지 않을 수 있다. E2 셋업 요청 메시지 내에서'E2 Node E2AP Version' IE는 선택적으로(optionally) 포함되나, 'E2 Node E2AP Version' IE 내의 'E2AP version number' IE의 포함은 의무적일mandatory) 수 있다.

도 11b에는 도시되지 않았으나, 3GPP 규격의 버전 번호와 함께, E2AP의 버전 번호를 지시하기 위하여, E2 셋업 요청 메시지의 구조체가 새로이 정의될 수 있다. 예를 들어, E2 셋업 요청 메시지의 구조체는 하기와 같이 정의될 수 있다.

IE/Group Name	Presence	Range	Semantics description
Message Type	M
Transaction ID	M		.
Global E2 Node ID	M
RAN Functions Added List		1	List of RAN functions in E2 node
>RAN Function item		1.. <maxofRANfunctionID>
>>RAN Function ID	M		Id of the declared Function
>>RAN Function Definition	M		Definition of Function
>>RAN Function Revision	M		Revision counter
>>RAN Function OID	M		Object identifier of corresponding E2SM
E2 Node Component Configuration Addition List		1	List of E2 Node component configuration information
>E2 Node Component Configuration Addition Item		1.. <maxofE2nodeComponents>
>>E2 Node Component Interface Type	M		E2 Node component interface type
>>Interface Protocol Version	O	OCTET STRING(SIZE(3))	For a 3GPP/O-RAN specification version x.y.z, x is encoded by the leftmost byte, y by the middle byte, and z by the rightmost byte. (ex. V2.0.3)
>>E2 Node Component ID	O		E2 Node Component Identifier
>>E2 Node Component Configuration	M		Contents depends on component interface type

일 실시예에 따라, 버전 번호를 가리키기 위한 정보(예: 'Interface Protocol Version' IE)는 인터페이스 유형을 가리키기 위한 정보(예: 'E2 Node Component Interface Type'IE)에 의존적일 수 있다. 예를 들어, E2 셋업 요청 메시지의 'E2 Node Component interface Type' IE가 'xn'을 가리키는 경우, 버전 번호는 3GPP TS 38.423의 규격 버전(예: 16.8.0)을 가리킬 수 있다. 또한, 예를 들어, E2 셋업 요청 메시지의 'E2 Node Component interface Type' IE가 'e2'를 가리키는 경우, 버전 번호는 E2AP의 규격 버전(예: 2.02)을 가리킬 수 있다.

도 11c를 참고하면, 일 실시예에 따라, 후방위 호환성을 위하여, E2AP 규격의 버전 번호를 가리키기 위한 정보는 E2 노드의 유형 별 구성 정보의 끝에 배치될 수 있다. 예를 들어, E2AP 규격의 버전 번호를 가리키기 위한 정보(예: E2 Node E2AP Version' IE)는, 구성 정보의 'E2 Node Component configuration' IE 다음에 부가될 수 있다.

도 11d를 참고하면, 일 실시예에 따라, 추후 업데이트되는 규격부터의 필수적 구성요소로써, E2AP 규격의 버전 번호를 가리키기 위한 정보는 E2 셋업 요청 메시지 내의 독립적인 IE로 부가될 수 있다.

도 12는 일 실시예에 따른 E2AP 규격의 버전 번호에 따른 호환성 식별의 예를 도시한다.

도 12를 참고하면, Near-RT RIC의 E2AP ASN(abstract syntax notation).1의 라이브러리(library)는 E2AP x.y.z+1를 지원할 수 있다. E2 노드의 E2AP ASN.1 라이브러리는 E2AP x.y.z를 지원할 수 있다. ASN.1은 통신 엔티티들 간 교환되는 메시지들의 데이터 구조(data structure)를 설명하기 위해 이용되는 표준화된 표기법(standardized notation)이다. ASN.1은 신뢰성과 상호 운용성에 대한 오랜 기록을 가진 표기법으로, 모든 형태(예: 오디오, 비디오, 데이터)의 정보 교환을 지원할 수 있다.

Near-RT RIC는, E2AP의 버전을 식별할 수 있다. Near-RT RIC는 식별된 E2AP의 버전에 기반하여, E2 노드와의 연결 여부를 결정할 수 있다. 예를 들어, E2 노드가 Near-RT RIC에서 지원되지 않는 E2AP 버전에 대응하는 경우, 호환성 여부와 상관없이, 상기 E2 노드에 대한 셋업 요청을 허용하지 않을 수 있다. 이 때, 추가적인 일 실시예에 따라, Near-RT RIC는 E2 노드에게 허용하지 않는 원인을 E2 노드에게 지시할 수도 있다. 또한, 예를 들어, E2 노드는 Near-RT RIC는, E2 노드가 Near-RT RIC에서 지원하지 않는 E2AP 버전에 대응하는 경우, E2 노드로부터 수신된 IE들 중에서 적어도 일부를 필터링할 수 있다. 즉, E2 노드에서의 E2AP 버전을 통해, 전달되지 않은 IE를 식별하기 위한 절차를 수행하지 않을 수 있다.

두 네트워크 엔티티들(예: E2 노드와 Near- RT RIC) 간 E2AP 규격의 버전 정보가 다르게 되면, 호환성에 문제가 발생할 수 있다. 예를 들어, Near-RT RIC는 E2 노드로부터 IE들을 수신할 수 있다. 이 때, 상위 버전에서만 지원되는 IE들(예: transaction ID, RAN Functions Added List, E2 Node Component Configuration Addition List)에 대해, Near-RT RIC는 디코딩을 스킵할 수 있다. Near-RT RIC는 특정 정보를 수신하지 못한 경우, 상기 특정 정보가 버전이 낮아서 오지 않은 것인지, E2 노드로부터 전달되지 않은 것인지 알 수 없다. 이와 같이, 특정 메시지에 대한 Near-RT RIC 간 인식 수준이 상기 특정 메시지에 대한 E2 노드의 정보와 다를 수 있다. 이러한 차이는, E2AP 인터페이스를 통해 전달되는 메시지들에 대한 오류를 야기할 수 있다. 따라서, 본 개시의 실시예들에 따른 E2 노드 및 Near-RT RIC는 인터페이스 유형 및 상기 인터페이스 유형에 대한 3GPP 규격의 버전 정보를 공유함으로써, 상술된 오류를 줄이고, E2 인터페이스의 통신 성능을 높일 수 있다.

일 실시예에 따라, 상기 E2 셋업 요청 메시지는, 상기 통신 프로토콜의 유형에 대한 정보를 포함할 수 있다. 상기 통신 프로토콜의 유형에 대한 정보는 E2 인터페이스를 지시할 수 있다.

일 실시예에 따라, 상기 E2 셋업 요청 메시지의 E2 노드 구성요소(component) 구성(configuration) 추가 리스트에(addition list) 대한 IE는, 상기 통신 프로토콜의 유형에 대한 정보 및 상기 버전 정보를 포함할 수 있다. 상기 통신 프로토콜의 유형에 대한 정보는, X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, W1 인터페이스, 또는 E2 인터페이스 중 하나를 포함할 수 있다. 상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, 또는 W1 인터페이스를 가리키는 경우, 상기 인터페이스의 유형에 대응하는 3GPP 규격의 버전을 가리킬 수 있다. 상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 E2 인터페이스를 가리키는 경우, 상기 E2AP의 규격의 버전을 가리킬 수 있다.

일 실시예에 따라, 상기 버전 정보는, 상기 E2 노드에서 지원되는 상기 E2AP의 규격의 버전 번호를 지시하도록 특정된 필드일 수 있다.

일 실시예에 따라, 상기 버전 정보는, 상기 E2AP의 후방위 호환성(backward compatibility)를 위해 이용될 수 있다.

상술된 실시예들에서는, E2 셋업 요청 메시지에 E2AP 규격의 버전 정보를 가리키는 정보가 포함되는 예들이 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 일 실시예에 따라, E2AP 규격의 버전 정보를 가리키는 정보는, E2 셋업 응답 메시지에 포함될 수 있다. E2 노드는 E2 셋업 응답 메시지의 E2AP 규격의 버전 정보를 수신함으로써, Near-RT RIC에 의해 식별된 E2 노드의 인터페이스에 대한 버전 정보를 확인할 수 있다. 다른 일 실시예에 따라, E2AP 규격의 버전 정보를 가리키는 정보는, E2 노드 구성 업데이트 메시지에 포함될 수 있다. E2 셋업 절차에서 E2AP 규격의 버전 정보가 전달되지 못한 경우, E2 노드 구성 업데이트 절차를 통해, E2 노드는 인터페이스의 E2AP 규격의 버전 정보를 Near-RT RIC에게 제공할 수 있다.

본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(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 노드에 의해 수행되는 방법은,
Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 E2 셋업 요청 메시지를 전송하는 동작과,
상기 RIC로부터 E2 셋업 응답 메시지를 수신하는 동작을 포함하고,
상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함하고,
상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함하는,
방법.
청구항 1에 있어서,
상기 E2 셋업 요청 메시지는, 상기 통신 프로토콜의 유형에 대한 정보를 포함하고,
상기 통신 프로토콜의 유형에 대한 정보는 E2 인터페이스를 지시하고,
방법.
청구항 1에 있어서,
상기 E2 셋업 요청 메시지의 E2 노드 구성요소(component) 구성(configuration) 추가 리스트에(addition list) 대한 IE는, 상기 통신 프로토콜의 유형에 대한 정보 및 상기 버전 정보를 포함하고,
상기 통신 프로토콜의 유형에 대한 정보는, X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, W1 인터페이스, 또는 E2 인터페이스 중 하나를 포함하고,
상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, 또는 W1 인터페이스를 가리키는 경우, 상기 인터페이스의 유형에 대응하는 3GPP 규격의 버전을 가리키고,
상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 E2 인터페이스를 가리키는 경우, 상기 E2AP의 규격의 버전을 가리키는,
방법.
청구항 1에 있어서,
상기 버전 정보는, 상기 E2 노드에서 지원되는 상기 E2AP의 규격의 버전 번호를 지시하도록 특정된 필드인,
방법.
청구항 1에 있어서,
상기 버전 정보는, 상기 E2AP의 후방위 호환성(backward compatibility)를 위해 이용되는,
방법.
Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에 의해 수행되는 방법은,
E2 노드로부터 E2 셋업 요청 메시지를 수신하는 동작과,
상기 E2 노드에게 E2 셋업 응답 메시지를 전송하는 동작을 포함하고,
상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함하고,
상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함하는,
방법.
청구항 6에 있어서,
상기 E2 셋업 요청 메시지는, 상기 통신 프로토콜의 유형에 대한 정보를 포함하고,
상기 통신 프로토콜의 유형에 대한 정보는 E2 인터페이스를 지시하고,
방법.
청구항 6에 있어서,
상기 E2 셋업 요청 메시지의 E2 노드 구성요소(component) 구성(configuration) 추가 리스트에(addition list) 대한 IE는, 상기 통신 프로토콜의 유형에 대한 정보 및 상기 버전 정보를 포함하고,
상기 통신 프로토콜의 유형에 대한 정보는, X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, W1 인터페이스, 또는 E2 인터페이스 중 하나를 포함하고,
상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, 또는 W1 인터페이스를 가리키는 경우, 상기 인터페이스의 유형에 대응하는 3GPP 규격의 버전을 가리키고,
상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 E2 인터페이스를 가리키는 경우, 상기 E2AP의 규격의 버전을 가리키는,
방법.
청구항 6에 있어서,
상기 버전 정보는, 상기 E2 노드에서 지원되는 상기 E2AP의 규격의 버전 번호를 지시하도록 특정된 필드인,
방법.
청구항 6에 있어서,
상기 버전 정보는, 상기 E2AP의 후방위 호환성(backward compatibility)를 위해 이용되는,
방법.
E2 노드의 장치에 있어서,
적어도 하나의 송수신기; 및
상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
Near-RT(real time) RIC(RAN(radio access network) intelligent controller)에게 E2 셋업 요청 메시지를 전송하고,
상기 RIC로부터 E2 셋업 응답 메시지를 수신하도록 구성되고,
상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함하고,
상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함하는,
장치.
청구항 11에 있어서,
상기 E2 셋업 요청 메시지는, 상기 통신 프로토콜의 유형에 대한 정보를 포함하고,
상기 통신 프로토콜의 유형에 대한 정보는 E2 인터페이스를 지시하고,
장치.
청구항 11에 있어서,
상기 E2 셋업 요청 메시지의 E2 노드 구성요소(component) 구성(configuration) 추가 리스트에(addition list) 대한 IE는, 상기 통신 프로토콜의 유형에 대한 정보 및 상기 버전 정보를 포함하고,
상기 통신 프로토콜의 유형에 대한 정보는, X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, W1 인터페이스, 또는 E2 인터페이스 중 하나를 포함하고,
상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, 또는 W1 인터페이스를 가리키는 경우, 상기 인터페이스의 유형에 대응하는 3GPP 규격의 버전을 가리키고,
상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 E2 인터페이스를 가리키는 경우, 상기 E2AP의 규격의 버전을 가리키는,
장치.
청구항 11에 있어서,
상기 버전 정보는, 상기 E2 노드에서 지원되는 상기 E2AP의 규격의 버전 번호를 지시하도록 특정된 필드인,
장치.
청구항 11에 있어서,
상기 버전 정보는, 상기 E2AP의 후방위 호환성(backward compatibility)를 위해 이용되는,
장치.
Near-RT(real time) RIC(RAN(radio access network) intelligent controller)의 장치에 있어서,
적어도 하나의 송수신기; 및
상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
E2 노드로부터 E2 셋업 요청 메시지를 수신하고,
상기 E2 노드에게 E2 셋업 응답 메시지를 전송하도록 구성되고,
상기 E2 셋업 요청 메시지는 통신 프로토콜의 규격의 버전 번호(version number)를 가리키기 위한 버전 정보를 포함하고,
상기 통신 프로토콜은 E2AP(E2 application protocol)를 포함하는,
장치.
청구항 16에 있어서,
상기 E2 셋업 요청 메시지는, 상기 통신 프로토콜의 유형에 대한 정보를 포함하고,
상기 통신 프로토콜의 유형에 대한 정보는 E2 인터페이스를 지시하고,
장치.
청구항 16에 있어서,
상기 E2 셋업 요청 메시지의 E2 노드 구성요소(component) 구성(configuration) 추가 리스트에(addition list) 대한 IE는, 상기 통신 프로토콜의 유형에 대한 정보 및 상기 버전 정보를 포함하고,
상기 통신 프로토콜의 유형에 대한 정보는, X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, W1 인터페이스, 또는 E2 인터페이스 중 하나를 포함하고,
상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 X2 인터페이스, XN 인터페이스, F1 인터페이스, S1 인터페이스, E1 인터페이스, NG 인터페이스, 또는 W1 인터페이스를 가리키는 경우, 상기 인터페이스의 유형에 대응하는 3GPP 규격의 버전을 가리키고,
상기 버전 정보는, 상기 통신 프로토콜의 유형에 대한 정보가 E2 인터페이스를 가리키는 경우, 상기 E2AP의 규격의 버전을 가리키는,
장치.
청구항 16에 있어서,
상기 버전 정보는, 상기 E2 노드에서 지원되는 상기 E2AP의 규격의 버전 번호를 지시하도록 특정된 필드인,
장치.
청구항 16에 있어서,
상기 버전 정보는, 상기 E2AP의 후방위 호환성(backward compatibility)를 위해 이용되는,
장치.