KR20230168923A

KR20230168923A - 프론트홀 인터페이스에서 사용자 평면 메시지를 전송하기 위한 전자 장치 및 방법

Info

Publication number: KR20230168923A
Application number: KR1020220069820A
Authority: KR
Inventors: 전남열; 고재연
Original assignee: 삼성전자주식회사
Priority date: 2022-06-08
Filing date: 2022-06-08
Publication date: 2023-12-15
Also published as: WO2023239022A1

Abstract

실시예들에 따를 때, DU(distributed unit)에 의해 수행되는 방법은, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하는 동작을 포함할 수 있다. 상기 방법은 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 RU에게 전송하는 동작을 포함할 수 있다. 상기 섹션 확장 정보는, 상기 DU 또는 상기 RU에서 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

Description

프론트홀 인터페이스에서 사용자 평면 메시지를 전송하기 위한 전자 장치 및 방법{ELECTORNIC DEVICE AND METHOD FOR TRANSMITTING USER PLANE MESSAGE IN FRONTHAUL INTERFACE}

본 개시(disclosure)는 프론트홀 인터페이스(fronthaul)에 관한 것이다. 보다 구체적으로, 본 개시는 프론트홀 인터페이스에서 사용자 평면(user plane, U-plane) 메시지를 전송하기 위한 전자 장치 및 방법에 관한 것이다.

무선 통신 시스템에서 전송 용량이 증가함에 따라, 기지국을 기능적으로 분리하는 기능 분리(function split)가 적용되고 있다. 기능 분리에 따라, 기지국은 DU(distributed unit)와 RU(radio unit)로 분리될 수 있다. DU 및 RU간 통신을 위해 프론트홀(front haul) 인터페이스가 정의된다.

본 개시(disclosure)는, 프론트홀(fronthaul) 인터페이스(interface) 상에서 다수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 사용자 평면으로 결합하기 위한 전자 장치 및 방법을 제공한다.

또한, 본 개시는, 프론트홀 인터페이스 상에서 레이어들의 사용자 평면 데이터를 병합함으로써, 하나의 사용자 평면 메시지를 전송하기 위한 장치 및 방법을 제공한다.

또한, 본 개시는, 프론트홀 인터페이스 상에서 서로 다른 레이어의 섹션(section)들 하나의 섹션에 병합시키기 위한 장치 및 방법을 제공한다.

또한, 본 개시는, DU(distributed unit) 및 RU(radio unit) 사이의 프론트홀 인터페이스 상에서 패킷 수를 줄이기 위한 장치 및 방법을 제공한다.

실시예들에 따를 때, DU(distributed unit)에 의해 수행되는 방법은, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하는 동작을 포함할 수 있다. 상기 방법은 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 RU에게 전송하는 동작을 포함할 수 있다. 상기 섹션 확장 정보는, 복수의 사용자 평면(user plane, U-plane) 메시지들을 상기 DU 또는 상기 RU에서 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

실시예들에 따를 때, RU(radio unit)에 의해 수행되는 방법은, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 동작을 포함할 수 있다. 상기 방법은 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 평면 (control plane, C-plane) 메시지를, 프론트홀 인터페이스를 통해 상기 DU로부터 수신하는 동작을 포함할 수 있다. 상기 섹션 확장 정보는, 복수의 사용자 평면(user plane, U-plane) 메시지들을 상기 DU 또는 상기 RU에서 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

실시예들에 따를 때, DU(distributed unit)의 전자 장치는, 적어도 하나의 송수신기, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성될 수 있다. 상기 적어도 하나의 프로세서는, 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 RU에게 전송하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성될 수 있다. 상기 섹션 확장 정보는, 복수의 사용자 평면(user plane, U-plane) 메시지들을 상기 DU 또는 상기 RU에서 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

실시예들에 따를 때, RU(radio unit)의 전자 장치는, 적어도 하나의 송수신기, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성될 수 있다. 상기 적어도 하나의 프로세서는, 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 DU로부터 수신하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성될 수 있다. 상기 섹션 확장 정보는, 복수의 사용자 평면(user plane, U-plane) 메시지들을 상기 DU 또는 상기 RU에서 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

본 개시의 실시예들에 따른 전자 장치 및 방법은 사용자 평면(user-plane, U-plane) 메시지들의 결합을 통해 하나의 사용자 평면 메시지를 전송함으로써, DU(distributed unit) 및 RU(radio unit)의 운용 부담을 줄일 수 있게 한다.

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

도 1은 실시예들에 따른 무선 통신 시스템을 도시한다.
도 2a는 실시예들에 따른 프론트홀(fronthaul) 인터페이스를 도시한다.
도 2b는 실시예들에 따른 O(open)-RAN(radio access network)의 프론트홀 인터페이스를 도시한다.
도 3a는 실시예들에 따른 DU(distributed unit)의 기능적 구성을 도시한다.
도 3b는 실시예들에 따른 RU(radio unit)의 기능적 구성을 도시한다.
도 4는 실시예들에 따른, DU 및 RU 간 기능 분리(function split)의 예를 도시한다.
도 5는 실시예들에 따른, 사용자 평면(user plane, U-plane) 메시지들의 예를 도시한다.
도 6은 실시예들에 따른 사용자 평면 메시지들의 결합(combination)의 예를 도시한다.
도 7은 실시예들에 따른, 사용자 평면 메시지들을 결합하기 위한(to combine) DU 및 RU 간 시그널링의 예를 도시한다.
도 8은 실시예들에 따른, 대표 포트(representative port)를 이용하는 사용자 평면 메시지의 전송의 예를 도시한다.
도 9는 실시예들에 따른 사용자 평면 메시지들의 결합을 위한 제어 평면 메시지의 예를 도시한다.
도 10은 실시예들에 따른 대표 포트를 이용하는 사용자 평면 메시지의 예를 도시한다.

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

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

이하 설명에서 사용되는 병합(merging)을 지칭하는 용어(예: 병합, 그룹핑(grouping), 결합(combination), 어그리게이션(aggregation), 참가(joint), 통합(integration), 통일(unifying)), 신호를 지칭하는 용어(예: 패킷, 메시지, 신호, 정보, 시그널링), 자원을 지칭하는 용어(예: 섹션(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)에서 사용되는 용어들을 이용하여 다양한 실시예들을 설명하지만, 이는 설명을 위한 예시일 뿐이다. 본 개시의 다양한 실시예들은, 다른 통신 시스템에서도, 용이하게 변형되어 적용될 수 있다.

도 1은 실시예들에 따른 무선 통신 시스템을 도시한다.

도 1을 참고하면, 도 1은 무선 통신 시스템에서 무선 채널을 이용하는 노드(node)들의 일부로서, 기지국(110) 및 단말(120)을 예시한다. 도 1은 하나의 기지국만을 도시하나, 무선 통신 시스템은 기지국(110)과 동일 또는 유사한 다른 기지국을 더 포함할 수 있다.

기지국(110)은 단말(120)에게 무선 접속을 제공하는 네트워크 인프라스트럭쳐(infrastructure)이다. 기지국(110)은 신호를 송신할 수 있는 거리에 기초하여 정의되는 커버리지(coverage)를 가진다. 기지국(110)은 기지국(base station) 외에 '액세스 포인트(access point, AP)', '이노드비(eNodeB, eNB)', '5G 노드(5th generation node)', '지노드비(next generation nodeB, gNB)', '무선 포인트(wireless point)', '송수신 포인트(transmission/reception point, TRP)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.

단말(120)은 사용자에 의해 사용되는 장치로서, 기지국(110)과 무선 채널을 통해 통신을 수행한다. 기지국(110)에서 단말(120)을 향하는 링크는 하향링크(downlink, DL), 단말(120)에서 기지국(110)을 향하는 링크는 상향링크(uplink, UL)라 지칭된다. 또한, 도 1에 도시되지 않았으나, 단말(120)과 다른 단말은 상호 간 무선 채널을 통해 통신을 수행할 수 있다. 이때, 단말(120) 및 다른 단말 간 링크(device-to-device link, D2D)는 사이드링크(sidelink)라 지칭되며, 사이드링크는 PC5 인터페이스와 혼용될 수 있다. 다른 일부 실시예들에서, 단말(120)은 사용자의 관여 없이 운영될 수 있다. 일 실시예에 따라, 단말(120)은 기계 타입 통신(machine type communication, MTC)을 수행하는 장치로서, 사용자에 의해 휴대되지 아니할 수 있다. 또한, 일 실시예에 따라, 단말(120)은 NB(narrowband)-IoT(internet of things) 기기일 수 있다.

단말(120)은 단말(terminal) 외 '사용자 장비(user equipment, UE)', '고객 댁내 장치'(customer premises equipment, CPE), '이동국(mobile station)', '가입자국(subscriber station)', '원격 단말(remote terminal)', '무선 단말(wireless terminal)', 전자 장치(electronic device)', 또는 '사용자 장치(user device)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.

기지국(110)은 단말(120)과 빔포밍을 수행할 수 있다. 기지국(110)과 단말(120)은 상대적으로 낮은 주파수 대역(예: NR의 FR1(frequency range 1))에서 무선 신호를 송신 및 수신할 수 있다. 또한, 기지국(110)과 단말(120)은 상대적으로 높은 주파수 대역(예: NR의 FR2, 밀리미터 파(mmWave) 대역(예: 28GHz, 30GHz, 38GHz, 60GHz))에서 무선 신호를 송신 및 수신할 수 있다. 채널 이득의 향상을 위해, 기지국(110) 및 단말(120)은 빔포밍(beamforming)을 수행할 수 있다. 여기서, 빔포밍은 송신 빔포밍 및 수신 빔포밍을 포함할 수 있다. 기지국(110) 및 단말(120)은 송신 신호 또는 수신 신호에 방향성(directivity)을 부여할 수 있다. 이를 위해, 기지국(110) 및 단말(120)은 빔 탐색(beam search) 또는 빔 관리(beam management) 절차를 통해 서빙(serving) 빔들을 선택할 수 있다. 서빙 빔들이 선택된 후, 이후 통신은 서빙 빔들을 송신한 자원과 QCL 관계에 있는 자원을 통해 수행될 수 있다.

제1 안테나 포트 상의 심볼을 전달한 채널의 광범위한(large-scale) 특성들이 제2 안테나 포트 상의 심볼을 전달한 채널로부터 추정될(inferred) 수 있다면, 제1 안테나 포트 및 제2 안테나 포트는 QCL 관계에 있다고 평가될 수 있다. 예를 들어, 광범위한 특성들은 지연 스프레드(delay spread), 도플러 스프레드(doppler spread), 도플러 쉬프트(doppler shift), 평균 이득(average gain), 평균 지연(average delay), 공간적 수신 파라미터(spatial receiver parameter) 중 적어도 하나를 포함할 수 있다.

도 1에서는 기지국(110) 및 단말(120) 모두가 빔포밍을 수행하는 것으로 서술되었으나, 본 개시의 실시예들이 반드시 이에 한정되는 것은 아니다. 일부 실시예들에서, 단말은 빔포밍을 수행하거나 수행하지 않을 수 있다. 또한, 기지국은 빔포밍을 수행하거나 수행하지 않을 수 있다. 즉, 기지국 및 단말 중 어느 하나만 빔포밍을 수행하거나, 또는 기지국 및 단말 모두 빔포밍을 수행하지 않을 수도 있다.

본 개시에서 빔(beam)이란 무선 채널에서 신호의 공간적인 흐름을 의미하는 것으로서, 하나 이상의 안테나(혹은 안테나 엘리멘트들(antenna elements)들)에 의해 형성되고, 이러한 형성 과정은 빔포밍으로 지칭될 수 있다. 빔포밍은 아날로그 빔포밍 또는 디지털 빔포밍(예: 프리코딩) 중 적어도 하나를 포함할 수 있다. 빔포밍에 기반하여 전송되는 기준 신호(reference signal)는, 예로, DM-RS(demodulation-reference signal), CSI-RS(channel state information-reference signal), SS/PBCH(synchronization signal/physical broadcast channel), SRS(sounding reference signal)를 포함할 수 있다. 또한, 각 기준 신호에 대한 구성(configuration)으로서, CSI-RS resource 혹은 SRS-resource 등과 같은 IE가 사용될 수 있으며, 이러한 구성은 빔과 연관된(associated with) 정보를 포함할 수 있다. 빔과 연관된 정보란, 해당 구성(예: CSI-RS resource)이 다른 구성(예: 동일한 CSI-RS resource set 내 다른 CSI-RS resource)과 동일한 공간 도메인 필터(spatial domain filter)를 사용하는지 아니면 다른 공간 도메인 필터를 사용하는지 여부, 또는 어떤 기준 신호와 QCL(quasi-co-located)되어 있는지, QCL 되어 있다면 어떤 유형(예: QCL type A, B, C, D)인지를 의미할 수 있다.

종래에, 비교적 기지국의 셀반경이 큰 통신 시스템에서, 각 기지국은 각 기지국이 디지털 처리부(digital processing unit)(혹은 DU(distributed unit)) 및 RF(radio frequency) 처리부(RF processing unit, 또는 RU(radio unit))의 기능을 포함하도록 설치되었다. 그러나, 4G(4^th generation) 및/또는 그 이후의 통신 시스템(예: 5G)에서 높은 주파수 대역이 사용되고, 기지국의 셀 커버리지가 작아짐에 따라, 특정 지역을 커버하기 위한 기지국들의 수가 증가하였다. 기지국들을 설치하기 위한 사업자의 설치 비용 부담 또한 증가하였다. 기지국의 설치 비용을 최소화하기 위해, 기지국의 DU와 RU가 분리되어 하나의 DU에 하나 이상의 RU들이 유선 망을 통해 연결되고, 특정 지역을 커버하기위해 지형적으로 분산된(distributed) 하나 이상의 RU들이 배치되는 구조가 제안되었다. 이하, 도 2a 내지 도 2b를 통해 본 개시의 다양한 실시예들에 따른 기지국의 배치 구조 및 확장 예들이 서술된다.

도 2a는 실시예들에 따른 프론트홀 인터페이스를 도시한다. 프론트홀이란, 기지국에서 코어망 사이의 백홀(backhaul)과 달리, 무선랜과 기지국 사이의 엔티티들 사이를 지칭한다. 도 2a에서는 DU(210)가 하나의 RU(220) 사이의 프론트홀 구조의 예를 도시하나, 이는 설명의 편의를 위한 것에 불과하며 본 개시가 이에 제한되는 것이 아니다. 다시 말해서, 본 개시의 실시예는 도 5와 같이 하나의 DU와 복수의 RU들 사이의 프론트홀 구조에도 적용될 수 있다. 예를 들어, 본 개시의 실시예는 하나의 DU와 2개의 RU들 사이의 프론트홀 구조에 적용될 수 있다. 또한, 본 개시의 실시예는 하나의 DU와 3개의 RU들 사이의 프론트홀 구조에도 적용될 수 있다.

도 2a를 참고하면, 기지국(110)은 DU(210)와 RU(220)을 포함할 수 있다. DU(210)과 RU(220) 사이의 프론트홀(215)은 F_x 인터페이스를 통해 운용될 수 있다. 프론트홀(215)의 운용을 위해, 예를 들어, eCPRI(enhanced common public radio interface), ROE(radio over ethernet)와 같은 인터페이스가 사용될 수 있다.

통신 기술이 발달함에 따라 모바일 데이터 트래픽이 증가하고, 이에 따라 디지털 유닛과 무선 유닛 사이의 프론트홀에서 요구되는 대역폭 요구량이 크게 증가하였다. C-RAN(centralized/cloud radio access network)와 같은 배치에서, DU는 PDCP(packet data convergence protocol), RLC(radio link control), MAC(media access control), PHY(physical)에 대한 기능들을 수행되고, RU는 RF(radio frequency) 기능에 더하여 PHY 계층에 대한 기능들을 보다 더 수행하도록 구현될 수 있다.

DU(210)는 무선 망의 상위 계층 기능을 담당할 수 있다. 예를 들어, DU(210)는 MAC 계층의 기능, PHY 계층의 일부를 수행할 수 있다. 여기서, PHY 계층의 일부란, PHY 계층의 기능들 중에서 보다 높은 단계에서 수행되는 것으로, 일 예로, 채널 인코딩(혹은 채널 디코딩), 스크램블링(혹은 디스크램블링), 변조(혹은 복조), 레이어 매핑(layer mapping)(혹은 레이어 디매핑)을 포함할 수 있다. 일 실시예에 따라, DU(210)가 O-RAN 규격에 따르는 경우, O-DU(O-RAN DU)로 지칭될 수 있다. DU(210)는, 필요에 따라 본 개시의 실시예들에서 기지국(예: gNB)을 위한 제1 네트워크 엔티티로 대체되어 표현될 수 있다.

RU(220)는 무선 망의 하위 계층 기능을 담당할 수 있다. 예를 들어, RU(220)는 PHY 계층의 일부, RF 기능을 수행할 수 있다. 여기서, PHY 계층의 일부란, PHY 계층의 기능들 중에서 DU(210)보다 상대적으로 낮은 단계에서 수행되는 것으로, 일 예로, IFFT 변환(혹은 FFT 변환), CP 삽입(CP 제거), 디지털 빔포밍을 포함할 수 있다. 이러한 구체적인 기능 분리의 예는 도 4에서 자세히 서술된다. RU(220)는 '액세스 유닛(access unit, AU) ', '액세스 포인트(access point, AP)', '송수신 포인트(transmission/reception point, TRP)', '원격 무선 장비(remote radio head, RRH) ', '무선 유닛(radio unit, RU)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다. 일 실시예에 따라, RU(220)이 O-RAN 규격에 따르는 경우, O-RU(O-RAN RU)로 지칭될 수 있다. RU(220)는, 필요에 따라 본 개시의 실시예들에서 기지국(예: gNB)을 위한 제2 네트워크 엔티티로 대체되어 표현될 수 있다.

도 2a는 기지국(110)이 DU(210)와 RU(220)를 포함하는 것으로 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 실시예들에 따른 기지국은 액세스 망의 상위 계층(upper layers)(예: PDCP(packet data convergence protocol), RRC(radio resource control))의 기능을 수행하도록 구성되는 CU(centralized unit)와 하위 계층의 기능을 수행하도록 구성되는 DU(distributed unit)에 따른 분산형 배치(distributed deployment)로 구현될 수 있다. 이 때, DU(distributed unit)는 도 1의 DU(digital unit)과 RU(radio unit)을 포함할 수 있다. 코어(예: 5GC(5G core) 혹은 NGC(next generation core)) 망과 무선망(RAN) 사이에서, 기지국은 CU, DU, RU 순으로 배치되는 구조로 구현될 수 있다. CU와 DU(distributed unit) 간 인터페이스는 F1 인터페이스로 지칭될 수 있다.

CU(centralized unit)는 하나 이상의 DU들과 연결되어, DU보다 상위 계층의 기능을 담당할 수 있다. 예를 들어, CU는 RRC(radio resource control) 및 PDCP(packet data convergence protocol) 계층의 기능을 담당하고, DU와 RU가 하위 계층의 기능을 담당할 수 있다. DU는, RLC(radio link control), MAC(media access control), PHY(physical) 계층의 일부 기능들(high PHY)을 수행하고, RU는 PHY 계층의 나머지 기능들(low PHY)을 담당할 수 있다. 또한, 일 예로, DU(digital unit)는 기지국의 분산형 배치 구현에 따라, DU(distributed unit)에 포함될 수 있다. 이하, 별도의 정의가 없는 한 DU(digital unit)와 RU의 동작들로 서술되나, 본 개시의 다양한 실시예들은, CU를 포함하는 기지국 배치 혹은 DU가 직접 코어망과 연결되는 배치(즉, CU와 DU가 하나의 엔티티인 기지국(예: NG-RAN node)로 통합되어 구현) 모두에 적용될 수 있다.

도 2b는 실시예들에 따른 O(open)-RAN(radio access network)의 프론트홀 인터페이스를 도시한다. 분산형 배치(distributed deployment)에 따른 기지국(110)으로, eNB 또는 gNB가 예시된다.

도 2b를 참고하면, 기지국(110)은 O-DU(251)와 O-RU들(253-1, ..., 253-n)을 포함할 수 있다. 이하, 설명의 편의를 위하여, O-RU(253-1)에 대한 동작 및 기능은, 다른 O-RU들(예: O-RU(253-n)) 각각에 대한 설명으로 이해될 수 있다.

O-DU(251)는, 후술하는 도 4에 따른 기지국(예: eNB, gNB))의 기능들 중에서 O-RU(253-1)에 독점적으로(exclusively) 할당된 기능들을 제외한, 기능들을 포함하는 논리 노드이다. O-DU(251)는 O-RU들(253-1, ..., 253-n)의 작동을 제어할 수 있다. O-DU(251)는 LLS(lower layer split) CU(central unit)로 지칭될 수 있다. O-RU(253-1)는, 후술하는 도 4에 따른 기지국기지국(예: eNB, gNB))의 기능들 중에서 서브셋(subset)을 포함하는 논리 노드이다. O-RU(253-1)와의 제어 평면(control plane, C-plane) 통신 및 사용자 평면(user plane, U-plane) 통신의 실시간 측면은 O-DU(251)에 의해 제어될 수 있다.

