KR20130143717A

KR20130143717A - 네트워크 엘리먼트 구성 관리

Info

Publication number: KR20130143717A
Application number: KR1020137026928A
Authority: KR
Inventors: 카리에 에리크 리트바넨; 미코 타파니 사리넨
Original assignee: 노키아 지멘스 네트웍스 오와이
Priority date: 2011-03-11
Filing date: 2011-03-11
Publication date: 2013-12-31
Also published as: CN103403708A; WO2012123009A1; US20140052833A1; EP2684142A1

Abstract

네트워크 엘리먼트(101) 구성 관리를 위한 방법 및 장치(102)가 개시된다. 장치(102)는 단일 트랜잭션 내에서 구성 객체 변경 동작을 수행(301)하도록 구성된다. 장치(102)는, 타겟 객체가 하이-레벨 구성 객체인지를 검증(301)하고 그리고 타겟 객체를 삭제(301)하도록 구성되고, 여기서 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩된다. 타겟 객체가 재생성(301)되고, 여기서 타겟 객체의 특성들이 변경된다. 삭제 단계에서 제거된 하이-레벨 객체들이 또한 재-생성(301)되고, 여기서 필요하다면, 하이-레벨 객체들의 특성들이 조절된다.

Description

네트워크 엘리먼트 구성 관리{NETWORK ELEMENT CONFIGURATION MANAGEMENT}

이 발명의 예시적이고 비-제한적인 실시예들은 일반적으로 네트워크 엘리먼트의 구성 관리에 관한 것이다.

배경 기술의 아래의 설명은, 본 발명 이전에 관련 기술에 알려져 있지 않지만 본 발명에 의해 제공되는 기재들과 함께 통찰력들, 발견들, 이해들 또는 기재들, 또는 연관들을 포함할 수 있다. 본 발명의 일부의 그러한 기여들이 아래에 특정하게 지적될 수 있는 반면에, 본 발명의 다른 그러한 기여들은 각자의 맥락으로부터 명백할 것이다. 네트워크 엘리먼트(NE)의 구성 데이터는 트리-형 계층으로 배열된 객체들의 세트로서 모델링될 수 있다. 객체는, 하드웨어 컴포넌트, 프로세스, 서비스, 인터페이스, 어드레스 또는 데이터베이스와 같이, NE 내의 물리적 또는 논리적 엔티티를 표현할 수 있다. 표현된 엔티티의 성질은, 객체의 특성인 클래스에 의해 결정된다. 각각의 객체는, 객체가 표현하는 특정 엔티티를 특징짓는 속성 정의들을 포함한다. 속성 정의는, 속성의 이름 및 객체에 특정한 할당된 값으로 구성된다. 특정 객체와 관련되어 사용되어야 하거나 또는 사용될 수 있는 속성들의 세트는 객체의 클래스에 의해 결정된다. 트리-형 계층은 객체들 사이의 단순한 소유 관계들을 나타내기 위한 수단을 제공한다. 참조(reference)-형 속성들을 이용하여, 더욱 복잡한 관계들이 모델링될 수 있다. 객체 클래스들 및 속성들의 특성들 및 상호 관계들은 NE-특정 스키마(schema) 정의들에 의해 설명된다. 구성 관리 시스템(CMS)이 폭넓게 다양한 기능들을 수행할 수 있다, 예컨대 구성 데이터가 스키마에 부합한다고 보장할 수 있고 그리고 구성을 저장할 수 있다.

아래는, 본 발명의 몇몇의 양상들의 기본적인 이해를 제공하기 위하여, 본 발명의 간략화된 요약을 제시한다. 이 요약은 본 발명의 광범위한 개요가 아니다. 이 요약은 본 발명의 중요한 엘리먼트들을 식별하거나 또는 본 발명의 범위를 기술하려고 의도되지 않는다. 그 유일한 목적은, 이후에 제시되는 더욱 상세한 설명에 대한 서문으로서 간략화된 형태로 본 발명의 몇몇의 개념들을 제시하는 것이다.

본 발명의 다양한 양상들은 독립항들에서 정의된 바와 같은 방법, 장치, 및 컴퓨터-판독가능 저장 매체를 포함한다. 본 발명의 추가의 실시예들은 종속항들에서 개시된다.

본 발명의 양상에 따라, 네트워크 장치 내에서, 타겟 객체가 하이-레벨 구성 객체임을 검증함으로써; 상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―; 상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고 삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―, 트랜잭션 내에서 네트워크 엘리먼트 구성 객체 변경 동작을 수행하기 위한 방법이 제공된다.

본 발명의 다른 양상에 따라, 타겟 객체가 하이-레벨 구성 객체임을 검증함으로써; 상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―; 상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고 삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―, 트랜잭션 내에서 네트워크 엘리먼트 구성 객체 변경 동작을 수행하도록 구성된 장치가 제공된다.

본 발명의 다른 양상에 따라, 타겟 객체가 하이-레벨 구성 객체임을 검증함으로써; 상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―; 상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고 삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―, 트랜잭션 내에서 네트워크 엘리먼트 구성 객체 변경 동작을 수행하는 쪽으로 지시된 액션들을 수행하기 위해 프로세서에 의해 실행가능한 명령들의 프로그램을 구현한 컴퓨터-판독가능 저장 매체가 제공된다.

아래에서는, 본 발명이 동반된 도면들을 참조하여 예시적 실시예들에 의하여 더욱 상세히 설명될 것이다.
도 1은 예시적 시스템 아키텍처를 예시한 간략화된 블록도를 도시한다.
도 2는 본 발명의 실시예들에 따른 장치들을 예시한다.
도 3은 본 발명의 실시예들을 예시한 시그널링 차트이다.
도 4 및 도 5는 본 발명의 실시예들을 예시한 흐름 차트들이다.

구성 관리 시스템(CMS)은, 실행-시간에 구성 데이터를 판독하고 수정하기 위한 애플리케이션 프로그래밍 인터페이스(API)를 제공한다. 또한, API는, 네트워크 엘리먼트(NE) 소프트웨어가 구성 변경들에 관한 통지들을 수신하도록 허용하는 콜백(callback) 메커니즘을 제공할 수 있다. 또한, API의 사용자들은, 액세스 제어 목록(ACL)들에 따라 구성 데이터에 대한 액세스 제어를 제공하기 위하여 인증받는다. 네트워크 엘리먼트는, 인간 오퍼레이터들이 구성 데이터를 보고 수정하도록 허용하는 커맨드 라인 인터페이스 및 아마도 그래픽 사용자 인터페이스를 제공할 수 있다. 다른 인터페이스들은 API 위에 또한 제공될 수 있다.

구성 관리는, 장치 또는 시스템의 구성을 제어하기 위해 사용된 함수들의 세트를 지칭한다. 구성 관리는, 장치 또는 시스템의 확장 또는 감소, 구성 파트들의 상태, 및 구성 파트들의 할당의 아이덴티티를 제어할 수 있다. 구성 관리자(CM) 엔티티는, 시스템이 네트워크 엘리먼트 파라미터들 및/또는 네트워크 엘리먼트 연결 파라미터들을 포함한 동작 파라미터들을 제어하도록 허용한다.

네트워크 엘리먼트 구성 관리는 위에서 설명된 것과 같은 데이터 모델 및 구조에 의존할 수 있다. CMS는 예컨대 라이트웨이트 디렉토리 액세스 프로토콜(LDAP:lightweight directory access protocol)에 기초할 수 있다; 따라서, 상기 데이터 모델은, 위에서 주어진 설명에 부합하는 LDAP의 데이터 모델로부터 도출된다. 또한, 확장가능한 마크-업 언어(XML) 문서들이 이 계층적 데이터 모델의 인스턴스들로서 보일 수 있고, 여기서 객체들은 엘리먼트들로 불린다. NE 구성 시스템들에 대한 표준 인터페이스를 설명하는 NETCONF 프로토콜이 XML-기반 데이터 모델을 사용한다.

