KR20190039757A - 가상 무선 액세스 네트워크를 관리하는 방법 및 소프트웨어 구성요소를 조정하는 방법 - Google Patents

Abstract

무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법이 제공된다. 상기 방법은 무선 셀의 무선 액세스 기술에 기초하여, 저장소 내의 가상 무선 액세스 네트워크에 대한 구성 계획을 선택하는 단계를 포함한다. 또한, 상기 방법은 저장소로부터 구성 계획에 연관된 적어도 하나의 소프트웨어 구성요소를 질의하는 단계를 포함한다. 소프트웨어 구성요소는 가상 무선 액세스 네트워크의 가상화된 네트워크 기능을 나타낸다. 상기 방법은 소프트웨어 구성요소를 사용하여 구성 계획에 따라 런타임 플랫폼상에서 가상화된 네트워크 기능을 설정하는 단계를 추가로 포함한다.

Description

가상 무선 액세스 네트워크를 관리하는 방법 및 소프트웨어 구성요소를 조정하는 방법

예들은 가상 무선 액세스 네트워크들에 관한 것이다. 특히, 예들은 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법 및 가상 무선 액세스 네트워크의 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소를 조정하는(calibrating) 방법에 관한 것이다.

클라우드 컴퓨팅은 최소한의 관리 노력이나 서비스 제공자 상호 작용을 통해 신속하게 제공되고 배포될 수 있는 구성 가능한 컴퓨팅 자원들(예를 들면, 네트워크들, 서버들, 저장 장치, 애플리케이션들, 및 서비스들)의 공유 풀에 유비쿼터스이고 편리한 온디맨드 네트워크 액세스를 가능하게 하는 모델이다.

통신 프로토콜들은 범용 애플리케이션들에 비교하여 상이한 자원 요건들을 통합한다. 일반적으로, 애플리케이션들은 거의 모든 서버 또는 클라이언트 플랫폼상에서 실행될 수 있다. 그러나, 무선 액세스 네트워크(RAN) 환경에서 특히 기저 대역 기능인 원격 통신 프로토콜들은 레이턴시 및 처리량 요건들을 충족시키기 위해 최소 성능을 필요로 한다. 따라서, 전용 하드웨어는 여전히 RAN 필드의 표준이다.

가상 무선 액세스 네트워크(vRAN; Cloud-RAN 또는 중앙 집중식 R-RAN, C-RAN이라고도 함)는 하나 이상의 무선 셀들에 필요한 기저 대역 및 프로토콜 처리가 중앙 집중식 컴퓨팅 자원들 또는 클라우드 기반구조에서 수행되는 아키텍처이다. vRAN은 실행 환경의 추상화(가상화)를 통해 유연성을 확장한다.

vRAN에서, RAN의 (필수) 부분들(예를 들면, LTE 스택)은 범용 처리(General Purpose Processing; GPP) 플랫폼들상에서 실행된다. 태스크들(프로세스들 또는 스레드들)을 단일 코어 또는 코어들의 세트에 바인딩하여 그들의 성능을 향상시킬 수 있는 멀티 코어 플랫폼들이 보급됨에 따라, 코어 친화성은 클라우드 자원 관리 분야에서 필수적인 특징이 된다.

그러나, 종래 클라우드 관리 시스템들은 개별적인 vRAN 설정 및 관리를 허용하지 않는다. 또한, 기저 대역 기능에 필요한 특정 자원 소비 및 성능 거동은 효율적으로 관리되지 않는다.

따라서, 자원 및 성능 모니터링뿐만 아니라 효율적인 vRAN 설정 및 관리가 필요할 수 있다.

본 발명의 목적은 가상 무선 액세스 네트워크를 관리하는 방법 및 소프트웨어 구성요소를 조정하는 방법을 제공하는 것이다.

본 개시의 제 1 양태에 따라, 무선 셀을 서빙하는 vRAN을 관리하는 방법이 제공된다. 상기 방법은, 무선 셀의 무선 액세스 기술에 기초하여, 저장소 내의 vRAN에 대한 구성 계획을 선택하는 단계를 포함한다. 또한, 상기 방법은, 저장소로부터, 상기 구성 계획에 연관된 적어도 하나의 소프트웨어 구성요소를 질의하는 단계를 포함한다. 소프트웨어 구성요소는 vRAN의 가상화된 네트워크 기능을 나타낸다. 상기 방법은, 소프트웨어 구성요소를 사용하여, 구성 계획에 따라 런타임 플랫폼상의 가상화된 네트워크 기능을 설정하는 단계를 추가로 포함한다.

일부 예들에서, vRAN에 대한 구성 계획은 또한 무선 셀에 의해 서빙될 사용자의 수 및/또는 런타임 플랫폼의 구성 및/또는 무선 셀의 무선 액세스 기술의 제약에 기초하여 선택된다.

일부 예들에 따라, 저장소는 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소의 복수의 버전들을 포함하고, 각각의 버전은 특정 런타임 플랫폼 구성 및/또는 특정 프론트홀 구성에 대해 조정되고, 저장소로부터의 구성 계획에 연관된 적어도 하나의 소프트웨어 구성요소를 질의하는 것은 런타임 플랫폼의 구성 및/또는 무선 셀의 무선 액세스 기술의 제약에 기초한다.

일부 예들에서, 런타임 플랫폼상에 가상화된 네트워크 기능을 설정하는 것은 런타임 플랫폼의 프로세서 코어들의 총 수 및/또는 소프트웨어 구성요소와 함께 저장소에 저장된 디폴트 할당 설정에 대한 정보에 기초하여 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소에 런타임 플랫폼의 다수의 프로세서 코어들을 할당하는 것을 포함한다.

일부 예들에 따라, 상기 방법은 소프트웨어 구성요소에 할당된 다수의 프로세서 코어들의 부하를 모니터링하는 단계, 및 제 1 부하 조건이 충족되는 경우, 소프트웨어 구성요소에 할당된 프로세서 코어들의 수를 변경하는 단계를 더 포함한다.

일부 예들에서, 상기 방법은, 제 2 부하 조건이 충족되는 경우, 런타임 플랫폼상의 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소의 복제물(clone)를 설정하는 단계, 및 vRAN에서 네트워크 트래픽을 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소 및 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소의 복제물에 분배하는 단계를 더 포함한다.

일부 예들에 따라, 소프트웨어 구성요소는 소프트웨어 컨테이너이다.

일부 예들에서, 가상화된 네트워크 기능은 무선 셀의 무선 액세스 기술에 사용되는 통신 프로토콜의 적어도 일부를 나타낸다.

본 개시의 제 2 양태에 따라, vRAN의 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소를 조정하는 방법이 제공된다. 상기 방법은 소프트웨어 구성요소를 호스팅하는 런타임 플랫폼의 제 1 수의 프로세서 코어들을 제 1 조정 단계에 대하여 소프트웨어 구성요소에 할당하고, 제 2 수의 프로세서 코어들을 제 2 조정 단계에 대하여 할당하는 단계를 포함한다. 또한, 상기 방법은 제 1 조정 단계 및 제 2 조정 단계에 대하여 소프트웨어 구성요소로의 네트워크 트래픽 입력을 변경하는 단계를 포함한다. 상기 방법은 또한 제 1 조정 단계 및 제 2 조정 단계에 대한 소프트웨어 구성요소의 성능 표시자를 모니터링하는 단계를 포함한다. 또한, 상기 방법은, 제 1 조정 단계에 대한 소프트웨어 구성요소의 성능 표시자가 제 2 조정 단계에 대한 소프트웨어 구성요소의 성능 표시자보다 우수한 경우, 소프트웨어 구성요소에 대한 디폴트 할당 설정으로서 제 1 수의 프로세서 코어들을 선택하는 단계, 및 그 반대의 경우를 포함한다.

일부 예들에서, 상기 방법은 소프트웨어 구성요소와 함께 디폴트 할당 설정에 관한 정보를 저장소에 저장하는 단계를 더 포함하고, 저장소는 vRAN에 대한 적어도 하나의 구성 계획을 포함하고, 소프트웨어 구성요소는 구성 계획에 연관된다.

일부 예들에 따라, 상기 방법은 저장소 내의 소프트웨어 구성요소와 함께 제 1 조정 단계 동안 소프트웨어 구성요소를 호스팅하는 런타임 플랫폼의 구성에 관한 정보를 저장하는 단계를 더 포함한다.

일부 예들에서, 상기 방법은 소프트웨어 구성요소와 함께 디폴트 할당 설정을 위한 소프트웨어 구성요소의 성능 표시자에 관한 정보를 저장소에 저장하는 단계를 더 포함한다.

일부 예들에 따라, 상기 방법은 복수의 추가 조정 단계들에 대한 소프트웨어 구성요소의 성능 표시자를 모니터링하는 단계를 더 포함하고, 각 조정 단계에 대하여 소프트웨어 구성요소에 할당된 프로세서 코어들의 수는 상이하다. 상기 방법은 소프트웨어 구성요소의 성능 표시자가 각각의 조정 단계 동안 품질 기준을 만족시키는 소프트웨어 구성요소에 할당된 프로세서 코어들의 최대수 및/또는 최소수를 결정하는 단계를 더 포함한다. 추가로, 상기 방법은 소프트웨어 구성요소와 함께 프로세서 코어들의 최대수 및/또는 최소수에 관한 정보를 저장소에 저장하는 단계를 포함한다.

일부 예들에서, 소프트웨어 구성요소의 성능 표시자는 소프트웨어 구성요소에 입력되는 네트워크 트래픽과 소프트웨어 구성요소에 의해 출력되는 네트워크 트래픽 사이의 비율에 기초한다.