O-DU(251)는 O-RU(253-1)와 LLS 인터페이스를 통해, 통신을 수행할 수 있다. LLS 인터페이스는 프론트홀 인터페이스에 대응한다. LLS 인터페이스는, 하위 계층 기능 분리(lower layer functional split)(즉, intra-PHY 기반 기능 분리)를 이용하는 O-DU(251) 및 O-RU(253-1) 간 논리 인터페이스를 의미한다. O-DU(251) 및 O-RU(253-1) 간 LLS-C는 LLS 인터페이스를 통해 C-plane을 제공한다. O-DU(251) 및 O-RU(253-1) 간 LLS-U는 LLS 인터페이스를 통해 U-plane을 제공한다.

도 2b에서는 O-RAN을 설명하기 위해, 기지국(110)의 엔티티들이 O-DU 및 O-RU로 지칭하여 서술되었다. 그러나, 이러한 명칭이 본 개시의 실시예들을 제한하는 것으로 해석되지 않는다. 도 3a 내지 도 10을 통해 서술되는 실시예들에서, DU(210)의 동작들이 O-DU(251)에 의해 수행될 수 있음은 물론이다. DU(210)에 대한 설명이 O-DU(251)에 적용될 수 있다. 마찬가지로, 도 3a 내지 도 10을 통해 서술되는 실시예들에서, RU(220)의 동작들이 O-RU(253-1)에 의해 수행될 수 있음은 물론이다. RU(220)에 대한 설명이 O-DU(253-1)에 적용될 수 있다.

도 3a는 실시예들에 따른 DU(distributed unit)의 기능적 구성을 도시한다. 도 3a에 예시된 구성은 기지국의 일부로서 도 2a의 DU(210)(또는 도 2b의 O-DU(250))의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

도 3a를 참고하면, DU(210)는 송수신기(310), 메모리(320), 프로세서(330)를 포함한다.

송수신기(310)는, 유선 통신 환경에서, 신호를 송수신하기 위한 기능들을 수행할 수 있다. 송수신기(310)는, 전송 매체(transmission medium)(예: 구리선, 광섬유)를 통해 장치와 장치 간의 직접적인 연결을 제어하기 위한, 유선 인터페이스를 포함할 수 있다. 예를 들어, 송수신기(310)는 구리선을 통해 다른 장치에게 전기적 신호를 전달하거나, 전기적 신호와 광신호간 변환을 수행할 수 있다. DU(210)는, 송수신기(310)를 통해 RU(radio unit)와 통신을 수행할 수 있다. DU(210)는, 송수신기(310)를 통해, 코어망 또는 분산형 배치의 CU와 연결될 수 있다.