속성 값들 및 참조 할당들을 수정하기 위한 동작이, 구성 모델들 및 사용자 인터페이스들에 대한 구현 노력을 감소시키는 네트워크 엘리먼트 구성 관리 패러다임을 정의하는 종래 기술 솔루션 PCT/EP2010/067984에서 정의되었다. 방법에서는, 장치가 네트워크 엘리먼트 상에서 구성 데이터를 유지시킨다. 구성 객체들의 세트가 구성 데이터 내에서 생성되고, 여기서 미리결정된 조건이 충족된다면, 또 다른 구성 객체가 구성 데이터 내에서 생성된다. 상기 또 다른 구성 객체가 상기 미리결정된 조건 또는 다른 미리결정된 조건을 충족시킨다면, 하나 또는 그 초과의 추가의 구성 객체들이 구성 데이터 내에서 생성된다. 상기 미리결정된 조건 또는 상기 다른 미리결정된 조건을 충족시키는 구성 객체들에 관한, 그리고 상기 미리결정된 조건 또는 상기 다른 미리결정된 조건에 기초하여 생성된 구성 객체들에 관한 종속성 정보는 구성 데이터 내에 저장된다. 상기 종래 기술 솔루션은 다수의 상속(inheritance)을 이용하는 일반화된 프로토타입 시스템을 사용하여, 구성 확장 및 무결성 검사 로직이 객체 프로토타입 정의들 내의 특별-목적 선언들을 이용하여 표현되도록 허용되어, 따라서 부분적으로 중복적인 스키마-특정 프로그램 로직에 대한 필요가 제거된다. 또한, 종래 기술 솔루션은, 참조 무결성 검사, 쓰레기 수집, 및 일련의 절차적 동작들에 대한 감소를 자동으로 제공하기 위하여 종속성 추적 시스템을 사용한다.

전술된 종래 기술 솔루션의 장점을 취한 구성 관리 시스템(CMS)에서, 특별-목적 선언들은 구성 확장의 프로세스 내의 프레임워크를 제어한다. 구성 확장은, 네트워크 엘리먼트의 오퍼레이터에 의해 생성된 하이-레벨 구성 객체들에 기초한 상세한 구성 객체 모델의 자동 생성을 의미한다. 예컨대 (일반 객체 삭제 동작을 위한) 쓰레기 수집 및 일반 구성 감소 동작을 구현하기 위하여, 구성 확장 알고리즘은 구성 객체들 사이의 종속성들의 그래프를 구성한다. 일반 구성 감소 동작은, NE의 공장 디폴트 상태에서 실행될 때 현재 구성을 생성할 일련의 구성 커맨드들을 발견하는 프로세스를 지칭한다.

네트워크 엘리먼트 오퍼레이터가 구성 (인스턴스) 객체의 이름, 일차 클래스 또는 상위(superior)를 어떻게 변경시킬 수 있는지는 설명되지 않았다. 이는, 예컨대 아래의 경우들에서 매우 불편할 수 있다. 제1 경우는, NE 오퍼레이터가 NE 내의 논리 엔티티를 표현하는 구성을 생성한 경우이다. 상기 엔티티는, 자신의 목적을 설명하고 구성 내에서 보이지만, 엔티티의 실제 동작에는 영향을 끼치지 않는 이름을 갖는다. 오퍼레이터는 명명 정책에 따라 이름을 선택하지만, 오퍼레이터는 상기 정책이 변경될 때 객체를 쉽게 개명할 수 없다. 제2 경우는, 구성 데이터베이스가 물리적 하드웨어 유닛을 표현하는 객체를 포함하는 경우일 수 있다. 객체의 일차 클래스가 유닛의 특정 타입에 대응한다. 궁극적으로, 유닛 타입은 수명에 도달하고, 오퍼레이터가 상기 타입의 고장 유닛들을 다른 역호환 가능한 타입의 유닛들로 교체하도록 강제한다. 상기 경우에, 구성 데이터베이스는 각각 업데이트되어야 하지만, CMS가 객체의 일차 타입을 변경시키는 것을 지원하지 않는다면 상기 업데이트는 불필요하게 무거운 동작이 된다.

애플리케이션-특정 선언들의 세트에 의해 제어되는 종래 기술 솔루션에서 설명된 바와 같이 구성 확장이 이루어질 때, 그러한 변경 동작을 구현하는 것은 단순하지 않다. 일관성을 위해, 하이-레벨 객체의 이름, 일차 클래스 및/또는 상위(이후, 공동으로 특성들로서 지칭됨)를 변경시키는 것은 객체가 새로운 특성들을 이용하여 본래 생성되었을 경우와 동일한 상세한 구성을 야기시켜야 한다. 객체의 특성들이 (선언 언어의 제약들 내에서) 거의 임의적인 방식으로 다른 구성 객체들의 존재, 개수, 및 특성들에 영향을 끼칠 수 있기 때문에, 상세한 구성 뷰(view) 내에서의 대응하는 변경들을 식별하는 것은 하기에 사소한 것이 아니다.

통상적으로, 종래의 CMS들은, 구성 객체들을 개명하고 그리고 아마도 재위치결정하기 위한 기능을 제공한다. CMS들 전부가 클래스-기반 타입 시스템을 구현하는 것은 아니지만, 클래스-기반 타입 시스템을 구현하는 CMS들은 객체들의 일차 클래스를 변경시키는 것을 잠재적으로 허용할 수 있다. 객체의 특성들의 변경들을 지원하는 것은, 종래 기술 솔루션에서 개시된 기술들을 CMS 사용함으로써 사소하게 구현될 수 없다. 그러한 변경 동작의 부재시, 그러한 변경들을 만들기 위한 유일한 방식은, 문제의 객체를 삭제하고 그리고 상이한 파라미터들을 이용하여 상기 문제의 객체를 재-생성하는 것이다. 그러나, 일반 삭제 동작에 의해 트리거링된 쓰레기 수집 알고리즘이 다른 관련 객체들을 또한 삭제하기 위해 객체 종속성 그래프를 사용하기 때문에, 잠재적으로 본래 사용된 것과 상이한 파라미터들을 이용하여, 그들 관련 객체들이 또한 재-생성되어야 한다. 객체들의 삭제 및 재-생성은 NE 오퍼레이터에 의해 수동으로 수행되어야 한다.

예시적 실시예는, 위에서 설명된 종래 기술 솔루션에서 개시된 기술들을 이용하는 구성 관리 시스템(CMS)에서 객체 특성들에 대한 변경 동작(이후, 변경 동작으로서 단지 지칭됨)을 구현하는 것을 포함한다. 이는, 객체 종속성들과 함께 부가 정보를 저장함으로써 그리고 종래 기술 솔루션의 수동 삭제 단계 및 재-생성 단계를 자동화하기 위해 이 정보를 이용함으로써 달성된다.

예시적 실시예에서, 기본 변경 동작이 설명된다. 예시적 실시예에 따라, CMS는 (단일 트랜잭션 내에서) 아래와 같이 변경 동작을 내부적으로 구현한다. 종래 기술 솔루션에서 설명된 트랜잭션 모델이 여기서 적용된다. 따라서, 트랜잭션은, 예컨대 원자성, 일관성, 및 격리 특성들, 뿐만 아니라 네스팅 능력들을 갖는다. 아래의 구현 기술들은 예시적 실시예에 따라 기본 변경 동작에서 사용될 수 있다. 1) 타겟 객체가 하이-레벨 구성 객체임을 검증한다. 2) 타겟 객체를 삭제한다 ― 쓰레기 수집 알고리즘에 의해 제거된 하이-레벨 객체들 전부가 레코딩됨 ―. 3) 타겟 객체를 재생성한다 ― 상기 타겟 객체의 특성들이 변경됨 ―. 4) "2)"에서 삭제된 하이-레벨 객체들 전부를 재-생성한다 ― 적절할 때, 각자의 특성들이 조절됨 ―. 이것이 그들 객체들 각각에 대해 수행될 수 없다면, 트랜잭션은 실패한다.

관련 세부-레벨 객체들은 종래의 객체 생성 시나리오에서와 같이 "3)" 및 "4)"에서 자동으로 (재-)생성된다. 생성 동작들 사이에 종속성들이 있을 수 있기 때문에, 객체들은 상기 객체들이 데이터베이스에 본래 생성되었던 것과 동일한 순서로 재-생성되어야 한다.

객체 생성 동작은 객체 특성들, 즉 상위, 이름, 및 일차 클래스를 입력으로서 받아들인다. 변경 동작은 동일한 입력들을 받아들이고, 그리고 "3)"에서, 동일한 입력들을 타겟 객체(이후, 주요 객체)의 재-생성 하위-동작에 포워딩한다.

"2)"에서 쓰레기 수집의 희생물들이 되었던 하이-레벨 객체들에 관련하여, 다른 객체들을 참조하는 각자의 재-생성 하위-동작들("4)")에 대한 그들 입력 특성들은 본래 값들로부터의 어떤 조절을 필요로 할 수 있다. 실제, 그러한 특성은 상위 객체의 경로, 또는 참조 할당의 경우에 실제로 다른 객체의 경로 이름인 객체 이름을 포함할 수 있다.