본 개시의 제 3 양태에 따라, 컴퓨터 프로그램이 컴퓨터 또는 프로세서상에서 실행될 때, vRAN을 관리하기 위한 상기 방법 또는 소프트웨어 구성요소를 조정하기 위한 상기 방법을 수행하기 위한 프로그램 코드를 갖는 컴퓨터 프로그램이 제공된다.

장치들 및/또는 방법들의 일부 실시예들은 단지 예로서, 그리고 첨부 도면을 참조하여 이하에서 설명될 것이다.
도 1은 무선 셀을 서빙하는 vRAN을 관리하는 방법의 일 예를 나타내는 흐름도.
도 2는 관리형 vRAN 시스템의 예를 도시하는 도면.
도 3은 무선 셀을 서빙하는 vRAN을 관리하는 방법의 또 다른 예의 플로차트.
도 4는 vRAN의 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소를 조정하는 방법의 일 예에 대한 플로차트.
도 5는 가상화된 통신 프로토콜을 조정하는 방법의 일 예의 플로차트.
도 6은 vRAN의 가상화된 네트워크 기능을 나타내는 소프트웨어 컨테이너들의 구성의 일 예를 도시하는 도면.

일부 예들이 도시되는 첨부된 도면을 참조하여 다양한 예들이 더 완전히 설명될 것이다. 도면들에서, 선들, 층들 및/또는 영역들의 두께들은 명확하게 하기 위해 과장될 수 있다.

따라서, 다른 예들이 다양한 변형들 및 대안적인 형태들이 가능하지만, 그의 일부 특정 예들이 도면들에 도시되고, 이후 상세히 설명될 것이다. 그러나, 이러한 상세한 설명은 설명된 특정 형태들에 대한 추가 예들을 제한하지 않는다. 추가 예들은 본 발명의 범위 내에 있는 모든 변경들, 등가물들, 및 대안들을 포함할 수 있다. 유사한 번호들은 도면의 설명 전반에 걸쳐 동일하거나 유사한 요소들을 지칭하고, 동일하거나 유사한 기능을 제공하면서 서로 비교될 때 동일하게 또는 수정된 형태로 구현될 수 있다.

요소가 다른 요소에 "연결"되거나 "결합된" 것으로 언급될 때, 요소들은 직접 연결되거나 결합될 수 있거나 하나 이상의 개재 요소들을 통할 수 있음이 이해될 것이다. 대조적으로, 요소가 다른 요소에 "직접 접속" 또는 "직접 연결"되는 것으로 언급될 때, 개재 요소들이 존재하지 않는다. 요소들간의 관계를 설명하기 위해 사용된 다른 단어들은 유사한 방식으로 해석되어야 한다(예를 들면, 단지 몇 가지 예들을 들면 "사이" 대 "그 사이에 직접", "인접한" 대 "직접 인접한").

여기에 사용된 용어는 특정 예들을 설명하기 위한 것이고, 다른 예를 제한하려고 의도되지 않는다. 단수와 같은 단수 형태가 사용되고 단일 요소만 사용하는 것이 명시적 또는 암시적으로 의무적인 것으로 정의되지 않을 때마다, 추가 예들은 동일한 기능을 구현하기 위해 복수 요소들을 사용할 수 있다. 유사하게, 기능이 다수 요소들을 사용하여 구현되는 것으로 설명될 때, 추가의 예들은 단일 요소 또는 처리 엔티티를 사용하여 동일한 기능을 구현할 수 있다. 용어 "포함하다", "포함하는", "포함하다" 및/또는 "포함하는"은, 사용된 경우, 명시된 특징들, 정수들, 단계들, 동작들, 프로세스들 등, 요소들 및/또는 구성요소들의 존재를 지정하지만, 하나 이상의 다른 특징들, 정수들, 단계들, 동작들, 구성요소들 및/ 또는 그의 임의의 그룹의 존재 또는 추가를 배제하지 않는다는 것이 또한 이해될 것이다.

달리 정의되지 않는 한, 본 명세서에서 달리 정의되지 않는 한, 모든 용어들(기술 및 과학 용어들을 포함)은 예들이 속하는 기술 분야의 그들의 통상적인 의미로 여기에서 사용된다.

도 1은 적어도 하나의 무선 셀을 서빙하는 vRAN을 관리하는 방법을 도시한다. vRAN은 하나 이상의 기지국들의 기저대역 및 상위 계층 동작들이 하나 이상의 중앙 집중식 런타임 플랫폼들상에서 실행되는 네트워크 아키텍처이다. 런타임 플랫폼은 vRAN을 호스트하도록 구성된 컴퓨팅 하드웨어와 소프트웨어의 특정 조합이다. 예를 들면, 런타임 플랫폼은 vRAN의 기능들을 호스팅하기 위한 컴퓨팅 하드웨어와 운영 체제(커널(kernel))의 특정 조합이다. 런타임 플랫폼은, 예를 들면, 클라우드 컴퓨팅 시스템일 수 있다. 하나 이상의 중앙 집중식 런타임 플랫폼들은 적어도 하나의 무선 셀을 프론트홀을 통해 서빙하는 하나 이상의 원격 무선 헤드들(RRHs; Radio Unit, RU라고도 함)에 연결된다. RRH는 하나 이상의 중앙 집중식 런타임 플랫폼들로부터 멀리 위치되고, 송신, 증폭, 수신, 또는 안테나 기능을 제공할 수 있다. 따라서, RRH는, 예를 들면, 하나 이상의 안테나 소자들, 무선 주파수(RF)에서 동작하는 회로, 아날로그 디지털 변환기들(ADCs), 디지털 아날로그 변환기들(DACs), 또는 상향 변환/하향 변환 믹서들을 포함할 수 있다. 예를 들면, 하나 이상의 중앙 집중식 런타임 플랫폼들과 RRHs는 CPRI(Common Public Radio Interface)를 사용하여 광섬유를 통해 결합될 수 있다.

방법(100)은 저장소에서 vRAN에 대한 구성 계획을 선택하는 단계(102)를 포함한다. 저장소는 디지털 데이터(예를 들면, 구성 계획 또는 소프트웨어)가 검색되거나 디지털 데이터가 커밋(commit)될 수 있는 저장 위치이다. 구성 계획은 vRAN의 개별 (소프트웨어/기능) 구성요소들 및 그들의 상호 접속뿐만 아니라 vRAN의 구조를 포함하는 계획이다. 상이한 무선 액세스 기술들(RATs)에 대하여, 서로 다른 구성요소들뿐만 아니라 vRANs의 상이한 구조들이 필요할 수 있다. 따라서, 구성 계획의 선택은 무선 셀의 (원하는) RAT에 기초한다. RAT는, 예를 들면, 제 3 세대 파트너십 프로젝트(3GPP)에 의해 표준화된 이동 통신 시스템들, 예를 들면 이동 통신 글로벌 시스템(Global System for Mobile Communications; GSM), GSM 진화를 위한 향상된 데이터 레이트(EDGE), GSM EDGE 무선 액세스 네트워크(GERAN), 고속 패킷 액세스(HSPA), 범용 지상 무선 액세스 네트워크(Universal Terrestrial Radio Access Network; UTRAN) 또는 진화된 UTRAN(E-UTRAN), 롱 텀 에볼루션(LTE) 또는 LTE-어드밴스드(LTE-A) 중 하나에 대응할 수 있거나, 다른 표준들, 예를 들면, WIMAX(Worldwide Interoperability for Micro-wave Access) IEEE 802.16 또는 WLAN 802.11, 시분할 다중 액세스(Time Division Multiple Access; TDMA), 주파수 분할 다중 액세스(Frequency Division Multiple Access; FDMA), 직교 주파수 분할 다중 액세스(Orthogonal Frequency Division Multiple Access; OFDMA), 코드 분할 다중 액세스(Code Division Multiple Access; CDMA) 등을 갖는 이동 통신 네트워크들에 대응할 수 있다. 무선 셀의 (원하는) RAT에 기초하여 구성 계획을 선택함으로써, 무선 셀의(원하는) RAT에 특별히 설계된 vRAN이 설정되거나 관리될 수 있다.

또한, 방법(100)은 저장소로부터 구성 계획에 연관된 적어도 하나의 소프트웨어 구성요소를 질의하는 단계(104)를 포함한다. 저장소는, 예를 들면, 선택된 구성 계획 또는 다른 구성 계획에 연관된 복수의 소프트웨어 구성요소들을 포함할 수 있다. 소프트웨어 구성요소는 vRAN의 가상화된 네트워크 기능(VNF)을 나타낸다. 종래의 RAN은 전용 하드웨어에 의해 실행되는 복수의 네트워크 기능들(예를 들면, 라우팅, 부하 균형, 프로토콜 처리)을 포함한다. VNF는 특정 네트워크 기능의 소프트웨어 구현이므로, 네트워크 기능 중 적어도 일부가 하나 이상의 VNF들에 의해 가상화될 수 있다. 즉, VNF들은 vRAN의 구성 블록들로서 간주될 수 있다. 소프트웨어 구성요소는 VNF와 관련된 기능들 및/또는 데이터를 캡슐화하는 코드의 부분이다. 소프트웨어 구성요소는 vRAN의 다른 소프트웨어 구성요소 또는 엔티티들, 또는 인터페이스를 통해 임의의 다른 네트워크 노드와 통신할 수 있다. 소프트웨어 구성요소는 구성 계획에 연관된다. 즉, 소프트웨어 구성요소는 특정 구성 계획에 사용되기에 적합하다. 예를 들면, 소프트웨어 구성요소는 특정 구성 계획으로 나열되거나 링크될 수 있다.