송수신기(310)는 무선 통신 환경에서, 신호를 송수신하기 위한 기능들을 수행할 수도 있다. 예를 들어, 송수신기(310)는 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 송수신기(310)는 송신 비트열을 부호화 및 변조함으로써 복소 심볼들을 생성한다. 또한, 데이터 수신 시, 송수신기(310)는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 또한, 송수신기(310)는 다수의 송수신 경로(path)들을 포함할 수 있다. 또한, 일 실시예에 따라, 송수신기(310)는 코어망에 연결되거나 다른 노드들(예: IAB(integrated access backhaul)과 연결될 수 있다.

송수신기(310)는 신호를 송수신할 수 있다. 예를 들어, 송수신기(310)는 관리 평면(management plane, M-plane) 메시지를 전송할 수 있다. 예를 들어, 송수신기(310)는 동기 평면(management plane, S-plane) 메시지를 전송할 수 있다. 예를 들어, 송수신기(310)는 제어 평면(control plane, C-plane) 메시지를 전송할 수 있다. 예를 들어, 송수신기(310)는 사용자 평면(user plane, U-plane) 메시지를 전송할 수 있다. 예를 들어, 송수신기(310)는 사용자 평면 메시지를 수신할 수 있다. 도 3a에는 송수신기(310)만 도시되었으나, 다른 구현 예에 따라, DU(210)는, 둘 이상의 송수신기들을 포함할 수 있다.

송수신기(310)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 송수신기(310)의 전부 또는 일부는 '통신부', '송신부', '수신부' 또는 '송수신부'로 지칭될 수 있다. 또한, 이하 설명에서, 무선 채널을 통해 수행되는 송신 및 수신은 송수신기(310)에 의해 상술한 바와 같은 처리가 수행되는 것을 포함하는 의미로 사용된다.

도 3a에는 도시되지 않았으나, 송수신기(310)는 코어망 혹은 다른 기지국과 연결되기 위한 백홀 송수신기를 더 포함할 수 있다. 백홀 송수신기는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 백홀 송수신기는 기지국에서 다른 노드, 예를 들어, 다른 접속 노드, 다른 기지국, 상위 노드, 코어 네트워크 등으로 송신되는 비트열을 물리적 신호로 변환하고, 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환한다.

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

프로세서(330)는 DU(210)의 전반적인 동작들을 제어한다. 프로세서(380)는 제어부로 지칭될 수 있다. 예를 들어, 프로세서(330)는 송수신기(310)를 통해(또는 백홀 통신부를 통해) 신호를 송신 및 수신한다. 또한, 프로세서(330)는 메모리(320)에 데이터를 기록하고, 읽는다. 그리고, 프로세서(330)는 통신 규격에서 요구하는 프로토콜 스택(protocol stack)의 기능들을 수행할 수 있다. 도 3a에는 프로세서(330)만 도시되었으나, 다른 구현 예에 따라, DU(210)는, 둘 이상의 프로세서들을 포함할 수 있다.

도 3a에 도시된 DU(210)의 구성은, 일 예일뿐, 도 3a에 도시된 구성으로부터 본 개시의 실시예들을 수행하는 DU의 예가 한정되지 않는다. 일부 실시예들에서, 일부 구성이 추가, 삭제, 변경될 수 있다.

도 3b는 실시예들에 따른 RU(radio unit)의 기능적 구성을 도시한다. 도 3b에 예시된 구성은 기지국의 일부로서 도 2b의 RU(220) 또는 도 2b의 O-RU(253-1)의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.

도 3b를 참고하면, RU(220)는 RF 송수신기(360), 프론트홀 송수신기(365), 메모리(370), 및 프로세서(380)를 포함한다.

RF 송수신기(360)는 무선 채널을 통해 신호를 송수신하기 위한 기능들을 수행한다. 예를 들어, RF 송수신기(360)는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. 예를 들어, RF 송수신기(360)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다.

RF 송수신기(360)는 다수의 송수신 경로(path)들을 포함할 수 있다. 나아가, RF 송수신기(360)는 안테나부를 포함할 수 있다. RF 송수신기(360)는 다수의 안테나 엘리멘트들로 구성된 적어도 하나의 안테나 어레이를 포함할 수 있다. 하드웨어의 측면에서, RF 송수신기(360)는 디지털 회로 및 아날로그 회로(예: RFIC(radio frequency integrated circuit))로 구성될 수 있다. 여기서, 디지털 회로 및 아날로그 회로는 하나의 패키지로 구현될 수 있다. 또한, RF 송수신기(360)는 다수의 RF 체인들을 포함할 수 있다. RF 송수신기(360)는 빔포밍을 수행할 수 있다. RF 송수신기(360)는, 송수신하고자 하는 신호에 프로세서(380)의 설정에 따른 방향성을 부여하기 위해, 신호에 빔포밍 가중치를 적용할 수 있다. 일 실시예에 따라, RF 송수신기(360)는 RF(radio frequency) 블록(또는 RF 부)을 포함할 수 있다.

일 실시예에 따라, RF 송수신기(360)는 무선 액세스 네트워크(radio access network) 상에서 신호를 송수신할 수 있다. 예를 들어, RF 송수신기(360)는 하향링크 신호를 송신할 수 있다. 하향링크 신호는 동기 신호(synchronization signal, SS), 기준 신호(reference signal, RS)(예: CRS(cell-specific reference signal), DM(demodulation)-RS), 시스템 정보(예: MIB, SIB, RMSI(remaining system information), OSI(other system information)), 설정 메시지(configuration message), 제어 정보(control information) 또는 하향링크 데이터 등을 포함할 수 있다. 또한, 예를 들어, RF 송수신기(360)는 상향링크 신호를 수신할 수 있다. 상향링크 신호는 랜덤 액세스 관련 신호(예: 랜덤 액세스 프리앰블(random access preamble, RAP)(또는 Msg1(message 1)), Msg3(message 3)), 기준 신호(예: SRS(sounding reference signal), DM-RS), 또는 전력 헤드룸 보고(power headroom report, PHR) 등을 포함할 수 있다. 도 3b에는 RF 송수신기(360)만 도시되었으나, 다른 구현 예에 따라, RU(220)는, 둘 이상의 RF 송수신기들을 포함할 수 있다.

프론트홀 송수신기(365)는 신호를 송수신할 수 있다. 일 실시예에 따라, 프론트홀 송수신기(365)는 프론트홀 인터페이스 상에서 신호를 송수신할 수 있다. 예를 들어, 프론트홀 송수신기(365)는 관리 평면(management plane, M-plane) 메시지를 수신할 수 있다. 예를 들어, 프론트홀 송수신기(365)는 동기 평면(management plane, S-plane) 메시지를 수신할 수 있다. 예를 들어, 프론트홀 송수신기(365)는 제어 평면(control plane, C-plane) 메시지를 수신할 수 있다. 예를 들어, 프론트홀 송수신기(365)는 사용자 평면(user plane, U-plane) 메시지를 전송할 수 있다. 예를 들어, 프론트홀 송수신기(365)는 사용자 평면 메시지를 수신할 수 있다. 도 3b에는 프론트홀 송수신기(365)만 도시되었으나, 다른 구현 예에 따라, RU(220)는, 둘 이상의 프론트홀 송수신기들을 포함할 수 있다.

RF 송수신기(360) 및 프론트홀 송수신기(365)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, RF 송수신기(360) 및 프론트홀 송수신기(365)의 전부 또는 일부는 '통신부', '송신부', '수신부' 또는 '송수신부'로 지칭될 수 있다. 또한, 이하 설명에서 무선 채널을 통해 수행되는 송신 및 수신은 RF 송수신기(360)에 의해 상술한 바와 같은 처리가 수행되는 것을 포함하는 의미로 사용된다. 이하 설명에서 무선 채널을 통해 수행되는 송신 및 수신은 RF 송수신기(360)에 의해 상술한 바와 같은 처리가 수행되는 것을 포함하는 의미로 사용된다.

메모리(370)는 RU(220)의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 메모리(370)는 저장부로 지칭될 수 있다. 메모리(370)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 메모리(370)는 프로세서(380)의 요청에 따라 저장된 데이터를 제공한다. 일 실시예에 따라, 메모리(370)는 SRS 전송 방식과 관련되는 조건, 명령, 혹은 설정 값을 위한 메모리를 포함할 수 있다.

프로세서(380)는 RU(220)의 전반적인 동작들을 제어한다. 프로세서(380)는 제어부로 지칭될 수 있다. 예를 들어, 프로세서(380)는 RF 송수신기(360) 또는 프론트홀 송수신기(365)를 통해 신호를 송신 및 수신한다. 또한, 프로세서(380)는 메모리(370)에 데이터를 기록하고, 읽는다. 그리고, 프로세서(380)는 통신 규격에서 요구하는 프로토콜 스택의 기능들을 수행할 수 있다. 도 3b에는 프로세서(380)만 도시되었으나, 다른 구현 예에 따라, RU(220)는, 둘 이상의 프로세서들을 포함할 수 있다. 프로세서(380)는 메모리(370)에 저장된 명령어 집합 또는 코드로서, 적어도 일시적으로 프로세서(380)에 상주된(resided) 명령어/코드 또는 명령어/코드를 저장한 저장 공간이거나, 또는, 프로세서(380)를 구성하는 회로(circuitry)의 일부일 수 있다. 또한, 프로세서(380)는 통신을 수행하기 위한 다양한 모듈들을 포함할 수 있다. 프로세서(380)는 RU(220)가 후술하는 실시예들에 따른 동작들을 수행하도록 제어할 수 있다.

도 3b에 도시된 RU(220)의 구성은, 일 예일뿐, 도 3b에 도시된 구성으로부터 본 개시의 실시예들을 수행하는 RU의 예가 한정되지 않는다. 일부 실시예들에서, 일부 구성이 추가, 삭제, 변경될 수 있다.

도 4는 실시예들에 따른, DU 및 RU 간 기능 분리(function split)의 예를 도시한다. 무선 통신 기술이 발전함에 따라(예: 5G(5^th generation) 통신 시스템(또는, NR(new radio) 통신 시스템의 도입), 사용 주파수 대역이 더욱 더 증가하였다. 기지국의 셀 반경이 매우 작아짐에 따라 설치가 요구되는 RU들의 수는 더욱 증가하였다. 또한, 5G 통신 시스템에서, 전송되는 데이터의 양이 크게는 10배이상 증가하여, 프론트홀로 전송되는 유선 망의 전송 용량은 크게 증가하였다. 상술된 요인들에 의해, 5G 통신 시스템에서 유선 망의 설치 비용은 매우 크게 증가할 수 있다. 따라서, 유선 망의 전송 용량을 낮추고, 유선 망의 설치 비용을 줄이기 위해, DU의 모뎀(modem)의 일부 기능들을 RU로 전가하여 프론트홀을 전송 용량을 낮추는 '기능 분리(function split)'가 이용될 수 있다.

DU의 부담을 줄이기 위해, 기존의 RF 기능만을 담당하는 RU의 역할은 물리 계층의 일부 기능까지 확대될 수 있다. RU가 보다 높은 레이어의 기능들을 수행할수록, RU의 처리량이 증가하여 프론트홀에서의 전송 대역폭이 증가함과 동시에 응답 처리로 인한 지연시간 요구사항 제약이 낮아질 수 있다. 한편, RU가 보다 높은 레이어의 기능들을 수행할수록, 가상화 이득이 줄어들고, RU의 크기, 무게, 및 비용이 증가한다. 상술된 장점과 단점들의 트레이드-오프(trade-off)를 고려하여, 최적의 기능 분리를 구현할 것이 요구된다.

도 4를 참고하면, MAC 계층 이하의 물리 계층에서의 기능 분리들이 도시된다. 무선망을 통해 단말에게 신호를 전송하는 하향링크(downlink, DL)의 경우, 기지국은 순차적으로 채널 인코딩/스크램블링, 변조, 레이어 매핑, 안테나 매핑, RE 매핑, 디지털 빔포밍(예: 프리코딩), IFFT 변환/CP 삽입, 및 RF 변환을 수행할 수 있다. 무선망을 통해 단말로부터 신호를 수신하는 상향링크(uplink, UL)의 경우, 기지국은 순차적으로 RF 변환, FFT 변환/CP 제거, 디지털 빔포밍(프리-컴바이닝(pre-combining)), RE 디매핑, 채널 추정, 레이어 디매핑, 복조, 디코딩/디스크램블링을 수행할 수 있다. 상향링크 기능들 및 하향링크 기능들에 대한 분리는, 상술한 트레이드-오프에 따라 공급 업체들(vendors) 간 필요성, 규격 상의 논의 등에 의해 다양한 유형으로 정의될 수 있다.

제1 기능 분리(405)에서, RU가 RF 기능을 수행하고, DU는 PHY 기능을 수행한. 제1 기능 분리는 실질적으로 RU 내 PHY 기능이 구현되지 않는 것으로서, 일 예로, Option 8로 지칭될 수 있다. 제2 기능 분리(410)에서, RU는 PHY 기능의 DL에서 IFFT 변환/CP 삽입 및 UL에서 FFT 변환/CP 제거를 수행하고, DU는 나머지 PHY 기능들을 수행한다. 일 예로, 제2 기능 분리(410)는 Option 7-1로 지칭될 수 있다. 제3 기능 분리(420a)에서, RU는 PHY 기능의 DL에서 IFFT 변환/CP 삽입 및 UL에서 FFT 변환/CP 제거 및 디지털 빔포밍을 수행하고, DU는 나머지 PHY 기능들을 수행한다. 일 예로, 제3 기능 분리(420a)는 Option 7-2x Category A로 지칭될 수 있다. 제4 기능 분리(420b)에서, RU는 DL 및 UL 모두에서 디지털 빔포밍까지 수행하고, DU는 디지털 빔포밍 이후의 상위 PHY 기능들을 수행한다. 일 예로, 제4 기능 분리(420b)는 Option 7-2x Category B로 지칭될 수 있다. 제5 기능 분리(425)에서, RU는 DL 및 UL 모두에서 RE 매핑(혹은 RE 디매핑)까지 수행하고, DU는 RE 매핑(혹은 RE 디매핑) 이후의 상위 PHY 기능들을 수행한다. 일 예로, 제5 기능 분리(425)는 Option 7-2 로 지칭될 수 있다. 제6 기능 분리(430)에서, RU는 DL 및 UL 모두에서 변조(혹은 복조)까지 수행하고, DU는 변조(혹은 복조)까지 이후의 상위 PHY 기능들을 수행한다. 일 예로, 제6 기능 분리(430)는 Option 7-3로 지칭될 수 있다. 제7 기능 분리(440)에서, RU는 DL 및 UL 모두에서 인코딩/스크램블링(혹은 디코딩/디스크램블링)까지 수행하고, DU는 변조(혹은 복조)까지 이후의 상위 PHY 기능들을 수행한다. 일 예로, 제7 기능 분리(440)는 Option 6으로 지칭될 수 있다.

일 실시예에 따라, FR1 MMU와 같이 대용량의 신호 처리가 예상되는 경우, 프론트홀 용량을 줄이기 위하여 상대적으로 높은 계층에서의 기능 분리(예: 제4 기능 분리(420b))가 요구될 수 있다. 또한, 너무 높은 계층에서의 기능 분리(예: 제6 기능 분리(430))는 제어 인터페이스가 복잡해지고, RU 내 다수의 PHY 처리 블록들이 포함되어 RU의 구현에 부담을 야기할 수 있기 때문에, DU와 RU의 배치 및 구현 방식에 따라 적절한 기능 분리가 요구될 수 있다.

일 실시예에 따라, DU로부터 수신된 데이터의 프리코딩을 처리할 수 없는 경우(즉, RU의 프리코딩 능력(capability)에 한계가 있는 경우), 제3 기능 분리(420a) 혹은 그 이하의 기능 분리(예: 제2 기능 분리(410))가 적용될 수 있다. 반대로, DU로부터 수신된 데이터의 프리코딩을 처리할 능력이 있는 경우, 제4 기능 분리(420b) 혹은 그 이상의 기능 분리(예: 제6 기능 분리(430))가 적용될 수 있다.

이하, 본 개시에서 실시예들은 별도의 한정이 없는 한 RU에서 빔포밍 처리를 수행하기 위한 제3 기능 분리(420a)(카테고리 A(category A, CAT-A)로 지칭될 수 있음) 혹은 제4 기능 분리(420b)(카테고리 B(category B CAT-B)로 지칭될 수 있음)를 기준으로 서술된다. O-RAN 규격에는 프리코딩 기능이 O-DU의 인터페이스에 위치하는지 혹은 O-RU 인터페이스에 위치하는지에 따라, O-RU의 유형을 구별한다. 프리코딩이 수행되지 않는 O-RU(즉, 복잡성이 낮음)는, CAT-A O-RU로 지칭될 수 있다. 프리코딩이 수행되는 O-RU는, CAT-B O-RU로 지칭될 수 있다.

이하, 상위-PHY란, 프론트홀 인터페이스의 DU에서 처리되는 물리 계층 프로세싱을 의미한다. 예를 들어, 상위-PHY는 FEC 인코딩/디코딩, 스크램블링, 변조/복조를 포함할 수 있다. 이하, 하위-PHY란, 프론트홀 인터페이스의 RU에서 처리되는 물리 계층 프로세싱을 의미한다. 예를 들어, 하위-PHY는 FFT/iFFT, 디지털 빔포밍, PRACH 추출 및 필터링을 포함할 수 있다. 그러나, 상술된 기준이 다른 기능 분리들을 통한 실시예들을 배제하는 것은 아니다. 후술되는 도 5 내지 도 10의 기능적 구성, 시그널링 혹은 동작은 제3 기능 분리(420a) 혹은 제4 기능 분리(420b) 뿐만 아니라 다른 기능 분리에도 적용될 수도 있다.

본 개시의 실시예들은, DU(예: 도 2a의 DU(210))와 RU(예: 도 2a의 RU(220)) 간 메시지 전송 시, 프론트홀 인터페이스로서 eCPRI 및 O-RAN의 규격이 예시적으로 서술된다. 메시지의 Ethernet payload에 eCPRI 헤더(header) 및 O-RAN 헤더, 그리고 추가적인 필드가 포함될 수 있다. 이하, eCPRI 또는 O-RAN의 규격 용어를 이용하여, 본 개시의 다양한 실시예들이 서술되나 각 용어와 동등한 의미를 지닌 다른 표현들이 본 개시의 다양한 실시예들에 대체되어 사용될 수 있다.

프론트홀의 전송 프로토콜(transport protocol)은, 네트워크와 공유가 용이한 이더넷(ethernet) 및 eCPRI가 사용될 수 있다. 이더넷 페이로드 내에 eCPRI 헤더와 O-RAN의 헤더가 포함될 수 있다. eCPRI 헤더는 이더넷 페이로드 앞단에 위치할 수 있다. eCPRI 헤더의 내용은 하기와 같다.

1) ecpriVersion (4 bits): 이 파라미터는 eCPRI 프로토콜 버전을 가리킨다.

2) ecpriReserved (3 bits): 이 파라미터는 eCPRI의 추후 이용(further use)을 위해 예약된다.

3) ecpriConcatenation (1 bit): 이 파라미터는 eCPRI 연접(concatenation)이 사용중인 시기를 나타낸다.

4) ecpriMessage (1 byte): 이 파라미터는 메시지 유형(message type)에 의해 운반되는 서비스의 유형을 가리킨다. 예를 들어, 상기 파라미터는 IQ 데이터 메시지, 실시간(real-time) 제어 데이터 메시지, 또는 전송 네트워크 지연 측정 메시지를 나타낸다.

5) ecpriPayload (2 bytes): 이 파라미터는 eCPRI 메시지의 페이로드 부분의 바이트 크기를 나타낸다.