조절 필요에 대한 이유는, 임의의 객체의 특성들 ― 상기 객체의 경로 이름(상위의 경로 이름 및 객체의 고유 이름의 연쇄)을 포함함 ― 이 하나의 주요 객체에 대해 실행되는 변경 동작의 변경에 종속된다는 것을 포함한다.

그러한 조절들을 자동으로 수행하기 위하여, 주요 변경, 즉 주요 객체의 삭제 및 재-생성("2)" 및 "3)")의 이전 및 이후 관련 객체들의 아이덴티티들을 인지할 필요가 있다. 그러므로, 쓰레기-수집된 하이-레벨 객체들의 특성들이 "2)"에서 레코딩될 때, 그들 특성들에 의해 참조된 객체들의 아이덴티티들이 또한 레코딩된다. 객체가 "4)"에서 곧 재-생성될 때, CMS는, 상기 객체와 함께 레코딩된 것과 데이터베이스 내에서의 유사한 아이덴티티들을 갖는 객체들을 찾으려고 시도한다. 특성들은, 정확한 아이덴티티를 보유하는 객체의 잠재적으로 변경되는 경로를 이용하여 대응하게 조절된다. 주요 변경 이후, 임의의 레코딩된 아이덴티티에 대해, 상기 아이덴티티를 보유하는 객체가 발견되지 않으면, 변경 동작은 실패하고, 그리고 트랜잭션은 롤백된다(rolled back). 객체 식별을 위한 가능한 방법들은 객체 식별을 위한 기본 방법 및 객체 식별을 위한 개선된 방법에 관련되어 아래에 설명된다.

또한, 하위-동작들 중 몇몇이 실패할 수 있다는 것에 대해 다른 이유들이 있다. 예컨대, 오퍼레이터가 스키마 정의들을 다소 위반하는 변경을 요청할 수 있거나, 또는 몇몇의 REQUIRES 종속성들이 "2)"에서 몇몇의 객체들의 삭제를 금지할 수 있다. 이 종류의 실패들은 또한 전체 변경 트랜잭션이 실패하게 만든다.

예시적 실시예에서, 개선된 변경 동작이 설명된다. 네 개의 타입들의 종속성들(주체(subject)와 객체로 불리는 두 개의 구성 객체들 사이의 지시된 관계들)이 정의될 수 있다:

- DEPENDS_ON : 이 종속성은, 늦어도 객체가 삭제될 때 주체가 삭제됨을 암시한다. 각각의 구성 객체는 적어도, 계층 내에서 자신의 상위 객체에 대해 이런 종류의 종속성을 보유한다.

- USES : 이 종속성은 객체의 존재를 정당화시키고, 그리고 주체가 존재하는 한 자동 쓰레기 수집에 의한 객체의 삭제를 금지한다.

- REQUIRES : 이 종속성은 주체가 동일 트랜잭션 내에서 삭제될 때까지 객체의 삭제를 금지한다.

- EXPORTS : 이 종속성은, 객체가 오퍼레이터에 의해 명시적으로 생성되었음을 표시한다, 즉 이 종속성은 하이-레벨 구성의 파트이다. 주체는 루트 객체이다. 이 종속성은 대응하는 USES 종속성과만 함께 존재한다.

정상적으로, 그러한 REQUIRES 종속성이 있다면 삭제 동작이 실패하고, 그 객체는 자신의 DEPENDES_ON 및 USES 종속성들에 기초하여 쓰레기-수집되고 그리고 주체는 쓰레기-수집되지 않는다. 이런 종류의 종속성들은 기본 변경 동작과 관련되어 위에서 제시된 단순한 변경 알고리즘을 실패시키는데, 그 이유는 기본 변경 동작이 "2)"와 같은 정상 삭제 동작을 포함하기 때문이다. 그러나, 알고리즘은, "2)"에서, 각자의 객체들의 아이덴티티들을 포함하지만 그들이 트랜잭션을 즉각 실패시키지 않는 차단 REQUIRES 종속성들을 레코딩함으로써 향상될 수 있다. 따라서, 예시적 실시예에서, 5번째 항목이 부가된다:

5) "2)"에서 레코딩된 REQUIRES 종속성들을 재구성한다. 주체의 경로 이름은 동일하게 유지된다. 객체에 관련하여, CMS는, 상기 종속성에 대해 레코딩되었던 것과 동일한 아이덴티티를 갖는 객체를 발견하고 상기 객체를 사용하려고 시도한다. 그러한 객체가 발견되지 않으면, 변경 동작은 실패하고, 그리고 트랜잭션은 롤백된다(즉, 취소된다, 뒤로 롤링된다).

예시적 실시예에서, 객체 식별을 위한 기본 방법이 설명된다. 주요 변경 이전 및 이후 객체들을 식별하기 위한 하나의 옵션은 상대 객체 경로들에 기초할 수 있다. 이 방법에서, 주요 객체의 (직접 및 간접) 변경-후 하위(subordinate)들은, 주요 객체에 대해 동일한 상대 경로를 갖는, 주요 객체의 그들 변경-전 하위들을 이용하여 식별된다. 다른 객체들은, 각자의 절대 경로들을 이용하여 식별된다.

객체 식별을 위한 이 기본 방법은 단순한 경우들에서 동작하는 단순한 솔루션이다. 주요 객체의 특성들이 규칙들 및 암시된 객체 선언들을 통해 사소하지 않은 방식으로 다른 객체들에 영향을 끼치는 것이 가능하다. 영향받는 객체들이 주요 객체의 하위들이 아니라면, 또는 규칙 또는 암시된 객체 선언 동작이 주요 객체의 특성들에 따라 다소 좌우된다면, 전술된 솔루션이 반드시 동작하는 것은 아니다.

예시적 실시예에서, 객체 식별을 위한 개선된 방법이 설명된다. 더욱 정교한 객체 식별 방법은 객체 종속성들에 기초한다. 정의된 네 개의 타입들의 종속성들(즉, DEPENDS_ON, USES, REQUIRES, EXPORTS)은 개선된 변경 동작과 관련되어 위에서 열거된다.

하이 레벨에서, 타입 DEPENDS_ON, EXPORTS 및 USES의 종속성들은 구성 감소 및 쓰레기 수집을 위한 목적들을 위해 임의의 특정한 객체에 대해 존재의 이유를 결정한다. 상기 종속성들은, 객체의 존재에 기여하는 오퍼레이터 액션들 및 다른 구성 객체들을 선택한다.

이는, 객체 식별 방법을 유도하고, 여기서 객체의 아이덴티티는 객체의 존재에 대한 이유, 즉 전술된 종속성들 및 관련된 더 높은 레벨의 객체들의 아이덴티티의 세트에 의해 결정된다. 그러나, 이들 종속성들에 의해 전달되는 정보는 그런 만큼 식별 목적들을 위해 충분하지 않다.

아래를 말하는 것이 가능하지 않다:

- (만약에 있다면) 규칙 및 상기 규칙의 선택자가 그 주체의 생성을 트리거링했다는 DEPENDS_ON, 및

- (만약에 있다면) 상기 객체 클래스 정의 또는 규칙의 암시된 객체 선언이 그 객체의 생성을 트리거링했다는 USES 종속성.

이들 사실들을 무시하는 것은, 복잡한 규칙들 및 암시된 객체 선언들의 경우에 변경 동작의 일관되지 않은 동작을 야기시킬 수 있다.

예시적 실시예는, 종속성들과 함께 부가 정보를 저장하여, 부가 정보 및 종속성들이 객체의 존재의 이유를 유일하게 결정하도록 하는 종속성-기반 객체 식별 방법을 설명한다.

예시적 실시예에서, 스타트업시 스키마가 CMS에 의해 판독될 때, 각각의 객체 클래스 정의에는 정적 클래스 식별자(SCI)가 할당될 수 있다.

타입 DEPENDS_ON, EXPORTS 및 USES의 각각의 종속성은, 구성 데이터베이스 내에 종속성 정보와 함께 저장되는 연관된 정적 종속성 식별자(SDI)를 가질 수 있다.

EXPORTS 종속성이 생성될 때, 감소하지 않고 증가하는 함수(monotonically increasing function)를 이용하여, 상기 EXPORTS 종속성에는 정적 종속성 식별자(SDI)가 할당된다. 따라서, EXPORTS 종속성들의 SDI들은 대응하는 하이-레벨 객체들의 생성 순서를 반영한다.