방법(100)은 소프트웨어 구성요소를 사용하여 구성 계획에 따라 런타임 플랫폼상의 가상화된 네트워크 기능을 설정하는 단계(106)를 추가로 포함한다. 즉, 가상화된 네트워크 기능의 기능들이 런타임 플랫폼상에서 실행 가능하게 된다. 예를 들면, 가상화된 네트워크 기능을 설정하는 것은 런타임 플랫폼상에 가상화된 네트워크 기능의 실행 가능성을 확립하기 위해 컴파일링, 설치, 등록, 구성, 조정 또는 임의의 다른 필요한 동작을 포함할 수 있다. 설정은 구성 계획에 따라 수행된다. 즉, 가상화된 네트워크 기능의 하나 이상의 파라미터들은, 예를 들면, (예를 들면, 무선 셀의 RAT의 제약들에 기초하여) 특정된 조정된 구성 계획일 수 있거나, 다른 VNF들에 대한 접속들은 구성 계획에 따라 확립된다(예를 들면, 하나의 VNF의 노출된 포트들은 다른 VNF에 변수들로서 전파될 수 있다). 따라서, vRAN 또는 vRAN의 적어도 일부는 임의의 GPP 플랫폼(예를 들면, 클라우드 컴퓨팅 시스템)일 수 있는 런타임 플랫폼상에 효율적인 방식으로 설정될 수 있다.

따라서, 방법(100)은 임의의 런타임 플랫폼상에서 즉시 사용 가능한 소프트웨어 구성요소들을 사용하여 vRAN의 기능을 설정하도록 허용할 수 있다. 따라서, 무선 셀의 특정 RAT에 대한 vRAN 또는 vRAN 기능이 가능한 방식으로 설정될 수 있다. 저장소는 모든 서비스 제공자가 사용할 수 있어서, 서비스 제공자는 액세스 가능한 구성 계획들 및 그들의 연관된 소프트웨어 구성요소들을 통해 vRAN 또는 vRAN 기능을 쉽게 설정하게 한다.

일부 예들에서, vRAN에 대한 구성 계획은 무선 셀에 의해 서빙될 사용자들의 수 및/또는 런타임 플랫폼의 구성 및/또는 무선 셀의 RAT의 제약에 기초하여 또한 선택될 수 있다. 무선 셀에 의해 서빙될 사용자들의 수는 무선 셀(예를 들면, 매크로 셀, 피코 셀, 또는 펨토 셀)의 크기에 대한 표시자이다. 따라서, 무선 셀에 의해 서빙될 사용자들의 수는 vRAN 또는 특정 VNF에 의해 처리될 네트워크 트래픽의 양을 나타낼 수 있다. 상이한 구성 계획들은 무선 셀의 상이한 크기들에 대하여 저장소에 저장될 수 있다. 따라서, 무선 셀에 의해 서빙될 사용자들의 수에 기초하여 vRAN에 대한 구성 계획을 선택하는 것은 무선 셀의 크기에 대하여(즉, 처리될 네트워크 트래픽의 양에 대하여) 가장 적합한 구성 계획을 선택하도록 허용할 수 있다. 런타임 플랫폼들(예를 들면, 클라우드 컴퓨팅 시스템들)은 하드웨어 및 소프트웨어(또는 소프트웨어 버전/릴리스)의 다양한 상이한 조합들을 나타낼 수 있다. 각 조합은 특정 성능 또는 실행 특성들을 나타낼 수 있다. 런타임 플랫폼의 상이한 구성들을 위해 저장소에 상이한 구성 계획들이 저장될 수 있다. 따라서, 런타임 플랫폼의 구성에 기초한 vRAN에 대한 구성 계획을 선택하는 것은 VNF를 호스팅하는 실제 런타임 플랫폼의 구성에 가장 적합한 구성 계획을 선택하도록 허용할 수 있다(즉, VNF를 호스팅하는 하드웨어와 운영 체제의 조합에 대하여). RAT는 데이터 처리에 대한 다양한 제약들을 나타낼 수 있다. 예를 들면, 프로토콜 계층들 1 내지 3의 처리 시간 예산은 LTE의 경우 3 ms(밀리초) 미만이고 5G의 경우 1 ms 미만이거나, LTE 하이브리드 자동 반복 요청(HARQ)은 8 ms의 왕복을 필요로 한다. 무선 셀의 RAT의 상이한 제약들에 대해 상이한 구성 계획들이 저장소에 저장될 수 있다. 따라서, 무선 셀의 RAT의 제약들에 기초하여 vRAN에 대한 구성 계획을 선택하는 것은 무선 셀의 RAT의 제약(즉, 제약을 충족시키는 구성 계획)에 가장 적합한 구성 계획을 선택할 수 있게 한다. 즉, 상기 파라미터들 중 하나 이상에 기초하여 구성 계획을 선택하는 것은 실제 런타임 플랫폼 및 무선 셀의 요구된 (바람직한) 특성들에 더 적합한 vRAN을 위한 구성 계획을 선택하는 것을 허용할 수 있다.

또한, 저장소는 일부 예들에서 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소의 복수의 버전들을 포함할 수 있다. 각 버전은 특정 런타임 플랫폼 구성 및/또는 특정 (vRAN) 프론트홀 구성에 대해 조정된다. 즉, 저장소는 상이한 런타임 플랫폼들, 상이한 프론트홀들, 또는 그의 조합들에 대해 소프트웨어 구성요소의 구체적으로 조정된 버전들을 제공할 수 있다. 따라서, 저장소로부터 구성 계획에 연관된 적어도 하나의 소프트웨어 구성요소를 질의하는 것(104)은 런타임 플랫폼의 구성 및/또는 무선 셀의 RAT의 제약에 기초할 수 있다. 상기에 논의된 바와 같이, 런타임 플랫폼들의 다른 구성들은 특정 성능 특성들을 나타낸다. 따라서, 런타임 플랫폼의 구성에 기초하여 소프트웨어 구성요소를 질의하는 것은 VNF를 호스팅하는 실제 런타임 플랫폼(즉, VNF를 호스팅하는 하드웨어 및 운영 체제의 조합에 대하여)의 구성을 위한 가장 적합한 소프트웨어 구성요소를 선택하는 것을 허용할 수 있다. 또한, 상기에 논의된 바와 같이, RAT는 데이터 처리에 대한 다양한 제약들을 나타낼 수 있다. 이들 제약들은 vRAN의 프론트홀의 하나 이상의 파라미터들에 의해 영향을 받을 수도 있다. 예를 들면, LTE HARQ는 기저 대역 처리 시간 및 프론트홀 전송 레이턴시를 포함하는 8ms의 왕복을 필요로 한다. 따라서, 이용 가능한 기저 대역 처리 시간은 프론트홀 전송 대기 시간에 의해 결정될 수 있다. 따라서, 무선 셀의 RAT의 제약에 기초하여 소프트웨어 구성요소를 질의하는 것은 무선 셀의 RAT의 제약에 가장 적합한 소프트웨어 구성요소(즉, 제약을 충족하는 소프트웨어 구성요소)를 선택할 것을 허용할 수 잇다.

일부 예들에서, 런타임 플랫폼상에 VNF를 설정하는 것(106)은 런타임 플랫폼의 다수의 프로세서 코어들을 VNF를 나타내는 소프트웨어 구성요소에 할당하는 단계를 포함할 수 있다. 할당은 런타임 플랫폼의 프로세서 코어들의 총 수 및/또는 소프트웨어 구성요소와 함께 저장소에 저장된 디폴트 할당 설정에 대한 정보에 기초한다. 프로세서 코어들의 할당된 수는 소프트웨어 구성요소(즉, VNF)에 할당된 런타임 플랫폼의 총 처리 자원들의 일부분에 대응한다. 런타임 플랫폼의 프로세서 코어들의 총 수를 기초하여 할당된 프로세서 코어들의 수를 선택함으로써, 할당된 프로세서 코어들의 수는 런타임 플랫폼의 이용 가능한 처리 자원들에 적응될 수 있다. 따라서, 런타임 플랫폼의 총 처리 자원들은 VNF를 나타내는 소프트웨어 구성요소, VNF들을 나타내는 다른 소프트웨어 구성요소들, 또는 임의의 다른 소프트웨어에 보다 효과적으로 분배될 수 있다. 디폴트 할당 설정을 소프트웨어 구성요소와 함께 저장소에 저장함으로써, 런타임 플랫폼상의 초기 설정을 위한 기준 설정이 제공될 수 있다. 디폴트 할당 설정은, 예를 들면, 조정 프로세스로부터 얻어진 최적화된 프로세서 코어 할당을 나타낼 수 있다. 디폴트 할당 설정에 기초하여 할당된 프로세서 코어들의 수를 선택하는 것은, 예를 들면, vRAN의 추가 동작 동안 업데이트될 수 있는, 양호하게 기능하는 구성으로 런타임 플랫폼상에 초기에 VNF를 설정하는 것을 허용할 수 있다.

따라서, 방법(100)은 일부 예들에서 소프트웨어 구성요소에 할당된 다수의 프로세서 코어들의 부하를 모니터링하는 단계를 더 포함할 수 있다. 따라서, 하나 이상의 주요 성능 표시자들(KPIs)이 vRAN의 동작 동안 정의되고 모니터링될 수 있다. 제 1 부하 조건이 충족되는 경우, 상기 방법은 소프트웨어 구성요소에 할당된 프로세서 코어들의 수를 변경하는 단계를 더 포함할 수 있다. 제 1 부하 조건은, 예를 들면, 할당된 프로세서 코어들이 단순히 네트워크 트래픽의 약간의 증가에 대응할 수 있음을 나타낼 수 있다. 예를 들면, 제 1 부하 조건은 할당된 프로세서 코어의 부하가 80%, 85%, 90%, 95%, 또는 98% 이상일 수 있다는 것이다. 따라서, 할당된 프로세서 코어들의 부하가 (거의) 100%이거나 과부하가 발생하는 상황들이 회피될 수 있다. 즉, 소프트웨어 구성요소(즉, VNF)에 할당된 런타임 플랫폼의 자원들이 스케일링될 수 있다. 따라서, vRAN 시스템의 안정성과 확장성이 향상될 수 있다.