6) ecpriRtcid/ecpriPcid (2 bytes): 이 파라미터는 eAxC(eAxC(extended Antenna-carrier) 식별자(eAxC ID)이며 각 C-Plane(ecpriRtcid) 또는 U-Plane(ecpriPcid) 메시지와 관련된 특정 데이터 흐름을 식별한다.

7) ecpriSeqid (2 bytes): 이 파라미터는 두 가지 수준들에서 고유한 메시지 식별 및 순서를 제공한다. 이 파라미터의 첫 번째 옥텟은 eAxC 메시지 스트림 내에서 메시지의 순서를 식별하는 데 사용되는 시퀀스 ID이고, 시퀀스 ID는 모든 메시지가 수신되었는지 확인하고 순서가 잘못된 메시지를 다시 정렬하는 데 사용된다. 이 파라미터의 두 번째 옥텟은 하위 시퀀스 ID이다. 하위 시퀀스 ID는 무선 전송 수준(eCPRI 또는 IEEE-1914.3) 조각화(radio-transport-level fragmentation)가 발생할 때 순서를 확인하고 재정렬을 구현하는 데 사용된다.

eAxC 식별자(identifier, ID)는 대역(band) 및 섹터(sector) 식별자('BandSector_ID'), 컴포넌트 캐리어 식별자('CC_ID'), 공간 스트림 식별자('RU_Port_ID') 및 분산 유닛 식별자('DU_Port_ID')를 포함한다. eAxC ID의 비트 할당(bit allocation)은 하기와 같이 구분될 수 있다.

1) DU_port ID: O-DU에서 처리 장치들(processing units)을 구별하기 위해, DU_port ID가 사용된다(예: 다른 베이스밴드 카드들). O-DU가 DU_port ID를 위한 비트들을 할당하고 O-RU는 동일한 sectionId 데이터를 전달하는 UL U-Plane 메시지에 동일한 값을 첨부할 것이 기대된다.

2) BandSector_ID: 집계된 셀 식별자(O-RU에서 지원하는 대역 및 섹터 구분).

3) CC_ID: CC_ID는 O-RU가 지원하는 캐리어 구성 요소를 구별한다.

4) RU_port ID: RU_port ID는 데이터 계층 또는 공간 스트림과 같은 논리 흐름들, 및 별도의 뉴머롤로지들(numerologies)(예: PRACH) 또는 SRS와 같은 특수 안테나 할당이 필요한 신호 채널과 같은 논리 흐름들을 지정한다.

프론트홀의 애플리케이션 프로토콜(application protocol)은 제어 평면(control plane, C-plane), 사용자 평면(user plane, U-plane), 동기 평면(synchronization plane, S-plane), 및 관리 평면(management plane, M-plane)를 포함할 수 있다.

제어 평면은, 제어 메시지를 통해 스케줄링 정보와 빔포밍 정보를 제공하도록 구성될 수 있다. 제어 평면은 DU와 RU 간 실시간 제어를 의미한다. 사용자 평면은 DU와 RU 간 전송되는 IQ 샘플 데이터를 포함할 수 있다. 사용자 평면은 사용자의 하향링크 데이터(IQ 데이터 혹은 SSB/RS), 상향링크 데이터(IQ 데이터 혹은 SRS/RS), 또는 PRACH 데이터를 포함할 수 있다. 상술된 빔포밍 정보의 가중치 벡터는 사용자의 데이터에 곱해질 수 있다. 동기 평면은, 일반적으로 동기화 컨트롤러(예: IEEE 그랜드 마스터)에 대한 DU와 RU 간 트래픽을 의미한다. 동기 평면은 타이밍 및 동기화와 관련될 수 있다. 관리 평면은, DU와 RU 간 비실시간 제어를 의미한다. 관리 평면은 초기 설정(initial setup), 비실시간 재설정(non-realtime reset) 혹은 재설정(reset), 비실시간 보고(non-realtime report)와 관련될 수 있다.

제어 평면의 메시지, 즉 C-plane 메시지는 2-계층 헤더 접근 방식에 기반하여 캡슐화될 수 있다. 첫 번째 계층은 메시지 유형을 가리키기 위해 사용되는 필드들을 포함하는, eCPRI 공통 헤더 또는 IEEE 1914.3 공통 헤더로 구성될 수 있다. 두 번째 계층은 제어 및 동기화에 필요한 필드를 포함하는 애플리케이션 계층(application layer)이다. 애플리케이션 계층 내에서 섹션은 하나의 패턴 ID를 가진 빔에서 전송 또는 수신되는 U-plane 데이터의 특성을 정의한다. C-plane 내에서 지원되는 섹션 타입들은 다음과 같다.

Section Type은 제어 평면에서 전송되는 제어 메시지의 용도를 나타낼 수 있다. 예를 들어, Section Type 별 용도는 하기와 같다.

1) sectionType=0: DL 또는 UL에서 사용되지 않는 자원 블록들 또는 심볼들을 가리키기 위해 이용됨.

2) sectionType=1: 대부분의 DL/UL 무선 채널들을 위해 이용됨. 여기서, "대부분"은 혼합 뉴머롤로지 채널에 필요한 것과 같이 시간 또는 주파수 오프셋이 필요하지 않은 채널을 나타냄.

3) sectionType=2: reserved for further use

4) sectionType=3: PRACH 와 mixed-numerology 채널.

5) sectionType=4: reserved for further use

6) sectionType=5: UE 스케줄링 정보. RU가 실시간 BF weight 계산을 할 수 있도록 UE 스케쥴링 정보를 전달 (O-RAN optional BF 방식)

7) sectionType=6: UE-특정(UE-specific) 채널 정보 전송. RU가 실시간 BF weight 계산을 할 수 있도록 주기적으로 UE 채널 정보를 전달 (O-RAN optional BF 방식)

8) sectionType=7: LAA 지원에 사용

도 5는 실시예들에 따른, 사용자 평면(user plane, U-plane) 메시지들의 예를 도시한다. 현재의 O-RAN WG(working group) 4의 FH(fronthaul) 규격은 다른 eAxC ID를 가진 ORAN의 U-plane 페이로드(payload)들을 하나의 패킷(예: 이더넷 기반 eCPRI 패킷)을 통해 송수신할 수 없다. 예를 들어, 4개의 송수신 안테나들을 구비한 CAT-A O-RU는 안테나 마다 eAxC ID가 달리 할당된다. 하향링크 RB 자원이 할당되면, CAT-A O-RU는 매 심볼에 각 송신 마다 번의 U-plane 패킷을 수신할 수 있다. 즉, CAT-A O-RU는 총 4번의 U-plane 패킷들을 수신할 수 있다. 상향링크 RB 자원이 할당되면, CAT-A O-RU는 매 심볼에 각 수신 마다 U-plane 패킷을 O-DU에게 전달할 수 있다. 즉, CAT-A O-RU는 총 4번의 U-plane 패킷들을 O-DU에게 전달할 수 있다. 이하, 도 5에서는 상향링크 RB 자원이 할당된 상황에서, DU와 RU 간 U-plane 패킷의 예가 서술된다.

도 5를 참고하면, 4개의 수신 안테나들을 구비한 RU는, 각 수신 안테나를 통해 수신된 상향링크 신호들을 DU에게 프론트홀 인터페이스를 통해 전송할 수 있다. PRB(physical resource block) idx(index)는 주파수 도메인에서 PRB의 인덱스를 의미한다. 하나의 PRB는 12개의 RE(resource elements)들을 포함할 수 있다. PRB에 포함된 RE들의 개수는 뉴머롤로지와 상관없이 동일하다. 여기서, 상향링크 신호는 수신 안테나를 통해 단위 시간 당 수신되는 데이터를 의미한다.

도 5에서, RU는 각 수신 안테나를 통해 상향링크 신호를 수신할 수 있다. 상향링크 신호는 PUSCH(physical uplink shared channel)(또는 PUCCH(physical uplink control channel))를 포함할 수 있다. 예를 들어, PUSCH의 SCS(subcarrier spacing)는 15khz(kilohertz)일 수 있다. 상향링크 신호는 주파수 대역 A에서의 PRACH(physical random access channel))를 포함할 수 있다. 예를 들어, 대역 A에서의 PRACH의 SCS는 1.25khz일 수 있다. 상향링크 신호는 주파수 대역 A와 다른 대역 B에서의 PRACH를 동시에 포함할 수 있다. 예를 들어, 대역 B PRACH의 SCS도 1.25khz일 수 있다. 상향링크 신호는 주파수 대역(예: LTE 주파수 대역)의 자원 블록(resource block)을 이용하는 인-밴드(in-band) 유형의 NPUSCH(narrowband physical uplink shared channel)를 포함할 수 있다. 예를 들어, 인-밴드 유형의 NPUSCH의 SCS는 15khz일 수 있다. 상향링크 신호는 주파수 대역(예: LTE 주파수 대역)의 가드-밴드(guard-band) 내 미사용 자원 블록을 이용하는 가드-밴드 유형의 NPUSCH(narrowband physical uplink shared channel)를 포함할 수 있다. 예를 들어, 가드-밴드 유형의 NPUSCH의 SCS는 3.75khz일 수 있다. 상향링크 신호는 NPRACH(narrowband physical random access channel)를 포함할 수 있다. NPRACH는 CE(coverage extension) 레벨(level)에 따라 구별될 수 있다. 상향링크 신호는 CE 레벨이 0인 NPRACH, CE 레벨이 1인 NPRACH, 및 CE 레벨이 2인 NPRACH를 포함할 수 있다. 예를 들어, 각 NPRACH의 SCS는 3.75khz일 수 있다.

RU는 4개의 상향링크 신호들에 대응하는 정보를 DU에게 전송할 수 있다. RU는 4개의 상향링크 신호들에 기반하여 하나 이상의 U-plane 메시지들을 생성할 수 있다. RU는 하나 이상의 U-plane 메시지들을 통해, 4개의 상향링크 신호들에 대응하는 정보를 DU에게 전송할 수 있다. 4개의 상향링크 신호들에 대응하는 정보를 DU에게 전송하기 위해, RU는 프론트홀 인터페이스를 이용할 수 있다.

DU와 RU 간 프론트홀 전송을 위해 eAxC ID들이 할당될 수 있다. 실제 운용되는 셀에서 eAxC ID는 안테나 별, 레이어 별, 또는 채널 종류 별로 할당될 수 있다. 하나의 OFDM 심볼에 대응하는 전송에 다수의 패킷들의 송수신이 요구된다. NB(narrowband)-IoT(internet of everything)나 다중 대역(multiple band) PRACH 운용하는 셀에서는, 각 band, NPUSCH(narrowband physical uplink shared channel), NPRACH(narrowband PRACH)가 eAxC ID로 구별된다. 도 5에서 각 사각형은 eAxC ID가 다른 섹션을 의미한다. 따라서, 각 수신 안테나 당 총 8개의 채널들이 운용된다. 도 5에 도시된 상향링크 신호들을 DU에게 전달하기 위해 요구되는 패킷들의 수는 32개이다.

단위 시간 당 송수신하는 패킷들의 수의 증가는 처리 부하량에 영향을 미친다. DU나 RU에서 패킷 처리의 부하가 커지면 많은 하드웨어 리소스를 필요하므로 하므로, 제품 비용이 올라간다. 가상화된 DU에서는 주어진 HW 리소스에 처리가 가능한 셀 수가 줄어든다.

도 6은 실시예들에 따른 사용자 평면(U-plane) 메시지들의 결합의 예를 도시한다. 도 6에서는 도 5에 도시된 상향링크 신호들을 32개의 패킷들보다 적은 개수의 패킷들로 결합하기 위한 방안이 서술된다. 도 6에서는 점보 프레임(jumbo frame)을 이용하는 패킷 전송이 예로 서술된다. RU는 MTU(maximum transmission unit)의 크기가 9000 바이트들을 초과하지 않도록, 이더넷 패킷을 생성할 수 있다. 그러나, 점보 프레임은 본 개시의 실시예들을 설명하기 위한 예시일 뿐, 본 개시의 실시예들을 제한하는 것으로 해석되지 않는다.

도 6을 참고하면, SCS 별로 송수신 윈도우가 다르기 때문에, 동일 SCS를 기준으로 병합이 수행될 수 있다. 구체적으로, 뉴머롤로지(numerology)에 따라 서브프레임 내 슬롯(slot)(들)의 개수와 SCS가 달라지기 때문에, 일반적으로 하나의 U-plane 메시지를 위한 슬롯 번호(예: slotId)(또는 SCS)가 정의된다. 따라서, 프론트홀 인터페이스를 통해, 전달되는 상향링크 패킷들, 즉 U-plane 메시지들은 SCS를 기준으로 구별될 수 있다.

도 5에 도시된 예에서, 15kHz를 기준으로 요구되는 패킷들의 개수는 8개이다. 1.25kHz를 기준으로 요구되는 패킷들의 개수는 8개이다. 3.75kHz를 기준으로 요구되는 패킷들의 개수는 16개이다. 현재 3GPP규격에서, 일 예로, PUSCH(혹은 PUCCH)의 단위 시간 당(예: OFDM 심볼 당) 최대 송신 가능한 용량은 2,858 바이트들(bytes)이다. 1.25kHz SCS를 갖는 한 주파수 영역의 PRACH의 단위 시간 당 최대 송신 가능한 용량은 2,046 바이트들이다. 가드-밴드 유형의 3.75kHz SCS를 갖는 NPUSCH의 단위 시간 당 최대 송신 가능한 용량은 170 바이트들이다. 15kHz SCS를 갖는 인-밴드 유형의 NPUSCH의 단위 시간 당 최대 송신 가능한 용량은 86 바이트들이다.

MTU의 크기가 9000 바이트들을 초과하지 않도록, RU는 각 SCS의 상향링크 데이터를 9000 바이트들을 기준으로 분할할 수 있다. 예를 들어, 3.75kHz의 SCS에 대응하는 데이터의 총 크기는 2720(=16x170) 바이트들이다. 3.75kHz의 SCS에 대응하는 데이터는 9000 바이트들의 크기를 갖는 하나의 패킷에 의해 운반될 수 있다. 예를 들어, 15kHz의 SCS에 대응하는 데이터의 총 크기는 11776(=4x86+4x2858) 바이트들이다. 3.75kHz의 SCS에 대응하는 데이터는 2개의 패킷들에 의해 운반될 수 있다. 한 패킷은 최대 9000 바이트들의 크기를 제공할 수 있다. 일 예로, 패킷 마다 5888(=2x86+2x2858) 바이트들에 대응하는 데이터가 운반될 수 있다. 예를 들어, 1.25kHz의 SCS에 대응하는 데이터의 총 크기는 16368(=8x2046) 바이트들이다. 1.25kHz의 SCS에 대응하는 데이터는 2개의 패킷들에 의해 운반될 수 있다. 한 패킷은 최대 9000 바이트들의 크기를 제공할 수 있다. 일 예로, 패킷 마다 8184(=4x2046) 바이트들에 대응하는 데이터가 운반될 수 있다.