USES 종속성이 객체 클래스 정의 내의 선언에 의해 직접 암시된 객체에 대해 생성될 때, 종속성의 SDI는, 암시된 객체 선언을 포함하는 객체 클래스 정의의 정적 클래스 식별자(SCI)로부터 그리고 객체 클래스 정의 내에서의 상기 암시된 객체 선언의 시퀀스 넘버로부터 계산될 수 있다.

USES 종속성이 규칙 프로세싱에 의해 암시된 객체에 대해 생성될 때, 종속성의 SDI는, 종속성의 생성을 담당했던 (규칙 내에서의) 암시된 객체 선언의 시퀀스 넘버로부터 계산될 수 있다. 다른 USES 종속성들에는 어떠한 SDI도 할당되지 않는다.

DEPENDS_ON 종속성이 규칙의 선택자와 매칭되는 객체와 매칭 객체 사이에서 생성될 때, 종속성의 SDI는, 규칙을 포함하는 객체 클래스 정의의 정적 클래스 식별자(SCI)로부터, 객체 클래스 정의 내에서의 규칙의 시퀀스 넘버로부터, 그리고(규칙 정의 내에서의) 매칭 객체를 소유하는 선택자의 시퀀스 넘버로부터 계산될 수 있다. 다른 DEPENDS_ON 종속성들에는 일정한 SDI가 할당될 수 있다.

예시적 실시예에서, 정적 종속성 식별자(SDI)를 갖는 각각의 종속성은 또한 연관된 동적 종속성 식별자(DDI)를 갖는다. 몇몇의 구성 객체들은 연관된 동적 객체 식별자(DOI)를 갖는다.

종속성의 동적 종속성 식별자(DDI)는 아래와 같이 계산될 수 있다. DEPENDS_ON 종속성의 DDI는 자신의 객체의 동적 객체 식별자(DOI) 및 자신의 고유 SDI로부터 계산될 수 있다. EXPORTS 종속성의 DDI는 자신의 고유 SDI으로부터만 계산될 수 있다. USES 종속성의 DDI는 자신의 주체의 동적 객체 식별자(DOI) 및 자신의 고유 SDI로부터 계산될 수 있다. DDI 계산 알고리즘은 각각의 종속성 타입에 대해 상이할 수 있다.

구성 객체의 동적 객체 식별자(DOI)는 아래와 같이 계산될 수 있다. 객체가 EXPORTS 종속성의 객체라면, 객체의 DOI는 상기 종속성의 동적 종속성 식별자(DDI)로부터 계산된다.

객체가 임의의 EXPORTS 종속성의 객체가 아니라 정적 종속성 식별자(SDI)를 갖는 하나 또는 그 초과의 USES 종속성들의 객체라면, 객체의 DOI는 그들 종속성들의 동적 종속성 식별자(DDI)들로부터 계산된다. 객체가 임의의 EXPORTS 또는 USES 종속성의 객체가 아니라면, 객체의 DOI는 상기 객체가 보유하는(즉, 상기 객체가 주체인) DEPENDS_ON 종속성들의 동적 종속성 식별자(DDI)들로부터 계산된다.

DOI 계산 알고리즘은 종속성들의 임의의 주어진 세트에 대해 결정론적이다. 동적 객체 식별자(DOI)가 위에서 설명된 바와 같이 계산될 수 없도록 SDI들을 갖는 종속성들에 의해 형성된 순환 종속성 체인들이 있다면, 객체는 동적 객체 식별자(DOI)를 갖지 않는다. 객체의 동적 객체 식별자(DOI) 및 상기 객체의 종속성들의 동적 종속성 식별자(DDI)들은, 객체 자신이 변하지 않더라도, 상기 동적 객체 식별자(DOI) 및 상기 동적 종속성 식별자(DDI)들이 데이터베이스 내의 변경들로 인해 변할 수 있다는 점에서 볼 때 동적 특성들이다. 대조적으로, 각각의 종속성의 정적 종속성 식별자(SDI)는 상기 종속성의 수명에 걸쳐 정적으로 유지되고, 그리고 데이터베이스 내에 저장된다.

DDI들, DOI들, 및 도출된 SDI들의 계산들은, 해쉬 함수를 사용함으로써 수행될 수 있어, 입력 파라미터들의 두 개의 세트들이 동일한 식별자들을 산출하는 것을 불가능하게 만든다.

예시적 실시예에서, 변경 동작 알고리즘이 설명된다. 위에서 설명된 바와 같은 개선된 객체 식별 방법은 각자의 DOI들에 기초한다. 동적 객체 식별자(DOI)들은, 상기 동적 객체 식별자(DOI)들이 객체들의 존재 이유들에 관한 전체 정보를 고유하게 인코딩하도록 구성된다. 그러므로, 상기 동적 객체 식별자(DOI)들의 경로 이름들이 사소하지 않은 방식으로 변경되었더라도, 상기 동적 객체 식별자(DOI)들에 기초하여 주요 변경 이전 및 이후 객체들을 식별하는 것이 가능하다. 개선된 DOI-기반 식별 방법 및 개선된 변경 동작을 사용할 때, 일반 알고리즘(항목 "1)" 및 항목 "5)")이 아래와 같이 기록될 수 있다. 1) 주요 객체가 하이-레벨 구성 객체, 즉 EXPORTS 종속성의 객체임을 검증한다. 2) 주요 객체를 삭제한다 ― 쓰레기 수집 알고리즘에 의해 제거된 하이-레벨 객체들 전부 및 관련 객체들의 동적 객체 식별자(DOI)들이 레코딩됨 ―. 동적 객체 식별자(DOI)들은 이 단계에 선행하는 데이터베이스 상태로부터 계산된다(쓰레기 수집 동안 중간 상태로부터 계산되지 않는다). 임의의 REQUIRES 종속성이 이 지점에서 트랜잭션을 실패시키지만 상기 임의의 REQUIRES 종속성 및 각자의 객체들의 동적 객체 식별자(DOI)들을 레코딩하도록 두지 마라. 3) 메인 객체를 재-생성한다 ― 상기 메인 객체의 특성들이 변경되지만, 상기 메인 객체의 EXPORTS 종속성의 본래 SDI가 유지됨 ―. 4) "2)"에서 삭제된 하이-레벨 객체들을 재-생성한다 ― 상기 하이-레벨 객체들의 EXPORTS 종속성들의 본래 SDI들이 유지되고 그리고 상기 식별자들에 의해 표시된 순서로 유지됨 ―. 객체는, 트랜잭션의 시작시 객체의 상위가 갖는 것과 동일한 DOI를 갖는 객체 하에서 재-생성된다. 객체가 참조 할당이라면, 타겟 객체는 본래 타겟 객체와 동일한 DOI를 갖는 객체로 셋팅된다. 특정한 레코딩된 DOI를 보유하는 객체가 없다면, 트랜잭션은 실패한다. 5) "2)"에서 레코딩된 REQUIRES 종속성들을 재구성한다. 주체의 경로 이름은 동일하게 유지된다. 종속성 객체는, 본래 객체와 동일한 아이덴티티를 보유하는 객체이다. 상기 특정한 DOI를 보유하는 객체가 없다면, 트랜잭션은 실패한다.

DOI가 동적 특성이더라도, 데이터베이스로부터 특정한 DOI를 갖는 객체를 찾는 것이 반드시 무거운 동작은 아님이 주의되어야 한다. 대부분의 경우들에서, 객체들의 대다수는, 객체 룩업 알고리즘에 의해 활용될 수 있는, 자신들의 본래 경로 이름들 및 DOI들을 동작시 유지한다.

예시적 실시예에서, 규칙-기반 구성 관리 시스템 내에서 객체 특성들을 수정하기 위한 방법 및 장치가 개시된다. 예시적 실시예에 의하여, 객체들에 대한 변경 동작이 제공될 수 있기 때문에, NE 구성 툴들의 유용성이 향상될 수 있다.

이제, 본 솔루션의 예시적 실시예들이 동반된 도면들을 참조하여 이후에 더욱 완전히 설명될 것이고, 상기 도면들에는 본 솔루션의 몇몇의 실시예들 ― 그러나, 실시예들 전부는 아님 ― 이 도시된다. 실제로, 본 솔루션은, 많은 상이한 형태들로 구현될 수 있고, 그리고 여기서 전개되는 실시예들로 제한되는 것으로 해석되어서는 안된다; 그보다는, 이들 실시예들은 이 기재가 적용가능한 법적 요건들을 충족시키도록 제공된다. 명세서가 여러 위치들에서 "임의의", "하나의", 또는 "몇몇의" 실시예(들)를 지칭할 수 있지만, 이는, 각각의 그러한 지칭이 동일 실시예(들)에 대한 것이거나 또는 피처가 단일 실시예에만 적용됨을 반드시 의미하지는 않는다. 또한, 다른 실시예들을 제공하기 위해 상이한 실시예들의 단일 피처들이 결합될 수 있다.