대안적으로, 방법(100)은 제 2 부하 조건이 충족되는 경우, 런타임 플랫폼 상에 VNF를 나타내는 소프트웨어 구성요소의 복제물을 설정하는 단계를 더 포함할 수 있다. 추가 프로세서 코어들을 소프트웨어 구성요소에 할당하는 것은 때때로 단순히 성능이 약간 향상되거나 심지어 성능에 악영향을 미칠 수도 있다. 따라서, 런타임 플랫폼상에 VNF를 나타내는 소프트웨어 구성요소의 복제물을 설정(시작)하는 것이 더 효율적일 수 있다. 따라서, 제 2 부하 조건은 제 1 부하 조건과 상이하다. 제 2 부하 조건은, 예를 들면, 할당된 프로세서 코어들이 단순히 약간 증가한 네트워크 트래픽에 대응할 수 있고 할당된 프로세서 코어들의 수를 증가시키는 것은 VNF를 나타내는 소프트웨어 구성요소의 성능을 크게 증가시키지 않는다는 것을 나타낼 수 있다. 예를 들면, 제 2 부하 조건은 할당된 프로세서 코어의 부하가 80%, 85%, 90%, 95% 또는 98% 이상이고 현재 할당된 프로세서 코어들의 수가 소프트웨어 구성요소에 할당될 프로세서 코어들의 미리 정의된 최대 수인 것일 수 있다. 방법(100)은 vRAN의 네트워크 트래픽을 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소 및 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소의 복제물에 분배하는 단계를 추가로 포함할 수 있다. 즉, VNF에 의해 처리될 네트워크 트래픽은 둘 모두가 VNF를 나타내는 소프트웨어 구성요소와 그의 복제물 사이에 나뉜다. 따라서, 두 소프트웨어 구성요소들은 최적 동작 조건들하에서 동작될 수 있다. 이는 소프트웨어 구성요소의 단일 인스턴스에 할당된 프로세서 코어들의 수를 증가시키는 것과 비교하여 런타임 플랫폼의 처리 자원들을 절약할 수 있다.

상술된 바와 같이, VNF는, 예를 들면, 무선 셀의 RAT에서 사용된 통신 프로토콜의 적어도 일부를 나타낼 수 있다. 따라서, RAN에서의 프로토콜 처리는 부분적으로 또는 완전히 가상화될 수 있다. 결과적으로, 프로토콜 처리는 전용 하드웨어 대신 GPP 플랫폼상에서 실행될 수 있다. 이는 네트워크 운영자의 비용을 절감하게 할 수 있다.

일부 예들에서, 소프트웨어 구성요소는 소프트웨어 컨테이너일 수 있다. 소프트웨어 컨테이너는 격리된 사용자 공간 인스턴스이다. 소프트웨어 컨테이너는 (네트워크) 기능의 경량 가중 가상화를 가능하게 한다. 가상 기계들(VMs)과 유사하게, 소프트웨어 컨테이너는 유연성, 자원 공급, 결합 해제, 관리 및 스케일링 측면에서 가상화의 이점을 보존한다. 또한, 런타임 성능은 VMs에 비해 열등하다. 완전히 캡슐화된 소프트웨어 컨테이너는 서비스 애플리케이션들에 대한 분배 모델(예를 들면, vRAN을 위한 구성 계획)을 생성함으로써 서비스들(예를 들면, VNF들)을 가능하게 할 수 있다.

소프트웨어 컨테이너들을 사용하여 관리된 vRAN 시스템(200)의 일 예는 도 2에 도시된다. 관리된 vRAN 시스템(200)은 저장소(210)를 포함한다. 저장소(210)는 VRAN들에 대한 복수의 구성 계획들 및 복수의 구성 계획들 중 각각의 것들에 연관된 복수의 소프트웨어 컨테이너들을 포함한다.

도 2의 좌측 부분에 도시된 바와 같이, VRAN의 기능들을 나타내는 소프트웨어 컨테이너들은 저장소(210)에 등록될 수 있다(즉, 소프트웨어 컨테이너들은 저장소(210)에 커밋될 수 있다). 용어들 "VRAN의 기능" 및 "VNF"은 본 개시 내에서 순수한 RAN 기능을 모방하기 위한 코드를 포함할 뿐만 아니라 그러한 기능을 모니터링하기 위한 코드 또는 그 기능을 테스트하기 위한 임의의 다른 코드를 포함하는 일반적인 의미로 이해될 수 있다.

예를 들면, 도 2에서, 소프트웨어 컨테이너(212)는 UMTS의 무선 프로토콜 스택 및 무선 링크 제어(RLC) 계층의 상부에 있는 LTE 에어 인터페이스에 위치하는 패킷 데이터 컨버전스 프로토콜(PDCP)을 나타낸다. PDCP는 자신의 서비스들을 무선 자원 제어(RRC) 프로토콜 및 사용자 평면 상위 계층들, 예를 들면, 사용자 장비(UE)에서의 인터넷 프로토콜(IP)에 제공한다. 또한, PDCP는 특히 상위 계층들에 헤더 압축을 제공한다. 소프트웨어 컨테이너(212)는 PDCP의 기능을 나타내고, 즉, 이는 PDCP의 가상화로서 이해될 수 있다. 소프트웨어 컨테이너(212)는 이러한 예에서 계층 2 LTE 프로토콜을 통합한다. PDCP 소프트웨어 모듈(코드)은 의도하지 않은 간섭을 방지하기 위해 컨테이너 내부에서 격리된다. 컨테이너는 부모 (호스트) 운영 체제(즉, 런타임 플랫폼의 자원 할당)의 자원 할당(예를 들면, 코어들의 수)을 허용한다. 즉, 소프트웨어 컨테이너(212)는 VRAN 시스템(200)의 VNF를 나타낸다.

또한, 소프트웨어 컨테이너(213)는 소프트웨어 컨테이너(212), 즉 가상화된 PDCP에 대한 모니터링 및 조정 기능을 나타낸다. 다시 말해서, 소프트웨어 컨테이너(213)는 소프트웨어 컨테이너(212)를 모니터하고 조정할 수 있게 하는 코드를 포함한다. 소프트웨어 컨테이너(213)는 컨테이너 모니터링 설비를 사용하여 PDCP 컨테이너(212)의 자원 소비의 함수(예를 들면, 처리량 대 코어들의 수 또는 CPU 부하 대 코어들의 수)로서 성능 거동을 관찰한다. 또한, 이는 상이한 트래픽 상황들하에서 자원 할당을 변경함으로써 부하 대 자원 소비 특성들을 추출할 수 있다.

소프트웨어 컨테이너(211)는 소프트웨어 컨테이너(212)에 대한 트래픽 생성기를 나타낸다. 즉, 소프트웨어 컨테이너(211)는 소프트웨어 컨테이너(212)에 대한 입력으로서 인위적인 네트워크 트래픽을 생성할 수 있게 하는 코드를 포함한다. 소프트웨어 컨테이너(211)는 시스템 KPI를 또한 고려하여 애플리케이션(계층)에 의해 일반적으로 생성되는 트래픽을 에뮬레이션할 수 있는 일반적인 PDCP (PDU) 트래픽 생성에 대해 허용한다.

PDCP를 나타내는 소프트웨어 컨테이너(212)를 테스트 또는 조정하기 위해, 소프트웨어 컨테이너(211)는 소프트웨어 컨테이너(212)에 대한 입력으로서 네트워크 트래픽을 생성할 수 있다. 소프트웨어 컨테이너(213)는 소프트웨어 컨테이너(212)를 모니터링하고 조정한다. 즉, 소프트웨어 컨테이너들(211, 212, 213)은 VNF들을 나타낸다. 즉, 도 2는, 예를 들면, 조정될 필요가 있는 PDCP 컨테이너(212), PDCP 특정 트래픽 생성기(211) 및 필요한 조정을 수행하는 모니터 및 조정 컨테이너(213)를 포함하는 시스템 아키텍처를 도시한다. 모니터 컨테이너(213)는 디폴트 값들, 값 범위들, 곡선들 등에 관하여 조정 결과들(조정 출력)을 더 포함할 수 있다. 나타낸 바와 같이, 포함된 컨테이너들은 컨테이너 저장소(210)에 등록될 수 있고, 따라서 플랫폼 최적화된 런타임 이미지들로서 공공에 이용 가능하게 될 수 있다.

도 2에 나타낸 바와 같이, 소프트웨어 컨테이너는 저장소(210)에 등록될 수 있다. 개별 소프트웨어 컨테이너는 다음에서 논의되는 바와 같이 클라우드 관리 시스템(220)에 의해 페치(fetch)되고 조직될 수 있다.

vRAN 클라우드 관리 시스템(220)은 VNF들의 조정된 구성 블록들(이러한 예에서: 소프트웨어 컨테이너들 또는 컨테이너 번들들)을 포함하는 전체 vRAN 시스템(200)의 조직, 설정 및 구성을 행한다. 예를 들면, 소프트웨어 정의된 네트워킹(SDN) 제어기(230), 스위치들(240-1 및 240-2), 또는 진화된 패킷 코어(EPC; 250)는 소프트웨어 컨테이너들을 사용하여 가상화될 수 있다. 예를 들면, 이들 VNF들은 이들 기능들이 시스템의 주요 제어 엔티티라는 사실로 인해 원하는 성능 및 자원 사용을 보장하기 위해 더 많은 코어 컴퓨팅 자원 용량으로 구성될 수 있다. 예를 들면, 더 많은 프로세서 코어들이 각각의 소프트웨어 컨테이너들에 할당될 수 있다. 모니터링 및 조정 소프트웨어 컨테이너들(231, 251)에 따라 더욱 제공될 수 있다.