도 5 및 도 6을 비교하면, 동일한 크기의 정보를 전달함에도 불구하고, 프론트홀 인터페이스를 통해 전달되는 이더넷 패킷들의 개수가 32개에서 5개로 감소한다. eAxC ID가 다른 데이터들을 각각 개별적인 U-plane 메시지로 전송하는 대신, 도 6과 같이 U-plane 패킷들을 병합함으로써, 프론트홀 인터페이스의 자원이 절약될 수 있다.

상술된 바와 같이, 메시지 처리에 대한 부하(이하, 메시지 처리 부하)를 줄이고, 프론트홀 인터페이스를 위한 자원을 충분히 확보하기 위해, 본 개시의 실시예들은, eAxC ID가 다른 U-plane 데이터를 하나의 패킷에 병합하기 위한 방안을 제안한다. eAxC ID가 다른 U-plane 데이터를 하나의 패킷에 병합함으로써, 프론트홀 인터페이스 내의 패킷들의 수가 감소할 수 있다. 한편, C-plane 패킷들의 수를 줄이기 위해, eAxC ID가 다른 C-plane 섹션들을 하나의 섹션으로 병합하는 방안은, O-RAN WG 4의 규격에서 섹션 확정 정보(예: Section Extension Type = 10)를 통해 제안되었다. 따라서, 본 개시에서는 기존의 C-plane 패킷들의 병합을 위한 섹션 확장 정보와 다른, U-plane 패킷들의 병합을 위한 섹션 확장 정보 및 상기 섹션 확장 정보와 관련된 DU의 동작들 및 RU의 동작들이 서술된다.

도 7은 실시예들에 따른, 사용자 평면(U-plane) 메시지들을 결합하기 위한(to combine) DU 및 RU 간 시그널링의 예를 도시한다. DU는 도 2a의 DU(210)를 예시한다. 일 실시예에 따라, DU(210)는 O-DU(251)를 포함할 수 있다(comprises). RU는 도 2a의 RU(220)를 예시한다. 일 실시예에 따라, RU(220)는 O-RU(253)를 포함할 수 있다.

도 7을 참고하면, 동작(S701)에서, DU는 그룹 설정(group configuration)을 수행할 수 있다. DU와 RU 간 프론트홀 인터페이스는 복수의 포트들을 포함할 수 있다. 예를 들어, 각 포트는 레이어(layer) 혹은 Tx/Rx 경로에 대응할 수 있다. 일 실시예에 따라, 각 포트는 eAxC ID에 대응할 수 있다. 그룹 설정은 eAxC 포트들의 그룹핑 동작을 포함할 수 있다. 그룹 설정은 eAxC 포트들의 그룹의 대표 포트를 지정하는 동작을 포함할 수 있다. 그룹 설정은 eAxC 포트들의 그룹의 멤버 포트를 지정하는 동작을 포함할 수 있다.

동작(S703)에서, DU는 관리 평면(management plane, M-plane) 메시지를 RU에게 전송할 수 있다. DU는 동작(S701)의 그룹 설정에 기반하여 M-plane 메시지를 생성할 수 있다. M-plane 메시지는 동작(S701)의 그룹 설정의 결과를 포함할 수 있다. RU는 M-plane 메시지를 DU로부터 수신할 수 있다. RU는 M-plane 메시지에 기반하여, 그룹 설정을 식별할 수 있다.

일 실시예에 따라, M-plane 메시지는 송신을 위한 포트 그룹 정보를 포함할 수 있다. 송신을 위한 포트 그룹 정보는, 그룹의 대표 포트를 가리킬 수 있다. M-plane 메시지는 그룹의 대표 포트를 가리키기 위한 정보를 포함할 수 있다. 예를 들어, M-plane 메시지는 대표 eAxC 포트를 가리키기 위한 정보를 포함할 수 있다. 송신을 위한 포트 그룹 정보는, 그룹의 하나 이상의 구성원 포트들을 가리킬 수 있다. M-plane 메시지는 그룹의 하나 이상의 구성원 포트들을 가리키기 위한 정보를 포함할 수 있다. 예를 들어, M-plane 메시지는 멤버 eAxC 포트를 가리키기 위한 정보를 포함할 수 있다.

일 실시예에 따라, M-plane 메시지는 수신을 위한 포트 그룹 정보를 포함할 수 있다. 수신을 위한 포트 그룹 정보는, 그룹의 대표 포트를 가리킬 수 있다. M-plane 메시지는 그룹의 대표 포트를 가리키기 위한 정보를 포함할 수 있다. 예를 들어, M-plane 메시지는 대표 eAxC 포트를 가리키기 위한 정보를 포함할 수 있다. 수신을 위한 포트 그룹 정보는, 그룹의 하나 이상의 구성원 포트들을 가리킬 수 있다. M-plane 메시지는 그룹의 하나 이상의 구성원 포트들을 가리키기 위한 정보를 포함할 수 있다. 예를 들어, M-plane 메시지는 멤버 eAxC 포트를 가리키기 위한 정보를 포함할 수 있다.

일 실시예에 따라, M-plane 메시지는 그룹과 관련된 능력(capability) 정보를 포함할 수 있다. 일 실시예에 따라, M-plane 메시지는 송신을 위한 그룹들의 최대 개수를 가리키기 위한 정보를 포함할 수 있다. 일 실시예에 따라, M-plane 메시지는 송신을 위한 그룹 별 포트들의 최대 개수를 가리키기 위한 정보를 포함할 수 있다. 일 실시예에 따라, M-plane 메시지는 수신을 위한 그룹들의 최대 개수를 가리키기 위한 정보를 포함할 수 있다. 일 실시예에 따라, M-plane 메시지는 수신을 위한 그룹 별 포트들의 최대 개수를 가리키기 위한 정보를 포함할 수 있다.

M-plane 메시지는, 일 예로, 하기의 표와 같이 구성될 수 있다.

'rw max-num-tx-exac-id-groups?'는 송신을 위한 그룹들의 최대 개수를 나타낸다. 'rw max-num-tx-exac-ids-per-groups?'는 송신을 위한 그룹 별 포트들의 최대 개수를 나타낸다. 'rw max-num-rx-exac-id-groups?'는 수신을 위한 그룹들의 최대 개수를 나타낸다. 'rw max-num-rx-exac-ids-per-groups?'는 수신을 위한 그룹 별 포트들의 최대 개수를 나타낸다. 'rw tx-exac-id group*[representative-tx-eaxc-id]'는 송신을 위한 포트 그룹 정보를 나타낸다. 'rw representative-tx-exac-id unit16'는 송신을 위한 포트 그룹의 대표 포트를 가리키는 eAxC ID를 나타낸다. 'rw member-tx-exac-id* unit16'는 송신을 위한 포트 그룹의 구성원 포트를 가리키는 eAxC ID를 나타낸다. 'rw rx-exac-id group*[representative-rx-eaxc-id]'는 수신을 위한 포트 그룹 정보를 나타낸다. 'rw representative-rx-exac-id unit16'는 수신을 위한 포트 그룹의 대표 포트를 가리키는 eAxC ID를 나타낸다. 'rw member-rx-exac-id* unit16'는 수신을 위한 포트 그룹의 구성원 포트를 가리키는 eAxC ID를 나타낸다. M-plane 메시지는 표 1의 표시된 구성 요소들 중에서 적어도 일부를 포함할 수 있다.

동작(S705)에서, DU는 다수의 포트들의 사용자 평면(U-plane) 섹션들의 병합을 위한 C-plane 메시지를 전송할 수 있다. C-plane 메시지는 섹션 정보를 포함할 수 있다. 섹션 정보는 레이어 별 정보로서, 하나의 슬롯(예: 14개의 심볼들)에서 할당되는 자원에 관한 정보를 포함할 수 있다. C-plane 및 U-plane에서 섹션이란, 자원들이 할당되는 영역을 의미할 수 있다. 예를 들어, 하나의 섹션은 시간-주파수 자원으로 표현되는 자원 그리드(resource grid)에서 주파수 영역으로 N개의 RB들(예: 현재 NR 규격에 따를 때, N은 1부터 273), 시간 영역으로 M개의 심볼들(예: 현재 NR 규격에 따를 대, N은 1 부터 14)에 대한 자원 할당 영역을 나타낼 수 있다. 즉, 섹션 정보는 RU과 단말 간 통신을 위한 자원 할당(resource allocation) 정보를 포함할 수 있다.

일부 실시예들에서, C-plane 메시지는 빔 정보를 포함할 수 있다. 빔 정보는 섹션 별/혹은 레이어 별 빔 정보로서, U-plane 데이터에 적용될 빔 패턴을 나타낼 수 있다. 빔 정보는, 빔을 가리키기 위한 방식으로서, 빔을 형성하기 위해 적용되는 가중치 벡터(weight vector)(혹은 실시예에 따라 가중치 행렬(weight matrix))를 직접적으로 가리키는 파라미터들을 포함하거나 미리 정의된 가중치 벡터들 또는 특정 빔이 적용된 자원을 지시하는 지시자(예: 빔 ID, 프리코딩 지시자)를 포함할 수 있다. 빔포밍은, 디지털 빔포밍, 아날로그 빔포밍 또는 하이브리드 빔포밍(즉, 디지털 빔포밍 및 아날로그 빔포밍)일 수 있다.

실시예들에 따른 C-plane 메시지는, 다수의 포트들의 사용자 평면(U-plane) 섹션들의 병합을 위해 이용될 수 있다. C-plane 메시지는 자원 할당과 관련된 섹션 정보에 더하여, 상기 자원 할당에 따른 U-plane 메시지들을 결합하도록 지시하는 정보를 포함할 수 있다. C-plane 메시지에 따라, 송신하는 또는 수신하는 U-plane 패킷들의 개수를 줄이기 위해, eAxC ID가 다른 U-plane 섹션들이 하나의 U-plane 섹션으로 병합될 수 있다. 예를 들어, 다중 포트들(즉, 레이어 또는 Tx/Rx 경로)에 대한 섹션 정보는, 빔 ID 또는 UE ID를 제외하고, 동일할 수 있다. 둘 이상의 포트들이 RU 내에서 공통 섹션 정보를 공유할 때, 각 포트를 통해 전송될 U-plane 섹션들은, 지정된 포트를 통해 U-plane 섹션으로 병합될 수 있다.

일 실시예에 따라, C-plane 메시지의 섹션 확장 정보는 U-plane 메시지들의 결합을 가리킬 수 있다. eAxC ID가 다른 U-plane 섹션들을 하나의 패킷을 통해 전송하기 위해, 상기 하나의 패킷의 스케줄링을 포함하는 C-plane 메시지의 섹션 프로토콜에 섹션 확장 정보가 추가될 수 있다. 섹션 확장 정보는, C-plane 섹션들의 병합을 위한 확장 필드와 같이, 타입 정보, 길이 정보, 및 빔 그룹 타입 정보를 포함할 수 있다. 타입 정보는, eAxC ID가 다른 U-plane 섹션들의 병합을 가리킬 수 있다. 길이 정보, 섹션 확장 정보의 길이를 나타낸다. 빔 그룹 타입 정보는, C-plane 내 bemaId의 스케줄링 방식을 나타낸다.

일 실시예에 따라, C-plane 메시지의 섹션 확장 정보의 번호는, 현재 O-RAN 규격의 SET(section extension type) 10에 기반하여, 결정될 수 있다. 예를 들어, eAxC ID가 다른 U-plane 섹션들을 하나의 패킷에 싣기 위해, C-plane 메시지의 섹션 프로토콜에 SET 74가 추가될 수 있다. 타입 정보는 7 bit로 구성될 수 있다. 기존 SET 10에 대응하는 비트열 '000 1010'에 하나의 비트만 변경된, 비트열 '100 1010'이 U-plane 섹션들의 병합을 위해 이용될 수 있다.

일 실시예에 따라, RU 내에서의 SET 10의 처리 동작은 RU 내에서의 SET 74의 처리 동작과 동일할 수 있다. 다시 말해, SET 74에 따른 섹션 확장 정보는 타입 정보를 제외하고, SET 10에 따른 섹션 확장 정보와 동일할 수 있다. 상기 한 비트의 변경은, 구현 측면에서, O-RAN 규격을 위배하지 않으면서, 적은 오버헤드를 제공할 수 있다. 상기 한 비트의 변경은, 규격 측면에서, 후방위 호환성(backward compatibility)을 제공하며, RU는 최소한의 동작으로 사용자 평면 병합을 수행할 수 있다. 최소 비트로 유사한 유형의 섹션 확장 정보를 위해 SET 74가 예로 서술되었으나, 다른 예들이 이용될 수도 있다. 다른 예를 들어, U-plane 섹션들의 병합을 위한 섹션 확장 정보의 타입 정보는 '010 1010'에 대응하는 42를 가리킬 수 있다. 또 다른 예를 들어, U-plane 섹션들의 병합을 위한 섹션 확장 정보의 타입 정보는 '001 1010'에 대응하는 26을 가리킬 수 있다. 한 비트의 변경은 C-plane 섹션들의 병합이 아닌 U-plane 섹션들의 병합을 지시한다. 그러나, 섹션 확장 정보의 번호는 부가적인 실시예로, 단순히 다른 번호(예: SET 22)가 이용될 수 있음은 물론이다.

동작(S707)에서, RU는 사용자 평면 병합을 수행할 수 있다. RU는 다수의 U-plane 섹션들을 하나의 U-plane 섹션으로 병합하기 위한 동작을 수행할 수 있다. RU는 U-plane 메시지들을 결합함으로써, 하나의 U-plane 메시지를 생성할 수 있다. 상기 하나의 U-plane 메시지는, 통합 U-plane 메시지, 결합 U-plane 메시지, 합병 U-plane 메시지, 또는 이와 동등한 기술적 의미를 갖는 용어로 지칭될 수 있다. RU의 사용자 평면 병합은 후술하는 도 8을 통해 구체적으로 서술된다.

도 7에서는 상향링크에서의 사용자 평면 병합이 예로 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 본 개시의 실시예들에 따른 사용자 평면 병합은 하향링크 패킷들에게 적용될 수 있다. 일 실시예에 따라, DU는 하나의 U-plane 메시지를 통해, 복수의 IQ 샘플 데이터를 RU에게 전송할 수 있다. 복수의 IQ 샘플 데이터의 각 IQ 샘플 데이터는 하나의 포트, 즉, eAxC ID에 대응할 수 있다.

도 7에서는 DU가 그룹 설정을 수행하는 것으로 도시되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 일 실시예에 따라, DU의 그룹 설정은 오퍼레이터(operator)에 의해 수동으로 설정되거나, 다른 노드로부터 획득될 수 있다.