본 솔루션의 실시예들은 임의의 통신 디바이스, 네트워크 엘리먼트, 사용자 장비, 서버, 대응하는 컴포넌트, 그리고/또는 네트워크 엘리먼트 구성 관리를 제공하는 임의의 통신 시스템 또는 상이한 통신 시스템들의 임의의 조합에 적용가능하다. 통신 시스템은, 고정 네트워크들 및 무선 네트워크들 둘 다를 이용하는 통신 시스템 또는 무선 통신 시스템일 수 있다. 특히 무선 통신에서, 사용된 프로토콜들, 그리고 통신 시스템들, 디바이스들 및 네트워크 엘리먼트들의 사양들이 빠르게 발전한다. 그러한 발전은 실시예에 추가의 변경들을 요구할 수 있다. 그러므로, 단어들 및 표현들 전부가 넓게 해석되어야 하고, 그리고 실시예를 예시하는 것으로 의도되고 실시예를 제약하는 것으로 의도되지 않는다.

아래에서는, 실시예들이 적용될 수 있는 시스템 아키텍처의 예로서, 그러나 실시예를 그러한 아키텍처로 제약시키는 것 없이, 제3세대 무선 통신 시스템 UMTS(유니버설 모바일 원격통신 시스템)에 기초한 아키텍처를 이용하여 상이한 실시예들이 설명될 것이다.

통신 시스템의 일반 아키텍처가 도 1에서 예시된다. 도 1은 몇몇의 엘리먼트들 및 기능 엔티티들만을 도시하는 간략화된 시스템 아키텍처이고, 상기 몇몇의 엘리먼트들 및 기능 엔티티들 전부는 각자의 구현이 도시된 것과 상이할 수 있는 논리 유닛들이다. 도 1에 도시된 연결들은 논리적 연결들이다; 실제 물리적 연결들은 상이할 수 있다.

시스템들이 또한 다른 기능들 및 구조들을 포함한다는 것이 기술분야의 당업자에게 명백하다. 그룹 통신 내에서 또는 그룹 통신을 위해 사용되는 기능들, 구조들, 엘리먼트들, 및 프로토콜들이 실제 본 발명과 관계가 없음이 인정되어야 한다. 그러므로, 그룹 통신 내에서 또는 그룹 통신을 위해 사용되는 기능들, 구조들, 엘리먼트들, 및 프로토콜들은 여기서 더욱 상세하게 논의될 필요가 없다.

도 1은 기지국(BS, 노드 B)과 같은 네트워크 엘리먼트(101), 기지국 제어기(BSC), 홈 위치 등록기(HLR), 모바일 스위칭 센터(MSC), 미디어 게이트웨이(MGW), 무선 네트워크 제어기(RNC), 방문자 위치 등록기(VLR), 트랜스코딩 레이트 적응 유닛(TRAU), 서빙 GPRS(일반 패킷 무선 서비스) 지원 노드(SGSN), 또는 홈 노드 B 게이트웨이(HNB-GW), 이동성 관리 엔티티 및 개선된 패킷 코어 게이트웨이(MME/EPC-GW), 또는 통신 시스템의 임의의 다른 네트워크 엘리먼트를 도시한다. 네트워크 엘리먼트는 구성 관리 디바이스(102)에 연결된다. 도 1은 간략화된 예를 단지 예시한다. 실제, 네트워크는 더 많은 네트워크 엘리먼트 및 디바이스들을 포함할 수 있다. 네트워크 엘리먼트 및 구성 관리 디바이스가 또한 하나 또는 그 초과의 추가의 디바이스들(도면에는 도시되지 않음)을 통해 각각에 연결가능할 수 있음이 인정되어야 한다. 구성 관리 디바이스(102)가 또한 네트워크 엘리먼트(101)의 일체로 된 부분일 수 있음이 인정되어야 한다. 그러나, 실시예들이 예로서 위에서 주어진 네트워크로 제약되는 것이 아니라, 기술분야의 당업자는 필요한 특성들이 제공된 다른 통신 네트워크들에 솔루션을 적용할 수 있다.

도 2는 본 발명의 실시예들에 따른 장치들의 예들을 예시한다. 도 2는 네트워크 엘리먼트(101)와 관련되도록 구성된 구성 관리 디바이스(102)를 도시한다. 구성 관리 디바이스(102)는 메모리(202) 및 인터페이스(203)에 동작가능하게 연결된 제어기(201)를 포함한다. 제어기(201)는 디바이스의 동작을 제어한다. 메모리(202)는 소프트웨어 및 데이터를 저장하도록 구성된다. 인터페이스(203)는 네트워크 엘리먼트(101)와의 연결을 셋업 및 유지되도록 구성된다.

네트워크 엘리먼트(101)는 메모리(205) 및 인터페이스(206)에 동작가능하게 연결된 제어기(204)를 포함한다. 제어기(204)는 네트워크 엘리먼트의 동작을 제어한다. 메모리(205)는 소프트웨어 및 데이터를 저장하도록 구성된다. 인터페이스(206)는 구성 관리 디바이스(102)와의 연결을 셋업 및 유지되도록 구성된다.

실시예에서, 네트워크 엘리먼트는 다른 디바이스를 통해 구성 관리 디바이스에 연결된다.

실시예에서, 구성 관리 디바이스는 네트워크 엘리먼트 구성 파라미터를 정의할 수 있고 그리고 구성 파라미터를 네트워크 엘리먼트에 제공할 수 있다. 도 3의 시그널링 차트는 요구된 시그널링을 예시한다. 도 3의 예에서, 구성 관리 디바이스(102)는 네트워크 엘리먼트 구성 파라미터(예컨대, 변경된 구성 객체)를 정의(301)하고, 그리고 구성 파라미터를 네트워크 엘리먼트(101)에 송신(302)한다. 그런 다음, 구성 관리 디바이스(102) 및 네트워크 엘리먼트(101)는 파라미터를 적용(303)할 수 있다. 대안적으로, 네트워크 엘리먼트(101)가 질의 ― 구성 관리 디바이스(102)가 상기 질의에 응답함 ― 를 개시하도록, 구성 데이터는 네트워크 엘리먼트(101)에 송신될 수 있다.

도 4는 본 발명의 비-제한적 실시예를 예시하는 흐름 차트이다. 단계(401)에서, 구성 관리 디바이스는 네트워크 엘리먼트 구성 파라미터(예컨대, 변경된 구성 객체)를 (위에서 설명된 바와 같이) 정의한다. 단계(402)에서, 구성 관리 디바이스는 파라미터를 네트워크 엘리먼트에 송신한다. 대안적으로, 네트워크 엘리먼트가 질의 ― 구성 관리 디바이스가 상기 질의에 응답함 ― 를 개시하도록, 구성 데이터는 네트워크 엘리먼트에 송신될 수 있다.

도 5는 네트워크 엘리먼트의 관점으로부터 본 발명의 비-제한적 실시예를 예시하는 흐름 차트이다. 단계(501)에서, 네트워크 엘리먼트는 구성 관리 디바이스로부터 네트워크 엘리먼트 구성 파라미터(예컨대, 변경된 구성 객체)를 수신한다. 단계(502)에서, 네트워크 엘리먼트는 구성 파라미터를 적용한다. 대안적으로, 네트워크 엘리먼트가 질의 ― 구성 관리 디바이스가 상기 질의에 응답함 ― 를 개시하도록, 구성 데이터는 네트워크 엘리먼트에 송신될 수 있다.

도 1 내지 도 5에서 설명된 단계들, 시그널링 메시지들 및 관련 기능들은 절대적 연대순으로 있는 것이 아니며, 그리고 단계들 중 몇몇은 주어진 것과 상이한 순서로 또는 동시에 수행될 수 있다. 또한, 단계들 사이에 또는 단계들 내에 다른 기능들이 실행될 수 있고, 그리고 예시된 메시지들 사이에 다른 시그널링 메시지들이 송신될 수 있다. 단계들 중 몇몇은 또한 제외될 수 있거나 또는 대응하는 단계로 교체될 수 있다. 시그널링 메시지들은 단지 예시적이고, 그리고 심지어 동일한 정보를 송신하기 위해 여러 별도의 메시지들을 포함할 수 있다. 부가하여, 메시지들은 또한 다른 정보를 포함할 수 있다.