또한, 클라우드 관리 시스템(220)은 PDCP, RLC, MAC 컨테이너 번들들(260-1, 260-2)을 그들의 특정 모니터링 및 조정 컨테이너들(261-1, 261-2)과 함께 설정 및 구성한다. 따라서, VRAN 시스템(200)은 가상화된 LTE 기능들을 제공할 수 있다. 또한, 가상화된 LTE 기능은 효율적인 자원 사용-예를 들면, 소프트웨어 컨테이너에 할당된 프로세서 코어들의 수를 변경함으로써 또는 특정 소프트웨어 컨테이너의 복제물을 설정함으로써-요구에 따라 스케일링될 수 있다. MAC 컨테이너는 또한 vRAN 시스템의 주요 구성요소인 무선 자원 스케줄러로 인해 더 많은 계산 자원 용량으로 구성될 수 있다.

vRAN 클라우드 관리 시스템은 특정 모니터 컨테이너에서 가져온 조정 결과를 사용하여 자원 소비를 최적화할 수 있다.

vRAN 관리 시스템(200)은 vRAN 시스템(200)에 대한 구성에 따라 vRAN 컨테이너 저장소(210)로부터 PDCP/RLC/MAC 컨테이너 번들(260-1, 260-2)을 풀링(질의)한다. 즉, vRAN 클라우드 관리 시스템(220)은 무선 셀을 서빙하는 완전한 vRAN 시스템(200)을 구축하기 위한 실제 구성 계획에 의해 포함된 모든 필요한 유형의 구성요소들(컨테이너들)을 발견한다. 따라서, 요구된 실행 성능을 제공하고 효율적인 자원 사용을 가능하게 하기 위해, 특정 vRAN 시스템(200)은 이용 가능한 런타임 플랫폼상에 조직, 구성 및 설정에 의해 필요한 모든 조정된 구성요소들로 구성될 수 있다. 즉, 제안된 vRAN 구성 계획은 본질적으로 효율적인 vRAN 클라우드 자원 관리를 향상시킬 수 있다.

또한, 모니터 컨테이너들은 런타임 플랫폼(예를 들면, 하드웨어, 소프트웨어 또는 운영 체제의 버전에 대한 정보) 및 조정 결과들에 대한 세부 사항을 제공하기 위해 vRAN 클라우드 관리 시스템(220)에 대해 인터페이스를 선택적으로 제공할 수 있다.

도 2에 도시된 바와 같이, 런타임 플랫폼상에서 실행되는 소프트웨어 컨테이너들은 각각의 프론트홀(280-1, 280-2)(예를 들면, CPRI를 사용하는 광섬유들)에 의해 2개의 RRH들(270-1, 270-2)에 결합된다. 따라서, 관리된 vRAN 시스템(200)은 2개의 무선 셀들을 서빙할 수 있다.

따라서, 제안된 vRAN 클라우드 관리 시스템(220)(가상화된 통신 프로토콜들에 대하여)은 본질적으로 조직, 설정 및 구성을 위한 효율적인 클라우드 자원 관리를 향상시킬 수 있다. 조정된 시스템 구성요소들을 공유하는 것은 VNF 확장성, 런타임 효율성, 관리 및 배치를 크게 향상시킬 수 있다. 기저대역 처리 기능들에 의해 요구되는 바와 같은 특정 구성 계획 및 (예를 들면, 5G에 대한) 런타임 성능은 vRAN 클라우드 관리 시스템(220)에 의해 고려된다.

무선 셀을 서빙하는 vRAN을 관리하기 위한 방법(300)의 다른 예가 도 3에 도시된다. 즉, 도 3은 도 2에 도시된 vRAN 시스템의 vRAN 클라우드 관리 시스템(220)의 (주요) 태스크들을 도시한다. 처음에는, 네트워크 운영자가 필요한 vRAN 유형, 예를 들면, LTE 또는 5G를 입력하여 선호들을 제공한다. 또한, 네트워크 운영자는 무선 셀이 서빙해야 하는 UE들의 수(즉, 사용자들의 수) 뿐만 아니라 처리 시간 예산(예를 들면, LTE에 대해서는 3ms 미만, 5G에 대해서는 1ms 미만)을 제공할 수 있다. 무선 셀의 RAT, 서빙될 사용자들의 수 및 무선 셀의 RAT의 제약은 vRAN에 대한 구성 계획을 결정한다.

이후, 저장소는 필요한 (적절한) 구성 계획에 대해 검색된다(320). 요구되는 구성 계획이 없는 경우, 예를 들면, 이는 일반적인 vRAN 구성 계획 템플릿의 특수화를 사용하여 운영자에 의해 제공될 수 있다(301). 상기에 논의된 바와 같이, 구성도는 SDN, EPC, 스위치들, PDCP, RLC, MAC 등과 같은 모든 필요한 가상화된 구성요소에 대한 참조를 포함한다. 필요한 구성 계획이 있는 경우, 선택된다(330). 필요한 구성 계획의 선택을 위해, 다른 기준들이 사용될 수 있다(예를 들면, 런타임 플랫폼의 구성 또는 vRAN의 프론토홀의 파라미터).

vRAN 클라우드 관리 시스템은 무선 셀을 서빙하는 완전한 vRAN 시스템을 구축하기 위한 실제 구성 계획에 의해 포함된 모든 필수 유형의 구성요소들(예를 들면, 컨테이너들)을 발견할 것이다(340). 부가적으로, CPU 유형 또는 운영 체제의 버전과 같은 특정 런타임 플랫폼 정보(341), 및 프론트홀의 네트워크 파라미터(342)는 적절하게 조정된 구성요소들의 선택을 허용할 수 있다.

이후, 시스템은 로컬 vRAN 저장소에서 모든 구성요소들(예를 들면, 조정된 컨테이너들)을 질의한다(350). 로컬 저장소가 요청된 엔티티들을 제공하지 않는 경우, 질의는 자동으로 범용 vRAN 저장소로 전달된다(351). 구성요소들(예를 들면, 컨테이너들)은 실제 런타임 플랫폼에 대해 조정되고 요청된 시스템 유형(LTE, 5G 등)에 적합하다.

최종적으로, 특정 vRAN 시스템은 이용 가능한 런타임 플랫폼상에서 조직, 구성 및 설정을 통해 모든 필요한 조정된 구성요소들과 함께 구성될 수 있다(360). 따라서, 런타임 플랫폼의 효율적인 자원 사용이 가능하게 되는 동시에 필요한 실행 성능이 제공될 수 있다.

다음에서는, vRAN의 VNF들을 나타내는 소프트웨어 구성요소들의 조정이 논의된다. 이를 위해, 도 4는 vRAN의 VNF를 나타내는 소프트웨어 구성요소를 조정하는 방법(400)을 도시한다.

방법(400)은 제 1 조정 단계에 대하여 소프트웨어 구성요소를 호스팅하는 런타임 플랫폼의 제 1 수의 프로세서 코어들을 소프트웨어 구성요소에 할당하는 단계(402) 및 상이한 제 2 조정 단계에 대하여 소프트웨어 구성요소에 제 2 수의 프로세서 코어들을 할당하는 단계(402)를 포함한다. 즉, 런타임 플랫폼의 총 처리 자원들의 다른 부분들은 두 개의 조정 단계들에 대하여 소프트웨어 구성요소에 할당된다.

또한, 방법(400)은 제 1 조정 단계 및 제 2 조정 단계에 대한 소프트웨어 구성요소에 입력된 네트워크 트래픽을 변경하는 단계(404)를 포함한다. 예를 들면, 소프트웨어 구성요소에 입력으로서 제공된 네트워크 트래픽은 제 1 및 제 2 조정 단계들 동안 시간이 지남에 따라 증가되거나 감소될 수 있다. 일반적으로, 소프트웨어 구성요소에 입력된 네트워크 트래픽은 제 1 및 제 2 조정 단계에 대해 변동들이 동일하다면 제 1 및 제 2 조정 단계 동안 임의로 변경될 수 있다.

방법(400)은 제 1 조정 단계 및 제 2 조정 단계에 대한 소프트웨어 구성요소의 성능 표시자를 모니터링하는 단계(406)를 더 포함한다. 따라서, 다양한 네트워크 트래픽 입력에 대한 소프트웨어 구성요소의 성능 응답이 모니터링될 수 있다. 성능 표시자는 각 조정 단계에서 소프트웨어 구성요소의 성능을 판단할 수 있는 양일 수 있다.

또한, 방법(400)은 제 1 조정 단계에 대한 소프트웨어 구성요소의 성능 표시자가 제 2 조정에 대한 소프트웨어 구성요소의 성능 표시자보다 우수한 경우, 소프트웨어 구성요소에 대한 디폴트 할당 설정으로서 제 1 수의 프로세서 코어들을 선택하는 단계(408), 및 그 반대의 경우를 포함한다.

상기 방법은 런타임 플랫폼상의 소프트웨어 구성요소의 최고 성능을 나타내는 소프트웨어 구성요소에 대한 디폴트 할당 설정으로서 다수의 할당된 프로세서 코어들을 선택하도록 허용할 수 있다. 따라서, 소프트웨어 구성요소의 디폴트 할당 설정은 이러한 런타임 플랫폼 또는 다른 런타임 플랫폼에서 디폴트 설정으로서 사용될 수 있다.