도 7에서는 그룹 설정을 위한 M-plane 메시지가 서술되었다. 일 실시예에 따라, M-plane 메시지에 의한 그룹 설정은 C-plane 섹션들의 병합 및 U-plane의 섹션들의 병합 모드를 위해 이용될 수 있다. 즉, 동작(S707)의 사용자 평면 병합을 위해, M-plnae에서 추가적인 설정이 정의되지 않을 수 있다. RU는 C-plane 섹션들의 병합을 위해 이용된 그룹 설정에 기반하여, U-plane 섹션들의 병합을 수행할 수 있다. RU는 SET 10에 따른 eAxC ID들의 그룹 설정에 기반하여, SET 74에 따른 U-plane 섹션들의 병합을 수행할 수 있다. 예를 들어, M-plane 메시지는 표 1이 참조될 수 있다. 다른 일 실시예에 따라, M-plane 메시지는, C-plane 내에서의 다중 포트들을 위한 그룹 설정과 U-plane 내에서의 다중 포트들을 위한 그룹 설정을 독립적으로 포함할 수 있다.

도 8은 실시예들에 따른, 대표 포트(representative port)를 이용하는 U-plane 메시지의 전송의 예를 도시한다. 도 8에서는 상향링크 신호들이 병합된, 하나의 U-plane 메시지가 RU에서 DU로 전송되는 상황이 서술된다.

도 8을 참고하면, RU(220)는 복수의 eAxC들에 대응하는 상향링크 신호들을 획득할 수 있다. 본 개시의 실시예들에 따른 사용자 평면 병합이 수행되지 않는다면, RU(220)는 eAxC ID 별 U-plane 메시지를 DU(210)에게 전송할 수 있다. RU(220)의 처리부(예: C-plane의 CPU)는 각 레이어에 대응하는 eAxC를 통해 U-plane 메시지를 DU(210)에게 전송할 수 있다. RU(220)는 총 N개의 U-plane 메시지들을 DU(210)에게 전송할 수 있다. 예를 들어, eAxC #1에 대응하는 U-plane 메시지는 IQ 샘플 데이터 #1을 포함할 수 있다. eAxC #1에 대응하는 U-plane 메시지는 섹션 레이어 #1(810-1)을 통해, RU(220)에서 DU(210)로 전송될 수 있다. 예를 들어, eAxC #2에 대응하는 U-plane 메시지는 IQ 샘플 데이터 #2을 포함할 수 있다. eAxC #2에 대응하는 U-plane 메시지는 섹션 레이어 #2(810-2)을 통해, RU(220)에서 DU(210)로 전송될 수 있다. 예를 들어, eAxC #3에 대응하는 U-plane 메시지는 IQ 샘플 데이터 #3을 포함할 수 있다. eAxC #3에 대응하는 U-plane 메시지는 섹션 레이어 #3(810-3)을 통해, RU(220)에서 DU(210)로 전송될 수 있다. 예를 들어, eAxC #N에 대응하는 U-plane 메시지는 IQ 샘플 데이터 #N을 포함할 수 있다. eAxC #N에 대응하는 U-plane 메시지는 섹션 레이어 #N(810-N)을 통해, RU(220)에서 DU(210)로 전송될 수 있다.

각 레이어를 통해 전송되는 U-plane 메시지들 중에서 적어도 일부는 동일한 페이로드를 포함할 수 있다. 일 실시예에 따라, 동일한 섹션(예: RB)에서 전송되는 U-plane 메시지들은 동일한 섹션 정보를 포함할 수 있다. 일 실시예에 따라, 동일한 뉴머롤로지를 갖는 U-plane 메시지들은 동일한 섹션 정보를 포함할 수 있다. 따라서, 다수의 eAxC들에 대하여 정보 공유가 가능하다면, RU(220)의 동일 정보의 수신은 중복(duplication)으로 인해 오버헤드로 작용할 수 있다. RU(220)는 본 개시의 실시예들에 따른 사용자 평면 병합을 수행할 수 있다. RU(220)는 총 N개의 레이어들에 대한 N개의 U-plane 메시지들을 결합할 수 있다. RU(220)는 N개의 U-plane 메시지들을 결합함으로써, 하나의 U-plane 메시지를 생성할 수 있다. RU(220)는 하나의 U-plane 메시지를 전송하기 위한 레이어(820)를 식별할 수 있다. DU(210)는 상기 레이어(820)를 통해 상기 하나의 U-plane 메시지를 수신할 수 있다.

도 8에서는 상향링크에서 U-plane 메시지들을 결합하여, RU가 DU에게 하나의 통합 U-plane 메시지를 전송하는 상황이 서술되었으나, 본 개시의 실시예들은 이에 한정되지 않는다. 하향링크에서, DU는 eAxC ID들에 대응하는 하향링크 트래픽을 결합할 수 있다. DU는 각 eAxC ID에 대응하는 IQ 샘플 데이터를 포함하는 하나의 U-plane 메시지를 생성할 수 있다. DU는 상기 하나의 U-plane 메시지를 RU에게 전송할 수 있다.

도 9는 실시예들에 따른 사용자 평면(U-plane) 메시지들의 결합을 위한 제어 평면(C-plane) 메시지의 예(900)를 도시한다. 일 예로, C-plane 메시지가 제공하는 섹션의 섹션 타입은 1, 3, 또는 5일 수 있다. 선택된 유형의 C-Plane 메시지(예: 섹션 타입 1, 3 및 5)는 U-Plane 메시지들에 포함된 데이터 섹션들에 적용 가능한 정보를 전달하는 데이터 섹션 설명을 운반할(carry) 수 있다.

도 9를 참고하면, C-plane 메시지는 전송 헤더(transport header)(예: eCPRI 헤더 혹은 IEEE 1914.3) 정보, 공통 헤더 정보(910), 섹션 정보(920), 및 섹션 확장 정보(930)를 포함할 수 있다. 전송 헤더는, 상술된, 'ecpriVersion', 'ecpriReserved, 'ecpriConcatenation', 'ecpriMessage', 'ecpriPayload', 'ecpriRtcid/ecpriPcid', 및 'ecpriSeqid'를 포함할 수 있다.

공통 헤더 정보(910)는 기지국(예: gNB)의 데이터 전송 방향을 가리키는 'dataDirection', 애플리케이션 계층에서 IE들의 유효한 페이로드 프로토콜 버전을 가리키는 'payloadVersion', DL 및 UL 모두에서 사용될, IQ 데이터와 에어 인터페이스 간 채널 필터(channel filter)에 대한 인덱스를 의미하는 'filterindex'를 포함할 수 있다.

공통 헤더 정보(910)는, 메시지가 적용 가능한 시간 자원의 위치를 가리키기 위한 정보를 포함할 수 있다. 시간 자원의 위치는 프레임, 서브프레임, 슬롯, 또는 심볼에 의해 표시될 수 있다. 공통 헤더 정보(910)는, 프레임 번호를 가리키는 'frameId', 서브프레임 번호를 가리키는 'subframeId', 슬롯 번호를 가리키는 'slotId', 심볼 번호를 가리키는 'startSymblId'를 포함할 수 있다. 프레임은 256 모듈로 연산에 기초하여 결정된다. 서브프레임은 10ms의 프레임에 포함되는 1ms 단위의 유닛을 가진다. 슬롯 번호는 서브프레임 내에서 넘버링되며, 최대 크기는 뉴머롤로지에 따라 1, 2, 4, 8, 또는 16일 수 있다.

공통 헤더 정보(910)는 C-plane 메시지에 포함된 데이터 섹션의 개수를 가리키는 'numberOfsections'를 포함할 수 있다. 공통 헤더 정보(910)는 U-plane 데이터의 특성을 결정하는'sectionType'을 포함할 수 있다. 공통 헤더 정보(910)는 샘플(예: T_s= 1/30.72 MHz(megahertz))의 개수로, 슬롯의 시작부터 CP(cyclic prefix)의 시작까지의 오프셋을 정의하는 'timeoffset', FFT(fast fourier transfer) 크기 및 SCS를 정의하는 프레임 구조를 'frameStructure', 샘플(예: T_s= 1/30.72 MHz(megahertz))의 개수로, CP 길이를 정의하는 'cpLength'을 포함할 수 있다. 일 실시예에 따라, 공통 헤더 정보(910)의 'sectionType'은 1, 3, 또는 5를 가리킬 수 있다. 그러나, 1, 3, 또는 5를 가리키는 섹션 타입은 일 실시예일뿐, 본 개시의 실시예들에 따른 섹션 확장 타입 정보(930)가 다른 섹션 타입(2, 4, 6, 7, ...)에 적용될 수 없음을 의미하는 것은 아니다.

섹션 정보(920)는 레이어 별 정보로서, 하나의 슬롯(예: 14개의 심볼들)에서 할당되는 자원에 관한 정보를 포함할 수 있다. C-plane 및 U-plane에서 섹션이란, 자원들이 할당되는 영역을 의미할 수 있다. 예를 들어, 하나의 섹션은 시간-주파수 자원으로 표현되는 자원 그리드(resource grid)에서 주파수 영역으로 N개의 RB들(예: 현재 NR 규격에 따를 때, N은 1부터 273), 시간 영역으로 M개의 심볼들(예: 현재 NR 규격에 따를 대, N은 1 부터 14)에 대한 자원 할당 영역을 나타낼 수 있다.

섹션 정보(920)는 섹션 식별자를 의미하는 'sectionId'를 포함할 수 있다. 'sectionId'를 통한 C-Plane 및 U-Plane 커플링이 사용되는 경우, 'sectionId'는 C-Plane 메시지 내의 데이터 섹션 설명(data section description)에 의해 설명되는 개별 데이터 섹션을 식별한다. 'sectionId'의 목적은 U-Plane 데이터 섹션을 데이터와 관련된 해당 C-Plane 메시지(및 섹션 유형)에 매핑하는 것이다. 섹션 정보(920)는 모든 RB들이 사용되는지(every RB is used) 또는 모든 다른 RB(every other RB)가 사용되는지를 가리키는 'rb', 심볼 번호 증가(increment) 명령(command)을 의미하는 'symInc', 데이터 섹션 설명(data section description)의 시작 PRB 번호를 가리키기 위한 'startPrbc', 데이터 섹션 설명 별 연속된 PRB들의 개수를 가리키기 위한 'numPrbc', PRB 내의 RE 마스크(mask)를 정의하는 'reMask', 섹션 제어가 적용되는, PRACH(physical random access channel) 반복들(repetitions)의 횟수 또는 심볼들의 개수를 정의하는 'numSymbol', 확장 플래그를 가리키기 위한 'ef', U-plane 데이터에 적용될 빔 패턴을 정의하는 'beamId'를 포함할 수 있다.

섹션 확장 정보(930)는 추가적인(additional) 파라미터들을 제공하는 확장 유형(extension type)을 제공하는 'extType'를 포함할 수 있다. 섹션 확장 정보(930)는 다른 확장이 있는지 아니면(there is another extension present) 또는 현재 확장 필드가 마지막 확장(last extension)인지를 가리키는 'ef'를 포함할 수 있다. 섹션 확장 정보(930)는 32-bit (또는 4-바이트) 워드(words) 단위로 섹션 확장의 길이를 제공하는 'extLen'를 포함할 수 있다.

실시예들에 따를 때, 'extType'는 사용자 평면 병합을 가리킬 수 있다. 일 예로, 'extType'는 '100 1010'의 비트열을 나타낼 수 있다. '100 1010'는 74(=0x4A)를 나타낼 수 있다. 다른 예로, 다른 예로, 'extType'는 '010 1010'의 비트열을 나타낼 수 있다. 또 다른 예로, 'extType'는 '001 1010'의 비트열을 나타낼 수 있다.

실시예들에 따를 때, 섹션 확장 정보(930)는 U-plane 메시지들의 결합을 위해, 레이어들 위한 제어 정보를 더 포함할 수 있다. 예를 들어, 섹션 확장 정보(930)는 하기의 표와 같이 정의될 수 있다.

0	1	2	3	4	5	6	7
ef	extType							1	Octet N
extLen								1	Octet N+1
beamGroupType		numPortc						1	Octet N+2
reserved								1	Octet N+3

본 개시의 일 실시예에 따라, 'beamGroupType'필드가 확장 필드 내 페이로드(payload)로서 추가될 수 있다. 예를 들어, 'beamGroupType'필드는 2-비트로서, C-plane 메시지 내 bemaId의 스케줄링 방식을 지시하도록 구성될 수 있다. 'beamGroupType'필드는 00b 또는 01b를 가리킬 수 있다. 'numPortc'는 확장 필드에 의해 지시되는 eAxC 포트의 개수(혹은 레이어의 개수, 송신/수신 경로의 개수)를 나타낼 수 있다. 'numPortc'는 규격에 따라 최대 64개의 포트들까지 eAxC 포트들의 개수를 지시할 수 있다. 'reserved'는 예약된 비트들을 나타낸다.

도 9에는 도시되지 않았으나, 다른 일 실시예에 따라, 섹션 확장 정보(930)는 개별 레이어를 위한 제어 정보를 더 포함할 수 있다. 예를 들어, 섹션 확장 정보(930)는 하기의 표와 같이 정의될 수 있다.

0	1	2	3	4	5	6	7
ef	extType							1	Octet N
extLen								1	Octet N+1
beamGroupType		numPortc						1	Octet N+2
reserved	2st port beamID[14:8] (or ueID[14:8])							1	Octet N+3
2st port beamID[7:0] (or ueID[7:0])								1	Octet N+4
reserved	3nd port beamID[14:8] (or ueID[14:8])							1	Octet N+5
3nd port beamID[7:0] (or ueID[7:0])								1	Octet N+6
reserved	1							1	var
...								1	var
reserved	(numPortc+1)th port beamID[14:8] (or ueID[14:8])							1	var
(numPortc+1)th port beamID[7:0] (or ueID[7:0])								1	var
filler to ensure 4-byte boundary								var	var

x-th port beamID는 개별 레이어에 대한 빔 정보를 나타낸다. 1^st port의 beamID는 C-plane 메시지 내 O-RAN 헤더에 포함될 수 있다. 'beamGroupType'필드는 2-비트로서, 통합 U-plane 메시지 내 레이어들에 대해 적용되는 빔포밍 방식을 지시하도록 구성될 수 있다. 예를 들어, 'beamGroupType'필드는 하기의 표와 같이 구성될 수 있다. 'beamGroupType'필드가 11b를 가리킬 수 있다.

beamGroupType	Scheduling Case	Description
00b	Common beam	beamID in the section is used as a common beam ID for the 'numPortc' ports in front among the ports grouped by M-plane. In this case, extLen = 0x01. This type is not used for Section type 5
01b	Single User	The consecutive 'numPortc' beamIDs subsequent to the beamID in the section applies to the 'numPortc' ports. In this case, extLen = 0x01. This type is not used for Section type 5. The beamIDs comprising a beam matrix should be stored at RU.
10b	Multi-User	beamID listed in the section extension applies to the 'numPortc' ports. BeamID. 'numPortc' beam ID or ueID should be included
11b	N/A	reserved