위에서-설명된 단계들을 수행할 수 있는 장치는, 작업 메모리(RAM), 중앙 프로세싱 유닛(CPU), 및 시스템 클록을 포함할 수 있는 전자 디지털 컴퓨터로서 구현될 수 있다. CPU는 레지스터들, 산술 논리 유닛, 및 제어 유닛의 세트를 포함할 수 있다. 제어 유닛은 RAM으로부터 CPU로 전달되는 프로그램 명령들의 시퀀스에 의해 제어된다. 제어 유닛은 기본 동작들을 위해 다수의 마이크로명령들을 포함할 수 있다. 마이크로명령들의 구현은 CPU 설계에 따라 변할 수 있다. 프로그램 명령들은, C, 자바 등과 같은 고급 프로그래밍어, 또는 기계어와 같은 저급 프로그래밍어, 또는 어셈블러일 수 있는 프로그래밍어에 의해 코딩될 수 있다. 또한, 전자 디지털 컴퓨터는, 프로그램 명령들로 기록된 컴퓨터 프로그램에 시스템 서비스들을 제공할 수 있는 운영체제를 가질 수 있다.

실시예는 프로그램 명령들을 포함하는 배포 매체 상에 구현된 컴퓨터 프로그램을 제공하고, 상기 프로그램 명령들은, 전자 장치로 로딩될 때, 위에서 설명된 바와 같은 네트워크 엘리먼트 구성 관리를 수행하도록 구성된다.

컴퓨터 프로그램은 소스 코드 형태, 객체 코드 형태 또는 어떤 중간 형태로 있을 수 있고, 그리고 컴퓨터 프로그램은 프로그램을 운반할 수 있는 임의의 엔티티 또는 디바이스일 수 있는 어떤 종류의 캐리어 내에 저장될 수 있다. 그러한 캐리어들은 예컨대 레코드 매체, 컴퓨터 메모리, 읽기-전용 메모리, 전기 캐리어 신호, 원격통신들 신호, 및 소프트웨어 배포 패키지를 포함한다. 필요한 프로세싱 전력에 따라, 컴퓨터 프로그램은 단일 전자 디지털 컴퓨터 내에서 실행될 수 있거나, 또는 컴퓨터 프로그램은 다수의 컴퓨터들 사이에 배포될 수 있다.

또한, 장치는 애플리케이션-특정 집적 회로(ASIC)들과 같은 하나 또는 그 초과의 집적 회로들로서 구현될 수 있다. 별도의 논리 컴포넌트들로 구축된 회로와 같은 다른 하드웨어 실시예들이 또한 실행가능하다. 이들 상이한 구현들의 하이브리드가 또한 실행가능하다. 구현 방법을 선택할 때, 기술분야의 당업자는 예컨대 장치(102)의 크기 및 전력 소모량, 필요한 프로세싱 용량, 제조 비용들, 및 제조 체적들에 대해 셋팅된 요건들을 고려할 것이다.

따라서, 예시적 실시예에 따라, 네트워크 장치 내에서, 타겟 객체가 하이-레벨 구성 객체임을 검증함으로써; 상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―; 상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고 삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―, 트랜잭션 내에서 구성 객체 변경 동작을 수행하는 단계를 포함하는 방법이 제공된다.

다른 예시적 실시예에 따라, 타겟 객체가 하이-레벨 구성 객체임을 검증함으로써; 상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―; 상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고 삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―, 트랜잭션 내에서 네트워크 엘리먼트 구성 객체 변경 동작을 수행하도록 구성된 장치가 제공된다.

또 다른 예시적 실시예에 따라, 삭제 단계에서 제거된 각각의 하이-레벨 객체에 대해 하이-레벨 객체들의 재-생성이 수행될 수 없다면 트랜잭션을 실패시키도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 트랜잭션은 삭제 단계에서 레코딩된 REQUIRES 종속성들을 재구성하는 것을 더 포함하고, 여기서 주체의 경로 이름은 동일하게 유지되고, 방법은, 개별 종속성에 대해 레코딩된 것과 동일한 아이덴티티를 갖는 객체를 찾고 그리고 상기 객체를 사용하려고 시도하는 단계를 포함하며, 여기서 그러한 객체가 발견되지 않으면, 변경 동작은 실패되고, 그리고 트랜잭션은 롤백된다.

또 다른 예시적 실시예에 따라, 단일 트랜잭션 내에서 구성 객체 변경 동작을 구현하도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 관련 세부-레벨 객체들이 자동으로 재-생성되도록, 객체들이 구성 데이터베이스에 본래 생성되었던 것과 동일한 순서로 상기 객체들을 재-생성하도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 객체 생성 동작은, 입력으로서, 상위, 이름, 및/또는 일차 클래스를 포함하는 객체 특성들을 받아들인다; 그리고 객체 변경 동작은 동일한 입력을 받아들이고, 그리고 상기 동일한 입력을 타겟 객체의 재-생성 하위-동작에 포워딩한다.

또 다른 예시적 실시예에 따라, 객체 특성들의 자동 조절을 용이하게 하기 위하여, 주요 객체의 삭제 및/또는 재-생성 이전 및 이후 관련 객체들의 아이덴티티들을 인지하도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 상대 객체 경로에 기초하여 구성 객체를 식별하도록 구성되는 장치가 제공되고, 여기서 주요 객체의 직접 및/또는 간접 변경-후 하위들은, 주요 객체에 대해 동일한 상대 객체 경로를 갖는, 주요 객체의 그들 변경-전 하위들을 이용하여 식별된다.

또 다른 예시적 실시예에 따라, 각자의 절대 객체 경로들을 이용하여 다른 객체들을 식별하도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 하이 레벨에서, DEPENDS_ON 종속성, EXPORTS 종속성, 및/또는 USES 종속성에 의한 구성 감소 및 쓰레기 수집의 목적들을 위해 특정 객체의 존재에 대한 이유를 결정하도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 스키마가 스타트업시 장치에 의해 판독될 때 각각의 객체 클래스 정의에 정적 클래스 식별자를 할당하도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 타입 DEPENDS_ON, EXPORTS, 및/또는 USES의 종속성이 연관된 정적 종속성 식별자를 갖고, 여기서 장치는, 종속성 정보와 함께 상기 정적 종속성 식별자를 구성 데이터베이스 내에 저장하도록 구성된다.

또 다른 예시적 실시예에 따라, EXPORTS 종속성이 생성될 때 감소하지 않고 증가하는 함수를 이용하여, 상기 EXPORTS 종속성에 정적 종속성 식별자를 할당하도록 구성되는 장치가 제공되고, 여기서 EXPORTS 종속성들의 정적 종속성 식별자들은 대응하는 하이-레벨 객체들의 생성 순서를 반영한다; USES 종속성이 객체 클래스 정의 내의 선언에 의해 직접 암시된 객체에 대해 생성될 때, 장치는, 암시된 객체 선언을 포함하는 객체 클래스 정의의 정적 클래스 식별자로부터 그리고 객체 클래스 정의 내에서의 암시된 객체 선언의 시퀀스 넘버로부터 USES 종속성의 정적 종속성 식별자를 계산하도록 구성된다; USES 종속성이 규칙 프로세싱에 의해 암시된 객체에 대해 생성될 때, 장치는, 종속성의 생성을 담당했던 암시된 객체 선언의 시퀀스 넘버로부터 USES 종속성의 정적 종속성 식별자를 계산하도록 구성된다; DEPENDS_ON 종속성이 규칙의 선택자와 매칭되는 객체와 매칭 객체 사이에서 생성될 때, 장치는, 규칙을 포함하는 객체 클래스 정의의 정적 클래스 식별자로부터, 객체 클래스 정의 내에서의 규칙의 시퀀스 넘버로부터, 그리고 규칙 정의 내에서의 매칭 객체를 소유하는 선택자의 시퀀스 넘버로부터 DEPENDS_ON 종속성의 정적 종속성 식별자를 계산하도록 구성된다.

또 다른 예시적 실시예에 따라, 다른 DEPENDS_ON 종속성들에 일정한 정적 종속성 식별자를 할당하도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 정적 종속성 식별자를 갖는 종속성은 또한 연관된 동적 종속성 식별자를 갖고, 여기서 장치는, 그 구성 객체의 동적 객체 식별자 및 그 고유 정적 종속성 식별자로부터 DEPENDS_ON 종속성의 동적 종속성 식별자를 계산하도록; 그 고유 정적 종속성 식별자로부터만 EXPORTS 종속성의 동적 종속성 식별자를 계산하도록; 그리고 그 주체의 동적 객체 식별자로부터 그리고 그 고유 정적 종속성 식별자로부터 USES 종속성의 동적 종속성 식별자를 계산하도록 구성된다.