조정 결과를 다른 사용자와 공유하기 위해, 방법(400)은 소프트웨어 구성요소와 함께 디폴트 할당 설정에 관한 정보를 저장소에 저장하는 단계를 더 포함할 수 있고, 저장소는 가상 무선 액세스 네트워크에 대한 적어도 하나의 구성 계획을 포함하고, 소프트웨어 구성요소는 구성 계획에 연관된다. 상기에 논의된 바와 같이, vRAN들 및 연관된 소프트웨어 구성요소에 대한 구성 계획들을 갖는 저장소들은 가능하고 자원 절약 방식으로 vRAN들을 설정 및 관리하기 위해 사용할 수 있다. 디폴트 할당 설정을 소프트웨어 구성요소와 함께 저장함으로써, 다른 런타임 플랫폼들상에 VNF의 설정에 대한 디폴트 설정이 저장소에 저장될 수 있다. 따라서, VNF는 처음부터 높은 성능을 허용하는 설정으로 다른 런타임 플랫폼들상에 초기에 구성될 수 있다.

또한, 방법(400)은 저장소 내의 소프트웨어 구성요소와 함께 제 1 조정 단계 동안 소프트웨어 구성요소를 호스팅하는 런타임 플랫폼의 구성에 관한 정보를 저장하는 단계를 더 포함할 수 있다. 런타임 플랫폼들(예를 들면, 클라우드 컴퓨팅 시스템들)은 하드웨어 및 소프트웨어(또는 소프트웨어 버전/릴리스)의 다양한 조합들을 나타낼 수 있다. 각 조합은 특정 성능 및 실행 특성들을 나타낼 수 있다. 따라서, 저장소 내의 런타임 플랫폼의 구성에 관한 정보를 저장하는 것은 다른 런타임 플랫폼상의 VNF의 설정을 위한 가장 적합한 소프트웨어 구성요소를 선택하는 것을 허용하는 정보를 제공하는 것을 허용할 수 있다. 예를 들면, 조정 동안 런타임 플랫폼의 구성에 관한 저장된 정보는 다른 런타임 플랫폼의 구성(하드웨어 및/또는 소프트웨어)과의 비교를 허용할 수 있다.

방법(400)은 소프트웨어 구성요소와 함께 디폴트 할당 설정을 위한 소프트웨어 구성요소의 성능 표시자에 대한 정보를 저장소에 저장하는 단계를 더 포함할 수 있다. 소프트웨어 구성요소의 성능 표시기에 대한 정보는 서로 다른 부하 조건들에 대한 소프트웨어 구성요소의 거동을 예측하거나 추정할 수 있게 한다. 따라서, 이들 정보는 소프트웨어 구성요소를 구성(관리)하기 위해 소프트웨어 구성요소를 질의하는 다른 런타임 플랫폼에 의해 사용될 수 있다.

또한, 방법(400)은 복수의 추가 조정 단계들에 대한 소프트웨어 구성요소의 성능 표시자를 모니터링하는 단계를 더 포함할 수 있고, 각각의 조정 단계에 대해 소프트웨어 구성요소에 할당된 프로세서 코어의 수가 상이하다. 즉, 소프트웨어 구성요소의 성능 표시자는 복수의 상이한 수의 할당된 코어들에 대해 모니터링된다. 따라서, 상이한 수들의 할당된 프로세서 코어들에 대한 성능에 관한 정보가 수집된다. 상기 방법은 소프트웨어 구성요소의 성능 표시자가 각각의 조정 단계 동안 품질 기준을 충족시키는 소프트웨어 구성요소에 할당된 프로세서 코어들의 최대수 및/또는 최소수를 결정하는 단계를 더 포함할 수 있다. 품질 기준은 동작 동안 소프트웨어 구성요소의 원하는 성능을 나타내는 기준일 수 있다. 성능 표시자가 품질 기준을 충족시키는 할당된 프로세서 코어들의 최대수 및/또는 최소수를 결정함으로써, 소프트웨어 구성요소의 충분한 성능을 보장하는 할당된 프로세서 코어들의 범위가 결정될 수 있다. 성능 표시자가 품질 기준을 충족시키는 할당된 프로세서 코어들의 최대수 및/또는 최소수는 소프트웨어 구성요소를 질의하는 런타임 플랫폼에 의해 구성 범위로 사용될 수 있다. 따라서, 방법(400)은 소프트웨어 구성요소와 함께 프로세서 코어의 최대수 및/또는 최소수에 대한 정보를 저장소에 저장하는 단계를 더 포함할 수 있다. 따라서, 상기 정보는 다른 사용자/런타임 플랫폼에서 사용할 수 있다.

소프트웨어 구성요소의 성능 표시자는, 예를 들면, 소프트웨어 구성요소에 대한 네트워크 트래픽 입력과 소프트웨어 구성요소에 의한 네트워크 트래픽 출력 간의 비율에 기초할 수 있다. 즉, 성능 표시자는 소프트웨어 구성요소의 처리량일 수 있다. 소프트웨어 구성요소의 처리량은 소프트웨어 컨테이너의 과부하를 직접 나타내기 때문에 필수 KPI이다. 따라서, 명확한 성능 표시자일 수 있다.

vRAN에서 가상화된 네트워크 프로토콜을 나타내는 소프트웨어 구성요소를 조정하는 다른 예시적인 방법(500)이 도 5에 도시된다. 방법(500)의 목적은 특정 부하-자원 소비 의존성들을 분석 및 생성(추출)하고 특정 컨테이너 런타임 플랫폼(하드웨어/운영 체제)에 대한 자원 사용 효율과 관련하여 최적화될 수 있고 필요한 수의 UE들에 대한 그의 서비스를 제공하는 컨테이너 런타임 이미지를 생성하는 것이다.

프로토콜 특정 트래픽 생성기를 나타내는 소프트웨어 컨테이너는 네트워크 프로토콜을 나타내는 소프트웨어 구성요소에 대한 입력으로서 네트워크 트래픽을 생성하기 위해 사용된다(510). 또한, 초기 수의 프로세서 코어들(예를 들면, 1 프로세서 코어)가 가상화된 네트워크 프로토콜을 나타내는 소프트웨어 컨테이너에 할당되고(520), 특정 런타임 플랫폼에 대한 KPI들이 선택된다. vRAN에 대하여, 기저대역 유닛(BBU, 즉 런타임 플랫폼상에서 실행되는 가상화된 기저 대역 기능들)에 의해 서빙된 UE들의 수 및 처리 시간 예산(예를 들면, LTE의 경우 3ms 미만의 프로토콜 계층들 및 5G에 대하여 1ms 미만)은 KPI들이고 시스템 성능에 의해 달성되어야 한다. 또한, 최대 레이턴시를 달성하기 위해 프론트홀 용량(즉, RRH에 대한 네트워크 용량) 및 레이턴시와 관련된 BBU 타이밍 요건이 제한된다. 예를 들면, LTE HARQ는 8ms의 왕복 시간, 즉 BBU 처리 시간과 프론트홀 전송 레이턴시의 합계에 대한 상한을 필요로 한다. 차세대 모바일 네트워크(NGMN; 예를 들면, LTE-A 사용)는 250μs(마이크로초)의 프론트홀 최대 단방향 레이턴시를 필요로 한다. 상기에 논의된 바와 같이, 성능 계산은 서빙된 UE의 필요한 수 및 처리 시간 예산을 준수하면서, 예를 들면, PDCP 계층의 착신 트래픽과 발신 트래픽 간의 비율을 사용할 수 있다.

조정 프로세스 동안 모니터 컨테이너는 상이한 부하 상황들에서 프로토콜 컨테이너들 성능을 관찰한다. 방법(500)에서, 네트워크 프로토콜을 나타내는 소프트웨어 컨테이너에 입력된 네트워크 트래픽은 소프트웨어 컨테이너의 성능이 감소할 때까지 증가된다(530). 초기에 할당된 프로세서 코어들의 수에 대한 KPI들이 저장된다(540).

다음 사이클에서, 할당된 프로세서 코어들의 수는 증가되고(550) 동일한 절차가 할당된 프로세서 코어들의 증가된 수(예를 들면, 2개의 프로세서 코어들)로 반복된다. 이러한 사이클의 결과들은 이전 사이클의 결과와 비교된다(예를 들면, 프로세서 코어 1개). 할당된 프로세서 코어들의 수가 더 증가하고 각 KPI들이 저장된다. 그 후, 할당된 코어들의 수에 관해 가장 효율적인 KPI가 선택된다(560). 예를 들면, 성능 증가가 이전 코어의 수와 비교하여 무시할만하다면, 무선 셀에 의해 서빙될 필요한 수의 사용자(UE)에 대한 로컬 최적이 발견된다. 이와 같이 획득된 프로세서 코어들의 수 및 예를 들면, 사용자들의 수는 처리 자원에 따라 컨테이너를 구성하기 위해 vRAN 관리 시스템에 의해 참조로서, 또는 추가 VM 또는 컨테이너를 시작하기 전에 동적 확장(요구시)하기 위한 임계값으로 사용할 수도 있다 .

자원 파라미터들(즉, 런타임 플랫폼의 파라미터들) 및 vRAN 특정 파라미터 범위들을 포함하는 파라미터 범위들과 함께 이러한 컨테이너 이미지가 익스포트되어(570), 클라우드 관리 시스템에 이용 가능하게 될 수 있다. 상기에 논의된 바와 같이, 이들은 최적화된 프로토콜 컨테이너들을 포함하는 각각의 컨테이너 저장소를 통해 액세스될 수 있다. 선택적 모니터링 컨테이너는 런타임 동안 다른 부하 상황들에 자원 할당을 동적으로 적응(확장)하기 위해 사용될 수 있다.