한편, 상기 표 2 내지 표 4의 확장 필드 및 개별 구조는 예시적인 것으로, 통상의 기술자에게 자명한 방식으로 변형이 가능함은 물론이다.

각 레이어의 송신 경로(혹은 수신 경로)는 eCPRI에서 eAxC에 대응할 수 있다. eAxC는 섹터에서 캐리어 별 안테나 별 데이터 플로우(data flow)를 지칭할 수 있다. 즉, eAxC는 공간적으로 구별될 수 있는 신호 흐름의 단위일 수 있다. RU는 통합된 U-plane 메시지 전송을 위해 대표 eAxC를 식별할 수 있다. N개(N은 1 이상의 정수)의 eAxC들을 위한 대표 eAxC가 설정될 수 있다. 일 실시예에 따라, 대표 eAxC는 도 7의 M-plane 메시지에 따라 설정될 수 있다. 서비스 비실시간 OAM domain (ORAN M-plane) 인터페이스를 통해 DU와 RU에 대표 eAxC가 미리 지정되고, DU는 다중 레이어 전송 시, 제어 메시지 전송 시 지정된 eAxC를 식별할 수 있다. 다른 일 실시예에 따라, 대표 eAxC는 미리 정해진 규칙(예: 첫 번째 eAxC)에 따라 설정될 수 있다. 실시예들에 따른 RU는 식별된 경로(대표 eAxC)를 통해 전송될 U-plane 메시지를 생성할 수 있다. U-plane 메시지는 총 N개의 레이어들 각각에 대한 IQ 샘플 데이터를 포함하는 통합 메시지일 수 있다. 하나의 레이어에 대한 섹션 헤더 정보를 포함하는 것이 아니라 다수의 레이어들에 대한 섹션 헤더 정보를 포함하도록 U-plane 메시지를 구성함으로써, 프론트홀 인터페이스 내 오버헤드가 감소할 수 있다.

일 실시예에 따라, 도 9의 사용자 평면 병합을 위한 C-plane 메시지 및 관련 동작들은, RU 능력(capability)에 기반하여 수행될 수 있다. RU 능력이 RU가 사용자 평면 병합을 위한 섹션 확장을 지원함을 나타내는 경우, DU는 RU에게 사용자 평면 병합을 위한 섹션 확장을 포함하는 C-plane 메시지를 전송할 수 있다. DU 및 RU는 'representative eAxC' ID(M-plane 구성)와 함께 사용하여 여러 U-plane 메시지들에 따른 오버헤드를 하나의 단일 U-plane 메시지를 보내는 오버헤드로 줄일 수 있다. 예를 들어, 상향링크의 경우, DU는 RU로부터 하나의 단일 U-plane 메시지를 수신하지만, 마치 4개의 U-plane 메시지들을 수신한 것처럼 동작(operation)을 수행할 수 있다.

도 10은 실시예들에 따른 대표 포트를 이용하는 사용자 평면(U-plane) 메시지의 예를 도시한다. 사용자 평면 병합을 제공하기 위한 섹션 확장 정보(예: 도 9의 섹션 확장 정보(930))를 포함하는 C-plane 메시지를 통해, RU는 데이터 섹션들의 IQ 샘플 데이터를 하나의 U-plane 패킷에 실을 수 있다. 데이터 섹션들은, eAxC ID group 설정에서 그룹핑된(grouped) eAxC ID 들에 대응할 수 있다. 데이터 섹션들은 eAxC의 값에 특정적이므로(specific to), 다른 eAxC 값들은 다르게 정의된(differently defined) 데이터 섹션들(예를 들어, 다른 범위의 PRB들이 포함된)을 가질 수 있다. 일 예로, 데이터 섹션들의 각 섹션 타입은 1, 3, 또는 5일 수 있다.

도 10을 참고하면, 사용자 평면 병합에 따른 U-plane 메시지(1000)는 전송 헤더, 애플리케이션 계층 헤더, 및 섹션 헤더 정보(1010), 개별 PRB 정보(1020, 1021, 1022, 1023)를 포함할 수 있다. 전송 헤더에 대한 설명 및 애플리케이션 계층 헤더에 대한 설명은 도 9가 참조될 수 있다.

섹션 헤더 정보(1010)는, 섹션 식별자를 의미하는 'sectionId', 모든 RB들이 사용되는지(every RB is used) 또는 모든 다른 RB(every other RB)가 사용되는지를 가리키는 'rb', 심볼 번호 증가(increment) 명령(command)을 의미하는'symInc', U-plane 섹션의 시작 PRB 번호를 가리키기 위한 'startPrbu', 데이터 섹션 별 연속된 PRB들의 개수를 가리키기 위한 'numPrbu'를 포함할 수 있다. 섹션 헤더 정보(1010)의 파라미터들(예: rb, startPrbu and numPrbu)의 값들은 데이터 섹션들이 절대 중첩되지 않도록 보장한다(ensure). 주어진 eAxC를 위한 하나의 데이터 섹션 내에 단일 PRB만 존재할 수 있다. C-plane 메시지 내의 하나의 섹션의 설명(description)에 대하여, 상기 섹션과 관련되는 복수의 U-plane 데이터 섹션들은, 포함된 IQ 데이터를 적용할 수 있는 PRB를 정의할 것이 요구된다. 일반적으로, U-plane 내에서의 데이터 섹션은 C-plane 메시지의 섹션 설명들에 대응하는 PRB들을 포함할 수 있다.

섹션 헤더 정보(1010)는, 데이터 섹션의 사용자 데이터를 위한 압축 방법 및 IQ 비트폭을 가리키는 'udCompHdr'를 포함할 수 있다. 압축 방법은, 무압축(no compression), BFP(block floating point), 블록 스케일링(block scaling), μ-law, 변조 압축(modulation compression), 'BFP 및 선택적 RE 전송(selective RE sending)', 또는 '변조 압축 및 선택적 RE 전송'일 수 있다. 섹션 헤더 정보(1010)는, 현재 섹션의 마지막까지(up to the end of current section), PRB 필드들 내에서, 패딩을 포함하는 총 옥텟의 개수를 지정하는 'udCompLen'를 포함할 수 있다. 압축 방법은 M-plane에 의해 설정되거나, 상기 PRB를 포함하는 데이터 섹션의 'udCompHdr'에서 지정될 수 있다. 섹션 헤더 정보(1010)는, 추후 사용(further use)를 위해 예약된 비트들인 'reserved' 필드를 포함할 수 있다.

RU는 다중 포트들(multiple ports)의 그룹 설정에 기반하여, 대표 eAxC ID 및 하나 이상의 멤버 eAxC ID들을 식별할 수 있다. 예를 들어, 도 10에서의 그룹 설정은 하기의 표와 같을 수 있다. 한편, 도 10에서는 4개의 eAxC 포트들이 예시되었으나, 사용자 평면 병합을 위한 포트들의 개수는 C-plane 메시지의 파라미터(예: 도 9의 'numPortc')에 따라 달라질 수 있다.

eAxC ID group configuration
rx-eaxc-id-group #0	[key = 0]	-	-
representative-t[r]x-eaxc-id	#0	-	-
member-t[r]x-eaxc-id*	#1	#2	#3

U-plane 메시지는 PRB 정보를 포함할 수 있다. PRB 정보는, eAxC에 대한 IQ 샘플 데이터를 포함할 수 있다. 예를 들어, 4개의 eAxC들에 대한 IQ 샘플 데이터를 위해, RU는 4개의 U-plane 메시지들을 생성할 수 있다. 제1 eAxC에 대한 U-plane 메시지는 섹션 헤더 정보(1010) 및 제1 PRB 정보(1020)를 포함할 수 있다. 제2 eAxC에 대한 U-plane 메시지는 섹션 헤더 정보(1010) 및 제2 PRB 정보(1021)를 포함할 수 있다. 제3 eAxC에 대한 U-plane 메시지는 섹션 헤더 정보(1010) 및 제3 PRB 정보(1022)를 포함할 수 있다. 제4 eAxC에 대한 U-plane 메시지는 섹션 헤더 정보(1010) 및 제4 PRB 정보(1023)를 포함할 수 있다. 그러나, 동일한 섹션 헤더 정보(1010)를 추가적으로 3회 전송하는 것은, 프론트홀 인터페이스의 자원을 낭비할 수 있다.

실시예들에 따를 때, RU는 사용자 평면 병합을 제공하기 위한 섹션 확장 정보(예: 도 9의 섹션 확장 정보(930))를 포함하는 C-plane 메시지를 수신하는 것에 대응하여, RU는 사용자 평면 병합을 수행할 수 있다. RU는 다른 eAxC ID를 갖는 섹션들의 IQ 샘플 데이터를 병합할 수 있다. 일 실시예에 따라, M-plane에 의해 설정된 대표 eAxC ID의 섹션의 헤더 정보와 멤버 eAxC ID의 섹션의 헤더 정보가 동일하면, RU는 멤버 eAxC ID에 대응하는 IQ 샘플 데이터를, 대표 eAxC ID에 대응하는 IQ 샘플 데이터 이후에 붙일 수 있다.

RU는, 섹션 헤더 정보(1010) 및 대표 eAxC ID의 PRB 정보의 IQ 샘플 데이터에 연이어, numPortc 배만큼의 IQ 샘플 데이터를 추가할 수 있다. 추가되는 IQ 샘플 데이터는 각 멤버 eAxC ID의 iSample 및 qSample을 포함할 수 있다. RU는 상술된 프론트홀 인터페이스에서의 자원 낭비를 줄이기 위하여, RU는 각 PRB 정보를 대표 eAxC 포트의 PRB 정보 이후에 순차적으로 부가된, 통합 U-plane 메시지를 생성할 수 있다.