또 다른 예시적 실시예에 따라, 구성 객체가 EXPORTS 종속성의 객체라면, EXPORTS 종속성의 동적 종속성 식별자로부터 구성 객체의 동적 객체 식별자를 계산하도록; 구성 객체가 임의의 EXPORTS 종속성의 객체가 아니라, 정적 종속성 식별자를 갖는 하나 또는 그 초과의 USES 종속성들의 객체라면, 이들 USES 종속성들의 동적 종속성 식별자들로부터 구성 객체의 동적 객체 식별자를 계산하도록; 그리고 구성 객체가 임의의 EXPORTS 또는 USES 종속성의 객체가 아니라면, 구성 객체가 주체인 DEPENDS_ON 종속성들의 동적 종속성 식별자들로부터 상기 구성 객체의 동적 객체 식별자를 계산하도록 구성되는 장치가 제공된다.

또 다른 예시적 실시예에 따라, 트랜잭션은 구성 객체의 동적 객체 식별자에 기초하여 상기 구성 객체를 식별하는 것을 포함한다.

또 다른 예시적 실시예에 따라, 상기 구성 객체를 식별하는 것은, 주요 객체가 EXPORTS 종속성의 하이-레벨 구성 객체임을 검증하는 것; 상기 주요 객체를 삭제하는 것 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 하이-레벨 객체들 및 관련 객체들의 동적 객체 식별자들이 레코딩되고, 동적 객체 식별자들은 주요 객체 삭제 단계에 선행하는 데이터베이스 상태로부터 계산되고, 각자의 객체들의 동적 객체 식별자들 및 REQUIRES 종속성들이 레코딩됨 ―; 상기 주요 객체를 재-생성하는 것 ― 여기서, 상기 주요 객체의 특성들이 변경되고, 그리고 주요 객체의 EXPORTS 종속성의 본래 정적 종속성 식별자가 유지됨 ―; 주요 객체 삭제 단계에서 제거된 하이-레벨 객체들을 재-생성하는 것 ― 여기서, 각자의 EXPORTS 종속성들의 본래 정적 종속성 식별자들이 유지되고 그리고 상기 정적 종속성 식별자들에 의해 표시된 순서로 유지되고, 객체는 트랜잭션의 시작시 객체의 상위가 가졌던 것과 동일한 동적 객체 식별자를 갖는 객체 하에서 재-생성되고, 객체가 참조 할당이었다면, 타겟 객체는 본래 타겟 객체와 동일한 동적 객체 식별자를 갖는 객체로 셋팅되고, 특정한 레코딩된 동적 객체 식별자를 보유하는 객체가 없으면, 트랜잭션은 실패함 ―; 주요 객체 삭제 단계에서 레코딩된 REQUIRES 종속성들을 재구성하는 것 ― 여기서, 주체의 경로 이름은 동일하게 유지되고, 종속성 객체는 본래 객체와 동일한 아이덴티티를 보유하는 객체이고, 특정 동적 객체 식별자를 보유하는 객체가 없다면, 트랜잭션은 실패함 ― 을 포함한다.

또 다른 예시적 실시예에 따라, 타겟 객체가 하이-레벨 구성 객체임을 검증함으로써; 상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―; 상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고 삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―, 트랜잭션 내에서 네트워크 엘리먼트 구성 객체 변경 동작을 수행하는 쪽으로 지시된 액션들을 수행하기 위해 프로세서에 의해 실행가능한 명령들의 프로그램을 구현한 컴퓨터-판독가능 저장 매체가 제공된다.

기술이 진보함에 따라, 본 발명의 개념이 다양한 방식들로 구현될 수 있음이 기술분야의 당업자에게 명백할 것이다. 본 발명 및 본 발명의 실시예들은 위에서 설명된 예들로 제한되는 것이 아니라, 청구항들의 범위 내에서 변할 수 있다.

CMS 구성 관리 시스템
DDI 동적 종속성 식별자
DOI 동적 객체 식별자
GPRS 일반 패킷 무선 서비스
GSN GPRS 지원 노드
MME 이동성 관리 엔티티
NE 네트워크 엘리먼트
SGSN 서빙 GSN
SCI 정적 클래스 식별자
SDI 정적 종속성 식별자
ACL 액세스 제어 목록
API 애플리케이션 프로그래밍 인터페이스
LDAP 라이트웨이트 디렉토리 액세스 프로토콜
XML 확장가능한 마크-업 언어

Claims