모니터 소프트웨어 컨테이너는 KPI들을 저장하고 자원 소비(예를 들면, 다수의 코어들), 성능 및 트래픽 체적 간의 종속성 기능들(즉, 구성 계획에 따른 매핑)을 구성한다. 이를 위해, 모니터 소프트웨어 컨테이너는, 예를 들면, 먼저 CPU 멀티 코어 아키텍처를 스캔하고, 이후 조정 방법을 수행하여 자원들의 최소, 최대 및 디폴트 양(예를 들면, CPU 노드 및 프로세서 코어들의 양)을 분석 및 결정하고 이들 값들을 저장한다. 이후, 이들을 프로토콜 컨테이너에 적용하거나 이들을 권장 파라미터들로서 클라우드 관리 시스템에 내보낼 수 있다. 즉, 본 개시에서 논의된 바와 같은 소프트웨어 컨테이너의 조정은 오프라인으로(즉, 소프트웨어 구성요소가 실제 사용자 데이터를 처리하는 활성 vRAN의 일부가 아니거나) 온라인으로 수행될 수 있다(즉, 소프트웨어 구성요소는 실제 사용자 데이터를 처리하는 활성 vRAN의 부분).

프로세서 코어의 디폴트 수는 스레드들(프로세스들) 수가 코어들의 수와 동일한 경우(즉, 성능 효율성이 최적인 경우) 비교적 최적일 수 있다. 프로토콜(소프트웨어 컨테이너)의 성능은 디폴트 자원 체적을 사용하여 트래픽 증가에 따라 양호하게 확장될 수 있다. 클라우드 관리는 보고된 값을 사용하여 자원 소비와 성능 간의 절충점을 찾을 수 있다. 또한, 클라우드 관리 시스템은 전체 클러스터의 자원 할당 및 확장성에 추가하여 개별 VM들 또는 소프트웨어 컨테이너들에 대한 특정 자원 최적화를 고려할 수 있다. 또한, 할당된 수의 코어들의 부하가 거의 100%가 되는 레벨을 초과하여 트래픽을 증가시키기 위해, 제 1 소프트웨어 컨테이너에 할당된 코어들의 수를 증가시키는 대신에 제 2 소프트웨어 컨테이너(즉, 복제물)가 시작될 수 있다.

모니터는 평행한 스레드들의 수가 코어들의 수를 충족시키는 경우 성능 측정 동안 코어들의 수를 증가시킴으로써 프로토콜 컨테이너에 대한 최적의 코어 수를 검출할 수 있다. 프로토콜 컨테이너는 프로토콜 스택 컨텍스트 내의 런타임 또는 런타임 동안 자원 소비의 동적 적응을 가능하게 하는 모니터 컨테이너와 결합하여서만 사용된다.

조정 방법의 결과는 특정 런타임 플랫폼(즉, 하드웨어 및 소프트웨어 릴리스의 조합)에 대한 특정 프로토콜 스택의 프로토콜 계층의 최적화된 가상화이다. 하드웨어 파라미터들 또는 소프트웨어의 변경으로 인해 시스템의 거동이 완전히 변경될 수 있으므로 이는 중요하다. 이는 운영 체제 또는 호스트의 커널 변경에 대해서도 마찬가지이다.

또한, 프로토콜 소프트웨어 컨테이너는 또한 상부 및/또는 하부에 다른 프로토콜 계층들로 테스트(시스템 테스트)될 수 있는 반면, 모니터 컨테이너는 여전히 도 6에 도시된 바와 같이 로컬 모니터링 및 조정을 위해 사용될 수 있다. 도 6에서, PDCP 소프트웨어 컨테이너(620) 및 RLC 소프트웨어 컨테이너(630)는 PDCP 트래픽 생성 소프트웨어 컨테이너(610) 및 모니터링 및 조정 소프트웨어 컨테이너(640)를 이용하여 함께 테스트(조정)된다.

본 명세서에 설명된 제안된 개념 또는 하나 이상의 예에 따른 조정 결과는 예를 들면, VM들 또는 소프트웨어 컨테이너들의 세트(선택적 모니터링 포함)이다. 특정 하드웨어 및 소프트웨어 플랫폼들의 저장소에서 액세스 가능하도록 만들고 시스템 KPI들을 준수하면서 효율적인 처리 자원 사용 및 런타임 동작에 최적화할 수 있다.

예를 들면, 가상화된 통신 프로토콜들에 대한 제안된 vRAN 클라우드 관리는 조직, 설정 및 구성(또한 런타임시)을 위한 효율적인 클라우드 자원 관리를 향상시킬 수 있다. 조정된 시스템 구성요소를 공유하면 VNF 확장성, 런타임 효율성, 관리 및 배치가 크게 향상될 수 있다.

앞서 상세히 설명한 예들 및 도면들 중 하나 이상과 함께 언급되고 설명된 양태들 및 특징들은 다른 예와 유사한 특징을 대체하기 위해 또는 다른 예에 특징을 추가로 도입하기 위해 하나 이상의 다른 예들과 조합될 수 있다.

예들은, 또한 컴퓨터 프로그램이 컴퓨터 또는 프로세서상에서 실행될 때, 상기 방법 중 하나 이상을 수행하기 위한 프로그램 코드를 갖는 컴퓨터 프로그램일 수 있다. 전술한 다양한 방법들의 단계들, 동작들 또는 프로세스들은 프로그래밍된 컴퓨터들 또는 프로세서들에 의해 수행될 수 있다. 예들은 기계, 프로세서, 컴퓨터 판독가능하고 명령들의 기계 실행 가능하거나, 프로세서 실행 가능하거나, 컴퓨터 판독 가능하거나, 기계-실행 가능한 프로그램들, 프로세서-실행 가능 또는 컴퓨터-실행 가능한 프로그램들을 인코딩하는 디지털 데이터 저장 매체와 같은 프로그램 저장 디바이스들을 또한 포함할 수 있다. 명령들은 전술한 방법들의 일부 또는 전부를 수행하거나 수행하도록 한다. 프로그램 저장 장치들은 예를 들면 디지털 메모리들, 자기 디스크 및 자기 테이프와 같은 자기 저장 매체, 하드 드라이브들 또는 광학적으로 판독 가능한 디지털 데이터 저장 매체를 포함할 수 있거나, 그들일 수 있다. 추가의 예들은 또한 상술한 방법들을 수행하기 위해 프로그램된 컴퓨터들, 프로세서들, 도는 제어 유닛들 또는 상술한 방법들의 동작들을 수행하도록 프로그램된, (필드) 프로그램 가능 논리 어레이들((F)PLA) 또는 (필드) 프로그램 가능 게이트 어레이들((F)PGAs)을 포함할 수 있다.

설명 및 도면은 단순히 본 개시의 원리를 설명한다. 따라서, 당업자는 본 명세서에 명시적으로 기재되거나 도시되지는 않았지만, 개시의 원리를 구현하고 그 사상 및 범위내에 포함되는 다양한 구성을 생각할 수 있음을 이해할 것이다. 또한, 본 명세서에 인용된 모든 예는 주로 독자가 본 기술의 진보에 대한 발명자(들)의 기여하는 개념 및 원리를 이해하도록 돕는 교육적 목적으로만 명백하게 의도되었고, 이러한 구체적으로 열거된 예들 및 조건들에 제한이 없는 것으로 해석되어야 한다. 또한, 본 개시의 원리들, 양태들 및 예들을 기재하는 본 명세서 및 그의 특정 예는 모든 청구 범위의 균등물을 포함한다.

"수단", "센서 신호를 제공하기 위한 수단", "송신 신호를 생성하기 위한 수단" 등으로 표시된 임의의 기능 블록을 포함하여 도면에 도시된 다양한 요소의 기능들은 "신호 제공자", "신호 처리 유닛", "프로세서", "제어기" 등, 뿐만 아니라 적절한 소프트웨어와 연관된 소프트웨어를 실행할 수 있는 하드웨어와 같은 전용 하드웨어의 형태로 구현될 수 있다. 프로세서에 의해 제공될 때, 기능들은 단일 전용 프로세서, 단일 공유 프로세서, 또는 그 중 일부 또는 전부가 공유될 수 있는 복수의 개별 프로세서에 의해 제공될 수 있다. 그러나, "프로세서" 또는 "제어기"라는 용어는 소프트웨어를 실행할 수 있는 하드웨어에 국한되지 않고 디지털 신호 프로세서(DSP) 하드웨어, 네트워크 프로세서, ASIC(Application Specific Integrated Circuit), 필드 프로그램 가능 게이트 어레이(FPGA), 소프트웨어 저장용 ROM(read only memory), RAM(random access memory) 및 비휘발성 저장 장치를 포함할 수 있다. 종래 및/또는 주문형의 다른 하드웨어가 또한 포함될 수 있다.

예를 들면, 블록도는 본 개시의 원리를 구현하는 하이 레벨 회로도를 예시할 수 있다. 유사하게, 플로차트, 흐름도, 상태 전이도, 의사 코드 등은 다양한 프로세스들, 동작들 또는 단계들을 나타낼 수 있고, 이는 예를 들면 컴퓨터 판독 가능 매체에 실질적으로 표현될 수 있고 이러한 컴퓨터 또는 프로세서가 명시적으로 도시되든 그렇지 않든 컴퓨터 또는 프로세서에 의해 그렇게 실행된다. 명세서 또는 청구 범위에 개시된 방법들은 이들 방법들의 각각의 동작들을 각각 수행하는 수단을 갖는 디바이스에 의해 구현될 수 있다.