제1 PRB 정보(1020)는 대표 eAxC 포트에 대응하는 PRB에 사용되는 압축 방법에 적용되는 파라미터를 가리키기 위한'udCompParam'를 포함할 수 있다. 제1 PRB 정보(1020)는 대표 eAxC 포트에 대응하는 PRB의 각 RE 별, iSample (in-phase sample) 및 qSample (quadrature sample)를 포함할 수 있다. 제2 PRB 정보(1021)는 제1 멤버 eAxC 포트(예: eAxC ID #1)에 대응하는 PRB에 사용되는 압축 방법에 적용되는 파라미터를 가리키기 위한 'udCompParam'를 포함할 수 있다. 제2 PRB 정보(1021)는 제1 멤버 eAxC 포트에 대응하는 PRB의 각 RE 별, iSample (in-phase sample) 및 qSample (quadrature sample)를 포함할 수 있다. 제3 PRB 정보(1022)는 제2 멤버 eAxC 포트(예: eAxC ID #2)에 대응하는 PRB에 사용되는 압축 방법에 적용되는 파라미터를 가리키기 위한 'udCompParam'를 포함할 수 있다. 제3 PRB 정보(1022)는 제2 멤버 eAxC 포트에 대응하는 PRB의 각 RE 별, iSample (in-phase sample) 및 qSample (quadrature sample)를 포함할 수 있다. 제4 PRB 정보(1023)는 제3 멤버 eAxC 포트(예: eAxC ID #3)에 대응하는 PRB에 사용되는 압축 방법에 적용되는 파라미터를 가리키기 위한 'udCompParam'를 포함할 수 있다. 제4 PRB 정보(1023)는 제3 멤버 eAxC 포트에 대응하는 PRB의 각 RE 별, iSample (in-phase sample) 및 qSample (quadrature sample)를 포함할 수 있다.

본 개시의 실시예들에 따를 때, M-plane 메시지는 사용자 평면 결합을 위한 eAxC ID 포트들을 설정하기 위해 이용될 수 있다. M-plane 메시지의 그룹 설정은 사용자 평면 결합을 위한 대표 eAxC ID 및 하나 이상의 멤버 eAxC ID들을 포함할 수 있다. 일 실시예에 따라, M-plane 메시지의 그룹 설정은 C-plane 메시지들의 결합 및 U-plane 메시지들의 결합 모두를 위해 이용될 수 있다. 다시 말해, C-plane 메시지들의 결합을 위한 다중 포트들의 그룹 설정은 U-plane 메시지들의 결합을 위해 공유될 수 있다. 하나의 그룹 설정을 통해, C-plane 메시지들의 결합 및 U-plane 메시지들의 결합이 수행될 수 있다. 다른 일 실시예에 따라, U-plane 메시지들의 결합을 위한 다중 포트들의 그룹 설정은, U-plane 메시지들의 결합을 위한 다중 포트들의 그룹 설정과 독립적으로 설정될 수 있다. 일 예로, U-plane 메시지들의 결합을 위한 대표 eAxC ID와 C-plane 메시지들의 결합을 위한 대표 eAxC ID가 다를 수 있다.

본 개시의 실시예들에 따를 때, C-plane 메시지는 U-plane 메시지들의 결합을 지시하는 섹션 확장 정보를 포함할 수 있다. 섹션 확장 정보의 섹션 확장 타입 지시자(예: 도 9의 'extType')는, U-plane 메시지들의 결합을 지시할 수 있다. 일 실시예에 따라, 섹션 확장 정보는 C-plane 메시지들의 결합과 별도로 U-plane 메시지들의 결합을 지시할 수 있다. RU는 U-plane 메시지들의 결합을 식별하거나(예: DL의 경우), U-plane 메시지들의 결합을 수행할 수 있다(예: UL의 경우). 이 때, C-plane 메시지들의 결합은 별도의 섹션 확장 정보(예: SET=10)에 의해 구성될 수 있다. 또는 이 때, C-plane 메시지들은, C-plane 메시지들의 결합 없이, 각각 DU에서 RU로 전송될 수도 있다.

다른 일 실시예에 따라, 섹션 확장 정보는 C-plane 메시지들의 결합과 함께, U-plane 메시지들의 결합을 지시할 수 있다. 하나의 섹션 확장 정보는, C-plane 메시지들의 결합과 U-plane 메시지들의 결합 모두를 RU에게 설정하기 위해 이용될 수 있다. RU는, 상기 하나의 섹션 확장 정보에 기반하여, C-plane 섹션들이 결합된 하나의 C-plane 메시지를 수신하고, U-plane 섹션들이 결합된 하나의 U-plane 메시지를 DU에게 전송할 수 있다. 'extLen', 'numPortc', 및 'beamGroupType'와 같이, 섹션 확장 정보의 파라미터들은 C-plane 메시지들의 결합(이하, 제어 평면 병합)과 U-plane 메시지들의 결합(이하, 사용자 평면 병합) 간 공유될 수 있다.

또 다른 일 실시예에 따라, 섹션 확장 정보는, C-plane 메시지들의 결합을 위해 이용된 섹션 확장 정보의 일부 reserved 비트를 통해, U-plane 메시지들의 결합을 지시할 수 있다. 일 예로, C-plane 메시지의 섹션 타입은 '000 1010'을 가리키고, 'reserved' 비트들(예: 표 2 또는 표 3) 중에서 적어도 일부가 U-plane 메시지들의 결합을 지시할 수 있다. 예를 들어, 지정된 위치의 'reserved' 비트(예: Octet N+3의 'reserved' 비트)의 값은 U-plane 메시지들의 결합 여부를 지시할 수 있다. 다른 예를 들어, 각 eAxC ID의 빔 ID의 옥텟에 포함된 'reserved' 비트의 값은 해당 AxC ID의 사용자 평면 결합에 이용되는지 여부를 지시할 수 있다.

CAT-A LTE　NB-IOT Cell 운용시와 같이　eAxC ID　분기가 많아 C-plane 메시지 및 U-plane 메시지 들의 수가 많이 필요한 경우, 메시지 처리 부하량이 많은 셀을 처리할 수 있을 만큼 충분히 감소되지 않는 문제가 있었다. 특히, 현재 규격에 정의되는 SET=10의 C-plane 메시지만으로는, C-plane 섹션들의 수만 감소하게 되어, 여전히 메시지 처리 부하량이 높다. 따라서, 본 개시의 실시예들에 따른, 사용자 평면 병합은 U-plane 메시지들의 수를 줄이기 위한 방안을 제시하였다.

본 개시의 실시예들에 따른 사용자 평면 병합은, 데이터 섹션들을 스케줄링하는 C-plane 메시지의 크기의 제약 한계 내에서, 다른 eAxC 포트들 간 U-plane 메시지들을 병합함으로써, 메시지 처리의 부하를 줄인다. 특히, NB-IoT 셀이나, 파편화된 자원에 대한 병합을 가능하게 함으로써, 프론트홀 인터페이스의 자원 효율을 높이고, 이를 통해, DU와 RU 내에　셀 개수의 확장이나 다른 기능을 위한 처리 자원을 확보할 수 있다.

기존의 C-plane 메시지들의 결합에 더하여, 대응하는 U-plane 메시지들의 결합을 이용함으로써, DU 및 RU에서 메시지 처리의 부하는 급감할 수 있다. 실제 O-RAN 셀 운용 시, NB-IoT, eMTC(enhanced machine type communication), mixed numerology와 같이 eAxC ID, 섹션, 및 메시지의 파편화(fragmentation)가 많은 환경에서 본 개시의 실시예들에 따른 메시지 처리 부하의 감소 효과는 극대화될 수 있다.

실시예들에 따를 때, DU(distributed unit)에 의해 수행되는 방법은, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하는 동작을 포함할 수 있다. 상기 방법은 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 RU에게 전송하는 동작을 포함할 수 있다. 상기 섹션 확장 정보는, 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

일 실시예에 따를 때, 상기 섹션 확장 정보는 사용자 평면 데이터의 병합을 가리키기 위한 타입 정보, 빔 그룹핑의 유형을 가리키기 위한 빔 그룹 타입 정보; 및 하나 이상의 eAxC 포트들의 총 개수를 가리키기 위한 포트 정보를 포함할 수 있다. 상기 하나의 U-plane 메시지는, 상기 eAxC 포트 및 상기 하나 이상의 eAxC 포트들의 각 eAxC 포트에 대응하는 DL(downlink) 데이터 또는 UL(uplink) 데이터를 포함할 수 있다.

일 실시예에 따를 때, 상기 하나의 U-plane 메시지는, 상기 결합을 위한 복수의 eAxC 포트들 중에서 각 eAxC 포트에 대하여, PRB(physical resource block)에서 압축 방식을 가리키기 위한 사용자 데이터 압축 파라미터(user data compression parameter), 상기 PRB의 RE(resource element) 별 i샘플(in-phase sample) 값, 및 상기 PRB의 RE(resource element) 별 q샘플(quadrature sample) 값을 포함할 수 있다.

일 실시예에 따를 때, 상기 방법은 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해, 상기 RU로부터 상기 하나의 U-plane 메시지를 수신하는 동작을 더 포함할 수 있다.

일 실시예에 따를 때, 상기 섹션 확장 정보와 다른 섹션 확장 정보는 복수의 제어 평면(control plane, C-plane) 메시지들을 하나의 C-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 하나의 C-plane 메시지는, 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해 상기 RU에게 송신될 수 있다.

실시예들에 따를 때, RU(radio unit)에 의해 수행되는 방법은, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 동작을 포함할 수 있다. 상기 방법은 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 DU로부터 수신하는 동작을 포함할 수 있다. 상기 섹션 확장 정보는, 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

일 실시예에 따를 때, 상기 방법은 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해, 상기 DU에게 상기 하나의 U-plane 메시지를 송신하는 동작을 더 포함할 수 있다.

실시예들에 따를 때, DU(distributed unit)의 전자 장치는, 적어도 하나의 송수신기, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성될 수 있다. 상기 적어도 하나의 프로세서는, 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 RU에게 전송하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성될 수 있다. 상기 섹션 확장 정보는, 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

일 실시예에 따를 때, 상기 적어도 하나의 프로세서는, 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해, 상기 RU로부터 상기 하나의 U-plane 메시지를 수신하도록 상기 적어도 하나의 송수신기를 제어하도록, 추가적으로 구성될 수 있다.

실시예들에 따를 때, RU(radio unit)의 전자 장치는, 적어도 하나의 송수신기, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는, 대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성될 수 있다. 상기 적어도 하나의 프로세서는, 자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 DU로부터 수신하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성될 수 있다. 상기 섹션 확장 정보는, 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용될 수 있다. 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용될 수 있다.

일 실시예에 따를 때, 상기 적어도 하나의 프로세서는, '상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해, 상기 DU에게 상기 하나의 U-plane 메시지를 송신하도록 상기 적어도 하나의 송수신기를 제어하도록, 추가적으로 구성될 수 있다.

본 개시의 청구항 또는 명세서에 기재된 실시예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(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

DU(distributed unit)에 의해 수행되는 방법에 있어서,
대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하는 동작과,
자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 RU에게 전송하는 동작을 포함하고,
상기 섹션 확장 정보는, 상기 DU 또는 상기 RU에서 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용되고,
상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용되는 방법.
청구항 1에 있어서,
상기 섹션 확장 정보는:
사용자 평면 데이터의 병합을 가리키기 위한 타입 정보,
빔 그룹핑의 유형을 가리키기 위한 빔 그룹 타입 정보; 및
하나 이상의 eAxC 포트들의 총 개수를 가리키기 위한 포트 정보를 포함하고,
상기 하나의 U-plane 메시지는, 상기 eAxC 포트 및 상기 하나 이상의 eAxC 포트들의 각 eAxC 포트에 대응하는 DL(downlink) 데이터 또는 UL(uplink) 데이터를 포함하는 방법.
청구항 1에 있어서, 상기 하나의 U-plane 메시지는, 상기 결합을 위한 복수의 eAxC 포트들 중에서 각 eAxC 포트에 대하여,
PRB(physical resource block)에서 압축 방식을 가리키기 위한 사용자 데이터 압축 파라미터(user data compression parameter),
상기 PRB의 RE(resource element) 별 i샘플(in-phase sample) 값, 및
상기 PRB의 RE(resource element) 별 q샘플(quadrature sample) 값을 포함하는 방법.
청구항 1에 있어서,
상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해, 상기 RU로부터 상기 하나의 U-plane 메시지를 수신하는 동작을 더 포함하는 방법.
청구항 1에 있어서,
상기 섹션 확장 정보와 다른 섹션 확장 정보는 복수의 제어 평면(control plane, C-plane) 메시지들을 하나의 C-plane 메시지로 결합하기 위해 이용되고,
상기 하나의 C-plane 메시지는, 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해 상기 RU에게 송신되는 방법.
RU(radio unit)에 의해 수행되는 방법에 있어서,
대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하는 동작과,
자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 DU로부터 수신하는 동작을 포함하고,
상기 섹션 확장 정보는, 상기 DU 또는 상기 RU에서 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용되고,
상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용되는 방법.
청구항 6에 있어서,
상기 섹션 확장 정보는:
사용자 평면 데이터의 병합을 가리키기 위한 타입 정보,
빔 그룹핑의 유형을 가리키기 위한 빔 그룹 타입 정보; 및
하나 이상의 eAxC 포트들의 총 개수를 가리키기 위한 포트 정보를 포함하고,
상기 하나의 U-plane 메시지는, 상기 eAxC 포트 및 상기 하나 이상의 eAxC 포트들의 각 eAxC 포트에 대응하는 DL(downlink) 데이터 또는 UL(uplink) 데이터를 포함하는 방법.
청구항 6에 있어서, 상기 하나의 U-plane 메시지는, 상기 결합을 위한 복수의 eAxC 포트들 중에서 각 eAxC 포트에 대하여,
PRB(physical resource block)에서 압축 방식을 가리키기 위한 사용자 데이터 압축 파라미터(user data compression parameter),
상기 PRB의 RE(resource element) 별 i샘플(in-phase sample) 값, 및
상기 PRB의 RE(resource element) 별 q샘플(quadrature sample) 값을 포함하는 방법.
청구항 6에 있어서,
상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해, 상기 DU에게 상기 하나의 U-plane 메시지를 송신하는 동작을 더 포함하는 방법.
청구항 6에 있어서,
상기 섹션 확장 정보와 다른 섹션 확장 정보는 복수의 제어 평면(control plane, C-plane) 메시지들을 하나의 C-plane 메시지로 결합하기 위해 이용되고,
상기 하나의 C-plane 메시지는, 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해 상기 DU로부터 수신되는 방법.
DU(distributed unit)의 전자 장치에 있어서,
적어도 하나의 송수신기,
상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 RU(radio unit)에게 전송하도록 상기 적어도 하나의 송수신기를 제어하고,
자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 RU에게 전송하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성되고,
상기 섹션 확장 정보는, 상기 DU 또는 상기 RU에서 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용되고,
상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용되는 전자 장치.
청구항 11에 있어서,
상기 섹션 확장 정보는:
사용자 평면 데이터의 병합을 가리키기 위한 타입 정보,
빔 그룹핑의 유형을 가리키기 위한 빔 그룹 타입 정보; 및
하나 이상의 eAxC 포트들의 총 개수를 가리키기 위한 포트 정보를 포함하고,
상기 하나의 U-plane 메시지는, 상기 eAxC 포트 및 상기 하나 이상의 eAxC 포트들의 각 eAxC 포트에 대응하는 DL(downlink) 데이터 또는 UL(uplink) 데이터를 포함하는 전자 장치.
청구항 11에 있어서, 상기 하나의 U-plane 메시지는, 상기 결합을 위한 복수의 eAxC 포트들 중에서 각 eAxC 포트에 대하여,
PRB(physical resource block)에서 압축 방식을 가리키기 위한 사용자 데이터 압축 파라미터(user data compression parameter),
상기 PRB의 RE(resource element) 별 i샘플(in-phase sample) 값, 및
상기 PRB의 RE(resource element) 별 q샘플(quadrature sample) 값을 포함하는 전자 장치.
청구항 11에 있어서, 상기 적어도 하나의 프로세서는, 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해, 상기 RU로부터 상기 하나의 U-plane 메시지를 수신하도록 상기 적어도 하나의 송수신기를 제어하도록, 추가적으로 구성되는 전자 장치.
청구항 11에 있어서,
상기 섹션 확장 정보와 다른 섹션 확장 정보는 복수의 제어 평면(control plane, C-plane) 메시지들을 하나의 C-plane 메시지로 결합하기 위해 이용되고,
상기 하나의 C-plane 메시지는, 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해 상기 RU에게 송신되는 전자 장치.
RU(radio unit)의 전자 장치에 있어서,
적어도 하나의 송수신기,
상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고,
상기 적어도 하나의 프로세서는,
대표(representative) eAxC(extended antenna-carrier) 포트를 가리키기 위한 정보를 포함하는 관리 메시지를 프론트홀 인터페이스를 통해 DU(distributed unit)로부터 수신하도록 상기 적어도 하나의 송수신기를 제어하고,
자원 할당을 위한 섹션 정보와 섹션 확장(extension) 정보를 포함하는 제어 플레인 메시지를, 프론트홀 인터페이스를 통해 상기 DU로부터 수신하도록 상기 적어도 하나의 송수신기를 제어하도록, 구성되고,
상기 섹션 확장 정보는, 상기 DU 또는 상기 RU에서 복수의 사용자 평면(user plane, U-plane) 메시지들을 하나의 U-plane 메시지로 결합하기 위해 이용되고,
상기 프론트홀 인터페이스의 상기 대표 eAxC 포트는 상기 결합된 하나의 U-plane 메시지의 송신 또는 수신을 위해 이용되는 전자 장치.
청구항 16에 있어서,
상기 섹션 확장 정보는:
사용자 평면 데이터의 병합을 가리키기 위한 타입 정보,
빔 그룹핑의 유형을 가리키기 위한 빔 그룹 타입 정보; 및
하나 이상의 eAxC 포트들의 총 개수를 가리키기 위한 포트 정보를 포함하고,
상기 하나의 U-plane 메시지는, 상기 eAxC 포트 및 상기 하나 이상의 eAxC 포트들의 각 eAxC 포트에 대응하는 DL(downlink) 데이터 또는 UL(uplink) 데이터를 포함하는 전자 장치.
청구항 16에 있어서, 상기 하나의 U-plane 메시지는, 상기 결합을 위한 복수의 eAxC 포트들 중에서 각 eAxC 포트에 대하여,
PRB(physical resource block)에서 압축 방식을 가리키기 위한 사용자 데이터 압축 파라미터(user data compression parameter),
상기 PRB의 RE(resource element) 별 i샘플(in-phase sample) 값, 및
상기 PRB의 RE(resource element) 별 q샘플(quadrature sample) 값을 포함하는 전자 장치.
청구항 16에 있어서, 상기 적어도 하나의 프로세서는, '상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해, 상기 DU에게 상기 하나의 U-plane 메시지를 송신하도록 상기 적어도 하나의 송수신기를 제어하도록, 추가적으로 구성되는 전자 장치.
청구항 16에 있어서,
상기 섹션 확장 정보와 다른 섹션 확장 정보는 복수의 제어 평면(control plane, C-plane) 메시지들을 하나의 C-plane 메시지로 결합하기 위해 이용되고,
상기 하나의 C-plane 메시지는, 상기 프론트홀 인터페이스의 상기 대표 eAxC 포트를 통해 상기 DU로부터 수신되는 전자 장치.