네트워크 엘리먼트(101)의 구성 관리를 위한 방법으로서,
네트워크 장치(102) 내에서,
타겟 객체가 하이-레벨 구성 객체임을 검증함으로써;
상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―;
상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고
삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―,
트랜잭션 내에서 구성 객체 변경 동작을 수행하는 단계
를 포함하는,
네트워크 엘리먼트(101)의 구성 관리를 위한 방법.
제 1 항에 있어서,
상기 트랜잭션은 상기 삭제 단계에서 레코딩된 REQUIRES 종속성들을 재구성하는 것을 더 포함하고, 여기서 주체의 경로 이름은 동일하게 유지되고, 상기 방법은, 개별 종속성에 대해 레코딩된 것과 동일한 아이덴티티를 갖는 객체를 찾고 그리고 상기 객체를 사용하려고 시도하는 단계를 포함하며, 여기서 그러한 객체가 발견되지 않으면, 변경 동작은 실패되고, 그리고 상기 트랜잭션은 롤백되는(rolled back),
네트워크 엘리먼트(101)의 구성 관리를 위한 방법.
제 1 항 또는 제 2 항에 있어서,
상기 트랜잭션은 상대 객체 경로에 기초하여 구성 객체를 식별하는 것을 포함하고, 여기서, 주요 객체의 직접 및/또는 간접 변경-후 하위(subordinate)들은, 상기 주요 객체에 대해 동일한 상대 객체 경로를 갖는, 상기 주요 객체의 그들 변경-전 하위들을 이용하여 식별되는,
네트워크 엘리먼트(101)의 구성 관리를 위한 방법.
제 1 항 내지 제 3 항 중 어느 한 항에 있어서,
상기 트랜잭션은 구성 객체의 동적 객체 식별자에 기초하여 상기 구성 객체를 식별하는 것을 포함하는,
네트워크 엘리먼트(101)의 구성 관리를 위한 방법.
장치(102)로서,
타겟 객체가 하이-레벨 구성 객체임을 검증함으로써;
상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―;
상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고
삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―,
트랜잭션 내에서 네트워크 엘리먼트(101) 구성 객체 변경 동작을 수행하도록 구성된,
장치.
제 5 항에 있어서,
상기 트랜잭션은 상기 삭제 단계에서 레코딩된 REQUIRES 종속성들을 재구성하는 것을 더 포함하고, 여기서 주체의 경로 이름은 동일하게 유지되고, 방법은, 개별 종속성에 대해 레코딩된 것과 동일한 아이덴티티를 갖는 객체를 찾고 그리고 상기 객체를 사용하려고 시도하는 단계를 포함하며, 여기서 그러한 객체가 발견되지 않으면, 변경 동작은 실패되고, 그리고 상기 트랜잭션은 롤백되는,
장치.
제 5 항 또는 제 6 항에 있어서,
상기 장치는, 관련 세부-레벨 객체들이 자동으로 재-생성되도록, 상기 객체들이 구성 데이터베이스에 본래 생성되었던 것과 동일한 순서로 상기 객체들을 재-생성하도록 구성되는,
장치.
제 5 항 내지 제 7 항 중 어느 한 항에 있어서,
객체 생성 동작은 입력으로서 상위, 이름, 및/또는 일차 클래스를 포함하는 객체 특성들을 받아들이고; 그리고
객체 변경 동작은 동일한 입력들을 받아들이고, 그리고 상기 동일한 입력들을 상기 타겟 객체의 재-생성 하위-동작에 포워딩하는,
장치.
제 5 항 내지 제 8 항 중 어느 한 항에 있어서,
상기 장치는, 객체 특성들의 자동 조절을 용이하게 하기 위하여, 주요 객체의 삭제 및/또는 재-생성 이전 및 이후 관련 객체들의 아이덴티티들을 인지하도록 구성되는,
장치.
제 5 항 내지 제 9 항 중 어느 한 항에 있어서,
상기 장치는 상대 객체 경로에 기초하여 구성 객체를 식별하도록 구성되고, 여기서, 주요 객체의 직접 및/또는 간접 변경-후 하위들은, 상기 주요 객체에 대해 동일한 상대 객체 경로를 갖는, 상기 주요 객체의 그들 변경-전 하위들을 이용하여 식별되는,
장치.
제 10 항에 있어서,
상기 장치는 각자의 절대 객체 경로들을 이용하여 다른 객체들을 식별하도록 구성된,
장치.
제 5 항 내지 제 9 항 중 어느 한 항에 있어서,
상기 장치는, 하이 레벨에서, DEPENDS_ON 종속성, EXPORTS 종속성 및/또는 USES 종속성에 의한 구성 감소 및 쓰레기 수집의 목적들을 위해 특정 객체의 존재에 대한 이유를 결정하도록 구성된,
장치.
제 5 항 내지 제 9 항, 또는 제 12 항 중 어느 한 항에 있어서,
상기 장치는, 스타트업시 스키마가 상기 장치에 의해 판독될 때, 각각의 객체 클래스 정의에 정적 클래스 식별자를 할당하도록 구성된,
장치.
제 5 항 내지 제 9 항, 또는 제 12 항, 또는 제 13 항 중 어느 한 항에 있어서,
타입 DEPENDS_ON, EXPORTS, 및/또는 USES의 종속성이 연관된 정적 종속성 식별자를 갖고, 여기서 상기 장치는, 종속성 정보와 함께, 상기 정적 종속성 식별자를 구성 데이터베이스 내에 저장하도록 구성된,
장치.
제 5 항 내지 제 9 항, 또는 제 12 항 내지 제 14 항 중 어느 한 항에 있어서,
상기 장치는, EXPORTS 종속성이 생성될 때, 감소하지 않고 증가하는 함수(monotonically increasing function)를 이용하여, 상기 EXPORTS 종속성에 정적 종속성 식별자를 할당하도록 구성되고, 여기서 상기 EXPORTS 종속성들의 상기 정적 종속성 식별자들은 대응하는 하이-레벨 객체들의 생성 순서를 반영하고;
상기 장치는, USES 종속성이 객체 클래스 정의 내의 선언에 의해 직접 암시된 객체에 대해 생성될 때, 암시된 객체 선언을 포함하는 상기 객체 클래스 정의의 정적 클래스 식별자로부터 그리고 상기 객체 클래스 정의 내에서의 상기 암시된 객체 선언의 시퀀스 넘버로부터 상기 USES 종속성의 정적 클래스 식별자를 계산하도록 구성되고;
상기 장치는, USES 종속성이 규칙 프로세싱에 의해 암시된 객체에 대해 생성될 때, 종속성의 생성을 담당했던 상기 암시된 객체 선언의 시퀀스 넘버로부터 상기 USES 종속성의 정적 종속성 식별자를 계산하도록 구성되고,
상기 장치는, DEPENDS_ON 종속성이 규칙의 선택자와 매칭되는 객체와 매칭 객체 사이에서 생성될 때, 규칙을 포함하는 상기 객체 클래스 정의의 상기 정적 클래스 식별자로부터, 상기 객체 클래스 정의 내에서의 상기 규칙의 시퀀스 넘버로부터, 그리고 규칙 정의 내에서의 상기 매칭 객체를 소유하는 상기 선택자의 시퀀스 넘버로부터 DEPENDS_ON 종속성의 정적 종속성 식별자를 계산하도록 구성된,
장치.
제 15 항에 있어서,
상기 장치는 다른 DEPENDS_ON 종속성들에 일정한 정적 종속성 식별자를 할당하도록 구성된,
장치.
제 5 항 내지 제 9 항, 또는 제 12 항 내지 제 16 항 중 어느 한 항에 있어서,
정적 종속성 식별자를 갖는 종속성은 또한 연관된 동적 종속성 식별자를 갖고, 여기서 상기 장치는, 그 구성 객체의 동적 객체 식별자 및 그 고유 정적 종속성 식별자로부터 DEPENDS_ON 종속성의 동적 종속성 식별자를 계산하도록; 그 고유 정적 종속성 식별자로부터만 EXPORTS 종속성의 동적 종속성 식별자를 계산하도록; 그리고 그 주체의 동적 객체 식별자로부터 그리고 그 고유 정적 종속성 식별자로부터 USES 종속성의 동적 종속성 식별자를 계산하도록 구성된,
장치.
제 5 항 내지 제 9 항, 또는 제 12 항 내지 제 17 항 중 어느 한 항에 있어서,
상기 장치는,
상기 구성 객체가 EXPORTS 종속성의 객체라면, 상기 EXPORTS 종속성의 동적 종속성 식별자로부터 상기 구성 객체의 동적 객체 식별자를 계산하도록;
상기 구성 객체가 임의의 EXPORTS 종속성의 객체가 아니라 정적 종속성 식별자를 갖는 하나 또는 그 초과의 USES 종속성들의 객체라면, 이들 USES 종속성들의 동적 종속성 식별자들로부터 상기 구성 객체의 동적 객체 식별자를 계산하도록; 그리고
상기 구성 객체가 임의의 EXPORTS 또는 USES 종속성의 객체가 아니라면, 상기 객체가 주체인 DEPENDS_ON 종속성들의 동적 종속성 식별자들로부터 상기 구성 객체의 동적 객체 식별자를 계산하도록
구성된,
장치.
제 5 항 내지 제 9 항, 또는 제 12 항 내지 제 18 항 중 어느 한 항에 있어서,
상기 트랜잭션은 구성 객체의 동적 객체 식별자에 기초하여 상기 구성 객체를 식별하는 것을 포함하는,
장치.
제 19 항에 있어서,
상기 구성 객체를 식별하는 것은,
상기 주요 객체가 EXPORTS 종속성의 하이-레벨 구성 객체임을 검증하는 것;
상기 주요 객체를 삭제하는 것 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 하이-레벨 객체들 및 관련 객체들의 동적 객체 식별자들이 레코딩되고, 상기 동적 객체 식별자들은 주요 객체 삭제 단계에 선행하는 데이터베이스 상태로부터 계산되고, 각자의 객체들의 동적 객체 식별자들 및 REQUIRES 종속성들이 레코딩됨 ―;
상기 주요 객체를 재-생성하는 것 ― 여기서, 상기 주요 객체의 특성들이 변경되고, 그리고 상기 주요 객체의 EXPORTS 종속성의 본래 정적 종속성 식별자가 유지됨 ―;
주요 객체 삭제 단계에서 제거된 하이-레벨 객체들을 재-생성하는 것 ― 여기서, 각자의 EXPORTS 종속성들의 본래 정적 종속성 식별자들이 유지되고 그리고 상기 정적 종속성 식별자들에 의해 표시된 순서로 유지되고, 객체는 상기 트랜잭션의 시작시 상기 객체의 상위가 가졌던 것과 동일한 동적 객체 식별자를 갖는 객체 하에서 재-생성되고, 상기 객체가 참조 할당이었다면, 상기 타겟 객체는 본래 타겟 객체와 동일한 동적 객체 식별자를 갖는 객체로 셋팅되고, 특정한 레코딩된 동적 객체 식별자를 보유하는 객체가 없으면, 트랜잭션은 실패함 ―;
주요 객체 삭제 단계에서 레코딩된 REQUIRES 종속성들을 재구성하는 것 ― 여기서, 주체의 경로 이름은 동일하게 유지되고, 종속성 객체는 본래 객체와 동일한 아이덴티티를 보유하는 객체이고, 특정 동적 객체 식별자를 보유하는 객체가 없다면, 트랜잭션은 실패함 ―
을 포함하는,
장치.
타겟 객체가 하이-레벨 구성 객체임을 검증함으로써;
상기 타겟 객체를 삭제함으로써 ― 여기서, 쓰레기 수집 알고리즘에 의해 제거된 각각의 하이-레벨 객체가 레코딩됨 ―;
상기 타겟 객체를 재-생성함으로써 ― 여기서, 상기 타겟 객체의 특성들이 변경됨 ―; 그리고
삭제 단계에서 제거된 하이-레벨 객체들을 재-생성함으로써 ― 여기서, 필요하다면, 상기 하이-레벨 객체들의 특성들이 조절됨 ―,
트랜잭션 내에서 네트워크 엘리먼트 구성 객체 변경 동작을 수행하는 쪽으로 지시된 액션들을 수행하기 위해 프로세서에 의해 실행가능한 명령들의 프로그램을 구현한,
컴퓨터-판독가능 저장 매체.