명세서 또는 청구 범위에 개시된 다수의 동작들, 프로세스들, 작동들, 단계들 또는 기능들의 개시는, 기술적인 이유와 같이 명시적으로 또는 암시적으로 다르게 언급되지 않는 한 특정 순서 내에 있는 것으로 해석될 수 없다는 것을 이해해야 한다. 그러므로, 여러 가지 동작들 또는 기능들의 개시는 그러한 행위 또는 기능이 기술적인 이유로 교환할 수 없는 경우를 제외하고는 특정 순서로 제한하지 않을 것이다. 또한, 일부 예들에서, 단일 동작, 기능, 프로세스, 작동 또는 단계는 각각 다수의 하위 동작들, 하위 기능들, 하위 프로세스들, 하위 작동들, 또는 하위 단계들로 각각 분할되거나 포함될 수 있다. 명시적으로 제외되지 않는 한, 이러한 하위 동작들은 이러한 단일 동작들의 개시에 포함될 수 있고 그의 부분일 수 있다.

또한, 이하의 청구 범위는 상세한 설명에 포함되고, 각 청구항은 그 자체로 별개의 예로서 나타낼 수 있다. 각각의 청구항은 별개의 예로서 독립적일 수 있지만,- 종속항은 청구항에서 하나 이상의 다른 청구항과 특정 조합을 지칭할 수 있지만- 다른 예들은 각각의 다른 종속 또는 독립 항의 요지를 갖는 종속항의 조합을 또한 포함할 수 있다. 이러한 조합들은 특정 조합이 의도되지 않는 다는 것을 언급되지 않고 본 명세서에 명시적으로 제안된다. 또한, 이러한 청구항이 독립 청구항에 직접적으로 종속되지 않는다고 할지라도, 임의의 다른 독립 청구항에 대한 청구항의 특징을 또한 포함하도록 의도된다.

Claims (15)

1. 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법(100)에 있어서,
   상기 무선 셀의 무선 액세스 기술에 기초하여, 저장소 내의 상기 가상 무선 액세스 네트워크에 대한 구성 계획(construction scheme)을 선택하는 단계(102);
   상기 저장소로부터, 상기 구성 계획에 연관된 적어도 하나의 소프트웨어 구성요소를 질의하는 단계(104)로서, 상기 소프트웨어 구성요소는 상기 가상 무선 액세스 네트워크의 가상화된 네트워크 기능을 나타내는, 상기 질의 단계(104); 및
   상기 소프트웨어 구성요소를 사용하여, 상기 구성 계획에 따라 런타임 플랫폼상의 상기 가상화된 네트워크 기능을 설정하는 단계(106)를 포함하는, 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법.
2. 제 1 항에 있어서,
   상기 가상 무선 액세스 네트워크에 대한 상기 구성 계획은 또한 상기 무선 셀에 의해 서빙될 사용자들의 수 및/또는 상기 런타임 플랫폼의 구성 및/또는 상기 무선 셀의 무선 액세스 기술의 제약에 기초하여 선택되는, 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법.
3. 제 1 항 또는 제 2 항에 있어서,
   상기 저장소는 상기 가상화된 네트워크 기능을 나타내는 상기 소프트웨어 구성요소의 복수의 버전들을 포함하고, 각각의 버전은 특정 런타임 플랫폼 구성 및/또는 특정 프론트홀 구성에 대해 조정되고, 상기 저장소로부터 상기 구성 계획에 연관된 적어도 하나의 소프트웨어 구성요소를 질의하는 단계(104)는 상기 런타임 플랫폼의 구성 및/또는 상기 무선 셀의 무선 액세스 기술의 제약에 기초하는, 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법.
4. 제 1 항 내지 제 3 항 중 어느 한 항에 있어서,
   상기 런타임 플랫폼상에 상기 가상화된 네트워크 기능을 설정하는 단계(106)는, 상기 런타임 플랫폼의 프로세서 코어들의 총 수 및/또는 상기 소프트웨어 구성요소와 함께 상기 저장소에 저장된 디폴트 할당 설정에 대한 정보에 기초하여 상기 가상화된 네트워크 기능을 나타내는 상기 소프트웨어 구성요소에 상기 런타임 플랫폼의 다수의 프로세서 코어들을 할당하는 단계를 포함하는, 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법.
5. 제 4 항에 있어서,
   상기 소프트웨어 구성요소에 할당된 상기 다수의 프로세서 코어들의 부하를 모니터링하는 단계; 및
   제 1 부하 조건이 충족되는 경우, 상기 소프트웨어 구성요소에 할당된 상기 프로세서 코어들의 수를 변경하는 단계를 더 포함하는, 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법.
6. 제 4 항 또는 제 5 항에 있어서,
   제 2 부하 조건이 충족되는 경우, 상기 런타임 플랫폼상에 상기 가상화된 네트워크 기능을 나타내는 상기 소프트웨어 구성요소의 복제물을 설정하는 단계; 및
   상기 가상 무선 액세스 네트워크의 네트워크 트래픽을 상기 가상화된 네트워크 기능을 나타내는 상기 소프트웨어 구성요소 및 상기 가상화된 네트워크 기능을 나타내는 상기 소프트웨어 구성요소의 상기 복제물에 분배하는 단계를 더 포함하는, 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법.
7. 제 1 항 내지 제 6 항 중 어느 한 항에 있어서,
   상기 소프트웨어 구성요소는 소프트웨어 컨테이너인, 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법.
8. 제 1 항 내지 제 7 항 중 어느 한 항에 있어서,
   상기 가상화된 네트워크 기능은 상기 무선 셀의 무선 액세스 기술에서 사용된 통신 프로토콜의 적어도 일부를 나타내는, 무선 셀을 서빙하는 가상 무선 액세스 네트워크를 관리하는 방법.
9. 가상 무선 액세스 네트워크의 가상화된 네트워크 기능을 나타내는 소프트웨어 구성요소를 조정하는 방법(400)에 있어서,
   제 1 조정 단계에 대하여 상기 소프트웨어 구성요소를 호스팅하는 런타임 플랫폼의 제 1 수의 프로세서 코어들을 상기 소프트웨어 구성요소 및 제 2 조정 단계에 대하여 제 2 수의 프로세서 코어들을 할당하는 단계(402);
   상기 제 1 조정 단계 및 상기 제 2 조정 단계에 대한 상기 소프트웨어 구성요소로의 네트워크 트래픽 입력을 변경하는 단계(404);
   상기 제 1 조정 단계 및 상기 제 2 조정 단계에 대한 상기 소프트웨어 구성요소의 성능 표시자를 모니터링하는 단계(406); 및
   제 1 조정 단계에 대한 상기 소프트웨어 구성요소의 상기 성능 표시자가 상기 제 2 조정 단계에 대한 상기 소프트웨어 구성요소의 성능 표시자보다 우수한 경우, 상기 소프트웨어 구성요소에 대한 디폴트 할당 설정으로서 상기 제 1 수의 프로세서 코어들을 선택하는 단계(408)를 포함하는, 소프트웨어 구성요소를 조정하는 방법(400).
10. 제 9 항에 있어서,
    상기 방법은 상기 소프트웨어 구성요소와 함께 상기 디폴트 할당 설정에 관한 정보를 저장소에 저장하는 단계를 더 포함하고, 상기 저장소는 상기 가상 무선 액세스 네트워크에 대한 적어도 하나의 구성 계획을 포함하고, 상기 소프트웨어 구성요소는 상기 구성 계획과 연관되는, 소프트웨어 구성요소를 조정하는 방법(400).
11. 제 10 항에 있어서,
    상기 방법은 상기 소프트웨어 구성요소와 함께 상기 제 1 조정 단계 동안 상기 소프트웨어 구성요소를 호스팅하는 상기 런타임 플랫폼의 구성에 관한 정보를 상기 저장소에 저장하는 단계를 더 포함하는, 소프트웨어 구성요소를 조정하는 방법(400).
12. 제 10 항 또는 제 11 항에 있어서,
    상기 방법은 상기 소프트웨어 구성요소와 함께 상기 디폴트 할당 설정에 대한 상기 소프트웨어 구성요소의 상기 성능 표시자에 관한 정보를 상기 저장소에 저장하는 단계를 더 포함하는, 소프트웨어 구성요소를 조정하는 방법(400).
13. 제 10 항 내지 제 12 항 중 어느 한 항에 있어서,
    복수의 추가 조정 단계들 동안 상기 소프트웨어 구성요소의 상기 성능 표시자를 모니터링하는 단계로서, 각각의 조정 단계에 대하여 상기 소프트웨어 구성요소에 할당된 프로세서 코어들의 수는 상이한, 상기 모니터링 단계;
    상기 소프트웨어 구성요소의 성능 표시자가 상기 각각의 조정 단계에 대하여 품질 기준을 충족시키는 상기 소프트웨어 구성요소에 할당된 프로세서 코어의 최대수 및/또는 최소수를 결정하는 단계; 및
    상기 소프트웨어 구성요소와 함께 상기 프로세서 코어들의 최대수 및/또는 최소수에 관한 정보를 상기 저장소에 저장하는 단계를 더 포함하는, 소프트웨어 구성요소를 조정하는 방법(400).
14. 제 9 항 내지 제 13 항 중 어느 한 항에 있어서,
    상기 소프트웨어 구성요소의 상기 성능 표시자는 상기 소프트웨어 구성요소에 입력된 상기 네트워크 트래픽과 상기 소프트웨어 구성요소에 의해 출력된 상기 네트워크 트래픽 사이의 비율에 기초하는, 소프트웨어 구성요소를 조정하는 방법(400).
15. 컴퓨터 프로그램이 컴퓨터 또는 프로세서상에서 실행될 때, 제 1 항 내지 제 8 항 중 어느 한 항의 방법 또는 제 9 항 내지 제 14 항 중 어느 한 항의 방법을 수행하기 위한 프로그램 코드를 갖는, 컴퓨터 프로그램.

Images