KR20090085098A

KR20090085098A - 서버 디바이스 및 고객 디바이스 간 통신 관리를 위한 방법

Info

Publication number: KR20090085098A
Application number: KR1020097011465A
Authority: KR
Inventors: 베너 마리오 리에켄스; 크리스토프 스테벤스; 파스칼 마리에 에도워드 줄리엔 저스텐; 윌렘 조제프 아마아트 에이크; 쟌 코펜스; 크리스텔레 보챗
Original assignee: 알까뗄 루슨트
Priority date: 2006-12-04
Filing date: 2007-12-04
Publication date: 2009-08-06
Also published as: EP1931099A1; US20080133752A1; MX2009005306A; WO2008067984A1; IL198619A0; CN101197719A; RU2009125524A; BRPI0719696A2; JP2010512037A

Abstract

서버 디바이스 및 고객 디바이스 간 통신을 관리하는 방법이 제공된다. 상기 방법은: 상기 디바이스들 중 하나에서 파라미터 메시지 내의 파라미터 네임에 대한 파라미터 디스크립션을 포함하는 단계로서, 상기 파라미터 디스크립션은 각각의 레벨이 닷과 같은 미리 규정된 문자에 의해 분리되어 문자들의 계층적 트리 형상의 구조를 구성하는, 상기 파라미터 디스크립션을 포함하는 단계; 및 상기 파라미터 메시지를 상기 디바이스들 중 다른 하나에 송신하는 단계를 포함한다. 상기 방법은 우선 상기 디바이스들 중 하나에 의해서 상기 파라미터 디스크립션 내에서 상기 미리 규정된 문자들(닷) 중 2개 사이에 하나 이상의 레벨들 중 다른 문자들을 대체하는 미리 규정된 와일드 카드 문자를 포함하고 그로 인하여 하나 이상의 파라미터들을 상기 미리 규정된 규칙에 따라 상기 파라미터 디스크립션에 의해 규정하는 단계; 및 상기 디바이스들 중 상기 다른 하나의 하나 이상의 파라미터들을 설정 및/또는 모니터링하기 위해 상기 파라미터 디스크립션을 상기 디바이스들 중 다른 하나에 의해 판독 및/또는 기록하는 단계를 더 포함한다.

자동 설정 서버, 자동 설정 서버, 원격 절차 호출, 계층 구조

Description

서버 디바이스 및 고객 디바이스 간 통신 관리를 위한 방법{METHOD FOR MANAGING A COMMUNICATION BETWEEN A SERVER DEVICE AND A CUSTOMER DEVICE}

본 발명은 서버 디바이스(server device) 및 고객 디바이스 간 통신을 관리하는 방법 및 그와 같은 서버 디바이스 및 고객 디바이스에 관한 것이다.

이와 같은 방법은 기술 보고서 TR-69에 줄여서 WAN 관리 프로토콜이라 불리는, 가입자 구내 장비 원거리 네트워크 관리 프로토콜(Customer Premises Equipment Wide area Network Management Protocol)로 규정된 DSL-포럼으로부터 공지되어 있다. 이 TR069 관리 프로토콜은 고객 구내 장비와 줄여서 ACS라 불리는 자동 설정 서버(Auto-Configuration Server) 간 통신하려는 것이다. 이 기술 보고서 TR-69의 2004년 5월 버전은 www.dslforum.org 에서 찾을 수 있다.

이 문건은 통상적으로 사용되는 용어를 페이지9, 단락1.6 에서 기술한다. 다음 규정들은 이 애플리케이션(application)들의 부가적인 읽기와 관련된다.

상기 ACS는, 진보된 서비스용 CPE의 자동 설정의 임무를 맡은 광대역 네트워크의 컴포넌트(component)로서, 자동 설정 서버이다. 상기 CPE는, B-NT(가입자단말기)가 자동 호출 송출기(Automatic Call sender: 이하 ACS)에 의해 관리되고 광대역 CPE의 한 형태일 수 있는 광대역 액세스(access) CPE 디바이스인 고객 구내 장 비이다.

RPC는 원격 절차 호출(Remote Procedure Call)로서, 이에 의해 "파라미터(parameter)"는 판독 및/또는 기록을 위해 ACS에 액세스 가능한 관리 가능 CPE 파라미터를 나타내는 네임-밸류(name-value) 쌍을 규정한다.

이 방식에서 TR069 관리 프로토콜은 CPE의 안전한 자동설정을 포함한 메커니즘을 규정하고, 또한 다른 CPE 관리 기능들을 공통 프레임워크(framework)에 통합한다. 상기 TR069-관리 프로토콜은 이러한 원격 절차 호출들 - CPE 및 모니터 CPE 상태 및 통계치를 설정하는 파라미터를 판독하거나(얻거나) 기록(설정)할 수 있는 ACS에 의한 포괄적인 메커니즘을 규정하는 RPC 방법들을 이용한다.

페이지 12 단락 2.3.1에서 파라미터들이 더욱 상세히 논의된다. 거기에서 RPC 방법 명세는 ACS가 CPE 및 모니터 CPE 상태 및 통계치를 설정하는 파라미터들을 판독하거나 쓸 수 있는 포괄적인 메커니즘을 규정한다고 기술된다. 각각의 파라미터는 네임-밸류 쌍으로 구성된다. 상기 네임은 특정 파라미터를 식별하고, 디렉토리(directory) 내의 파일들과 유사하며 각각의 레벨이 "."(닷(dot))에 의해 분리된 계층 구조(hierarchical structure)를 갖는다. 파라미터의 값은 여러 개의 규정된 데이터 형태 중 하나일 수 있다. 파라미터들은 판독-전용으로 규정될 수 있거나 판독-기록으로 규정될 수 있다. 일부 미리 규정된 대상에 대하여, 다수의 경우들이 규정될 수 있다. 개별 경우들은 CPE에 의해 할당된, 인덱스(index) 숫자에 의해 식별된다.

서버 디바이스, 예를 들어 ACS 및 고객 디바이스, 예를 들어 CPE 간 통신을 관리하는 방법은:

- 디바이스들 중 하나, 예를 들어 ACS에서, 파라미터 메시지, 예를 들어 GET 메시지에서 파라미터 네임에 대한 파라미터 디스크립션(parameter description)을 포함하는 단계로서, 상기 파라미터 디스크립션은 미리 규정된 문자(닷)에 의해 분리된 각 레벨에 의해서 문자들의 계층적 트리-형상 구조로 구성되는, 상기 파라미터 디스크립션을 포함하는 단계; 및

- 상기 파라미터 메시지를 디바이스들 중 다른 하나, 예를 들어 CPE에 송신하는 단계; 및

- 상기 디바이스들 중 다른 하나의 하나 이상의 파라미터들을 설정 및/또는 모니터링(monitoring)하기 위해 상기 파라미터 디스크립션을 상기 디바이스들 중 다른 하나에 의해 판독 및/또는 기록하는 단계를 포함하여 기술된다.

상기 파라미터들을 설명하는 TR-069 문서 페이지 12 단락 2.3.1에서는 판독 및/또는 기록하는 단계가 기술되는 것이 설명되어야만 한다. 거기에는 판독-전용 또는 판독-기록으로 규정될 수 있는 파라미터들이 설명된다. 판독-전용 파라미터들은 ACS로 하여금 특정 CPE 특성들을 결정하거나, CPE의 현재 상태를 관찰하거나 또는 통계치를 수집하도록 하는데 사용될 수 있다. 기록 가능한 파라미터들은 ACS가 CPE 동작의 다양한 양태를 커스터마이징(customizing)하도록 한다. 모든 기록 가능한 파라미터들은 또한 판독가능해야 한다. 일부 기록 가능한 파라미터들의 값은 본 명세서에서 규정된 인터페이스(interface)가 아닌 수단을 통해서 독립적으로 변경 가능할 수 있다(예를 들어 일부 파라미터들은 또한 LAN 측 자동-설정 프로토콜을 통하여 변경될 수 있다).

이 방식에서 상기 프로토콜은 ACS로 하여금 특정 CPE가 어떤 파라미터들을 지원하는지 결정하도록 하는 디스커버리 메커니즘(discovery mechanism)을 지원하여, 미래 표준 파라미터들의 직접적인 추가를 지원할 뿐만 아니라 선택적인 파라미터들의 규정을 가능하게 한다.

이 후 파라미터의 예는 이론적인 방법으로 설명한다. 파라미터의 네임은 예를 들어 "C" 라 칭한다. CPE 디바이스 상에 존재하는 C에 대한 2개의 값들이 있다고 가정한다. 그러면 상기 디바이스 상의 ParameterValue 쌍은 예를 들어;

1)

A.B.C.1.D1 = Val_D11

A.B.C.1.D2 = Val_D12

A.B.C.1.D3 = Val_D13

A.B.C.1.D4 = Val_D14

2)

A.B.C.10.D1 = Val_D101

A.B.C.10.D2 = Val_D102

A.B.C.10.D3 = Val_D103

A.B.C.10.D4 = Val_D104

이다.

결과적으로 상기 ACS가 "C"의 네임에 관심이 있고, 그러나, 대신 "C"의 경우 들의 수효를 인지하지 않는 경우, 상기 ACS는 아래 설명된 두 가지 방법들에 따라 정보를 검색할 수 있다.

1) 파라미터를 검색하는 첫 번째 방법은, RPC-방법인, "GetParameterValues"가 사용되지만, 상기 ASC는 어레이(array)에서 경우들의 수효를 모르기 때문에, 다이나믹 어레이(dynamic array)들을 갖는 2 단계의 방법이 사용된다.

우선 상기 ACS는 다음 단계에서 온 트루(on true)하라는 "GetParameterNames" 메시지를 송신한다:

GetParameterNames("A.B.C.", nextlevel=true).

이에 의해 상기 CPE는 다음의 응답을 송신한다:

GetParameterNamesResponse("A.B.C.1","A.B.C.10").

두번째 단계에서, 상기 CPE로부터의 이 수신된 응답에 의해, 상기 ACS는 상기 메시지 GetParameterValues를 구성할 수 있고 이 요청을 상기 CPE에 다시 송신한다:

GetParameterValues("A.B.C.1.D1","A.B.C.10.D1").

CPE는 응답을 생성한다:

GetParameterValuesResponse("A.B.C.1.D1","A.B.C.10.D1","Val_D101").

이 첫 번째 방법의 단점은 상기 ACS가 다만 질문/대답의 왕래(roundtrip) 후에 대답들을 습득한다는 것이다.

2) 파라미터 값들을 획득하는 두 번째 방법은 불완전한 경로임에도 즉각적으로 메시지 GetParameterValues 갖는 것이다:

GetParameterValues("A.B.C.").

상기 CPE로부터의 응답은 다음을 포함한다:

GetParameterValuesResponse("A.B.C.1.D1","Val_D11","A.B.C.1.D2","Val_D12","A.B.C.1.D3","Val_D13".A.B.C.1.D4","Val_D14","A.B.C.10.D1","Val_D101","A.B.C.10.D2","Val_D102",A.B.C.10.D3","Val_D103",A.B.C.10.D4","Val_D104")

두 번째 방법의 단점은 상기 ACS가 알아야 할 필요가 있는 개별 파라미터들에 대한 값들 이외에 너무 많은 정보를 수신하는 점이다.

그래서, 현존하는 솔루션(solution)들은 네트워크에 대해 많은 부하를 제공하여 ACS 상에 구현의 복잡성을 야기한다. ACS는 수많은 디바이스들을 처리하기 때문에, 이러한 솔루션들에 있어서 어떤 ACS 구현에서는 확장성이 관심사가 된다. 레이턴시(latency)와 너무 많은 지연 시간이 도입된다.

본 발명의 목적은 상술한 바와 같으면서도 네트워크에 대한 더 적은 부하 및 낮은 레이턴시 및 응답 시간의 감소를 확보하는 서버 디바이스 및 고객 디바이스 간 통신 관리 방법과 이와 같은 서버 디바이스 및 고객 디바이스를 제공하는 것이다.

본 발명에 따르면, 이 목적은 디바이스들 중 하나에 의해서 예를 들어 ACS에 의해서 두 개의 미리 규정된 문자들(닷) 사이의 파라미터 디스크립션에, 하나 이상의 레벨들 중 다른 문자들을 대체하고 그에 의해 상기 글로벌(global) 파라미터 디스크립션에 의해서 미리 규정된 규칙에 따라 하나 이상의 상기 파라미터들을 규정하는 미리 규정된 와일드카드 문자(wildcard character)를 포함하는 단계를 포함한다. 게다가 상기 디바이스들 중 다른 하나에 의해 예를 들어 CPE에 의해 판독 및/또는 기록할 때 상기 파라미터 디스크립션은 구성되고/되거나 모니터링되어야 하는 CPE의 하나 이상의 파라미터의 정확한 세트를 규정한다.

와일드카드 문자, 예를 들어 "전부"를 의미하는 "*" 또는 "상관 없음"을 의미하는 "**" 또는 "임의의 문자"를 의미하는 "?"와 같이 이 정규 표현에서 다른 문자들을 대체하는 문자를 도입함에 의해서, ACS가 필요로 하는 정보를 갖는데 필요한 메시지의 수효가 줄어든다. 가능한 와일드카드들의 일부 예들은 자체의 의미가 제공된다:

"*"는 동일한 레벨을 보딩(boarding)하는 2개의 닷들 사이에서 그리고 "."을 제외한 규정되지 않은 수효의 임의의 문자들이라는 의미로 사용됨

또는

"**"는 하나 이상의 레벨을 보딩하는 2개의 닷들 사이에서 규정되지 않은 수효의 임의의 문자들이라는 의미로 사용됨

또는

"?"는 동일한 레벨을 보딩하는 2개의 닷들 사이에서 하나 또는 임의의 문자라는 의미로 사용됨.

도 1은 원격통신 환경에 따라서 본 발명에 따른 디바이스의 작동에 대한 블록도.

상기 제공된 솔루션은 상술한 이론적인 예를 기반으로 하여 지금부터 더 설명할 것이다.

본 출원의 솔루션은 앞서 제공된 바와 같은 동일한 예를 기반으로 하여 명확해질 것이다.

A) "*"를 갖는 예:

상기 ACS는 "C"의 네임에 관심이 있고, "C" 파일들의 수효를 인지하지 않는다. ACS는 CPE에 메시지를 송신하고 있다:

GetParameterValues("A.B.C.*.D1")

상기 CPE는 현재 규정된 모든 요소들로써 응답하여야 한다:

GetParameterValuesResponse("A.B.C.1.D1","Val_D11","A.B.C.10.D1","Val_D101");

B) "**"를 갖는 예:

GetParameterValues("A.B.**.D1")

상기 CPE는 현재 규정된 모든 요소들로써 응답하여야 한다:

GetParameterValuesResponse("A.B.C.1.D1","Val_D11","A.B.C.10.D1","Val_D11")

C)"?"를 갖는 예:

상기 ACS는 상기 "C"의 네임에 관심이 있고, "C" 파일들의 수효를 인지하지 않는다. 상기 ACS는 상기 CPE에 메시지를 송신하고 있다:

GetParameterValues("A.B.C.?.D1")

상기 CPE는 규정된 모든 요소들로써 응답하여야 한다. "?"는 하나의 문자 및 단지 하나의 문자에 의해서 대체될 것이다:

GetParameterValuesResponse("A.B.C.1.D1","Val_D11");

D) "??"를 갖는 예:

상기 ACS는 상기 "C"의 네임에 관심이 있고, "C" 파일들의 수효를 인지하지 않는다. 상기 ACS는 CPE에 메시지를 송신하고 있다:

GetParameterValues("A.B.C.??.D1")

그리고 상기 응답은:

GetParameterValuesResponse("A.B.C.1.D1","Val_D11","A.B.C.10.D1","Val_D101")일 것이다.

이런 방식으로, "get" 또는 "set"-메시지에서 상기 메시지에서의 파라미터-네임의 계층적 구조의 "닷" 사이에 하나 이상의 레벨들을 대체하는 와일드카드를 규정하고 와일드카드들을 사용함으로써 필요한 정보를 갖는데 필요한 메시지의 수효가 감소한다.

실제로, 상술한 단락에서 언급된 바와 같이, 상술한 파라미터 메시지의 구현은, 예를 들어 상기 ACS가 와일드카드를 포함한 파라미터 디스크립션을 사용함으로써 하나 이상의 CPE 파라미터들에 대한 파라미터 값들을 요청하는 GET 메시지로 제 한되지 않고, 와일드카드들 포함한 파라미터 디스크립션을 사용함으로써 CPE의 하나 이상의 파라미터들에 대한 파라미터 값들, 즉, 와일드카드를 포함하는 파라미터 디스크립션을 사용함으로써 CPE의 하나 이상의 파라미터들에 대한 파라미터 값을 부과하는 SET 메시지에 의해 구현되는 것이 낫다는 것이 설명되어야 한다.

본 발명의 부가적인 특징의 실시예는 서버 디바이스가 자동-설정 서버에 의해 구현되고 고객 디바이스가 고객 구내 장비 다바이스에 의해 구현될 때 및 통신이 DSL포럼의 TR069 기술 보고서에 따라 원격 절차 호출일 때 제공된다.

더욱이, 상술한 바와 같이, 미리 규정된 와일드카드 문자는 단지 하나의 문자 레벨만을 대체하도록 규정될 수 있다.

청구항들에 사용되는 용어 "포함하는"은 이후에 목록화될 수단을 제한하는 것으로 해석되지 않아야 함을 주의해야 한다. 그러므로 '수단 A 및 B를 포함하는 디바이스'라는 표현의 범위는 단지 컴포넌트들 A 및 B로 구성된 장비들로 제한되지 않아야 한다. 그것은 본 발명에 관하여, 상기 장비의 유일한 관련 컴포넌트들이 A 및 B라는 것을 의미한다.

유사하게, 또한 청구항들에 사용되는 용어 "결합된"은 직접 연결들만으로 제한되는 것으로 해석되지 않아야 함을 주의해야 한다. 그러므로 '디바이스 B와 결합된 디바이스 A'라는 표현의 범위는 디바이스 A의 출력이 디바이스 B의 입력과 직접 연결되는 디바이스들 또는 시스템들로 제한되지 않아야 한다. 그것은 A의 출력 및 B의 입력 사이에 경로가 존재하며 그 경로는 다른 디바이스들 또는 수단들을 포함하는 경로일 수 있음을 의미한다.

첨부된 도면들과 함께 취해지는 다음의 실시예들의 설명을 참조함으로써, 본 발명의 상술한 그리고 다른 목적들 및 특징들이 더욱 명확해지고 본 발명 자체가 가장 잘 이해될 것이고, 여기서 상기 도면은 액세스 통신 네트워크에서의 고객 구내 장비 CPE 및 자동 설정 서버 ACS를 나타낸다.

도면에 도시된 원격통신 환경에 따라서 본 발명에 따른 디바이스의 작동은 도면에 도시된 상이한 블록들의 기능적 기술을 통해서 또한 설명될 것이다. 이 기술을 기반으로 하여, 상기 블록의 실제적인 구현은 당업자에게 명확할 것이고 그러므로 상세하게 설명되지는 않을 것이다.

이 실제적인 방법은 2가지의 방향들로, 즉 ACS로부터 CPE로 그리고 CPE로부터 ACS로 적용될 수 있다. 그러나 이 명세서에 과중한 부담을 주지 않기 위해서, 상기 방법은 시작점으로서 ACS로부터 CPE로의 방향으로만 기술될 것이다.

상기 ACS는 포괄자(INC) 및 포함자(COMP_ACS)와 결합된 질문자(Q)를 포함한다. 질문자(Q)는 포괄자(INC) 및 포함자(COMP_ACS)에 입력을 제공한다. 이 입력은 희망하는 파라미터 정보 요청을 포함한다. 이 파라미터 정보 요청은 예를 들어 하나 이상의 파라미터들의 네임에 대한 요청, 또는 하나 이상의 파라미터의 값에 대한 요청, 또는 미리 규정된 파라미터 값을 갖는 하나 이상의 파라미터의 세팅에 대한 요청에 의해서 구현된다. 예로서, 상기 질문 "Q: Val for D1 of all C?"를 도입하는 것이 바람직하다. 이는 상기 ACS가 모든 C 문자-레벨들 중에서 D1 문자-레벨에 대한 값을 요구함을 의미한다.

포괄자 INC는 요구되는 파라미터 정보를 기반으로 하여 파라미터 디스크립션 을 생성한다. 파라미터 디스크립션은 미리 규정된 문자 "."(닷)에 의해 분리되는 각각의 레벨을 갖는 문자들, 예를 들어 A,B,C, 및/또는 D1의 계층적 트리-형상(tree-like) 구조로 구성된다. 이에 의해 파라미터 디스크립션은 예를 들어 GET 메시지와 같은 파라미터 메시지 내에서 하나 이상의 파라미터 네임들을 식별한다. 예로서 미리 규정된 문자는 "."(닷)에 의해 구현되는 것이 설명되어야 한다. 그러나, 다른 종류의 미리 규정된 문자들은 예를 들어 ","(콤마(comma)) 또는 "?" 물음표 등과 같이 계층적 트리의 문자들의 상이한 레벨들을 분리하는데 사용되는 것이 낫다는 것이 명확해야 한다.

그러나, 포괄자가 하나 이상의 문자-레벨들의 경우들의 수효를 알지 못할 때, 포괄자는 값이 요청되는 파라미터들의 목록을 포함할 수 없게 된다. 공지된 방법들에 따라, 상기 ACS는 우선 이 네임들에 대해서 CPE를 요청해야 한다. 예를 참조하면, 상기 ACS는 두 가지 경우, 본 예에 따르면 "1" 및 "10"인 C의 경우들의 수효를 인지하지 않기 때문에 상기 ACS는 다음의 파라미터 A.B.C.1.D1 또는 A.B.C.10.D1에 대한 전체의 계층적 문자 트리를 알지 못한다. 그래서, 글로벌 문자-트리가 인지되지 않을 때 본 출원에 따르면, 포괄자(INC)는 파라미터 디스크립션에서, 문자들의 계층적 트리의 상이한 레벨들을 분리하는 두 개의 미리 규정된 문자들(닷) 사이에 미리 규정된 와일드카드 문자를 포함한다. 그러므로 이 미리 규정된 와일드카드 문자는 하나 이상의 레벨들의 하나 이상의 문자들을 대체하고 그로 인해 상기 파라미터 디스크립션에 의해 미리 규정된 규칙들에 따라 하나 이상의 파라미터들을 규정한다. 예를 참조하면, 포괄자(INC)는 C 문자의 경우들, "A.B.C.?.D1"의 수효를 인지하지 않으므로, 포괄자는 파라미터 디스크립션에서, 문자들의 계층적 트리의 상이한 레벨들을 분리하는 2개의 미리 규정된 문자들(닷) 사이에 미리 규정된 와일드카드 문자 "*"를 포함한다 ==> "A.B.C.*.D1". 미리 규정된 와일드카드 문자 "*"는 이 예에서 "C의 경우-수"-문자를 대체하고 그로 인해 파라미터 디스크립션 "A.B.C.*.D1"로써 미리 규정된 규칙들에 따라 하나 이상의 파라미터들, 즉, D1의 레벨까지의 계층적 트리를 포함하는 모든 파라미터들을 각각 존재하는 C 경우에 대해 규정한다.

여기에서 완전한 문자 트리 네임이 상기 ACS에 대해 인지되지 않는 이 실제 예는 와일드카드가 도입될 수 있는 유일한 상황만이 아님을 주의해야만 한다. 실제로, 또한 예를 들어 상기 ACS는 미리 규정된 값들을 갖는 상기 CPE의 하나 이상의 파라미터들을 설정하는 것을 희망할 때, 그리고 상기 ACS가 완전한 문자-트리를 인지하는 다른 상황들에 의해서, 와일드카드는 예를 들어 단지 상기 글로벌 파라미터 디스크립션을 더 짧게 하기 위해 도입될 수 있다. 실제로, 파라미터 메시지 내에 포함되는 긴 파라미터 디스크립션은 송신 중에 많은 지연들을 도입하여 상기 메시지가 적절하게 수신되는 것을 방해할 수 있다.

포괄자(INC)는 생성된 파라미터 디스크립션을 이와 결합된 포함자(COMP_ACS)로 보낸다. 포함자(COMP_ACS)는 예를 들어 GET 메시지 또는 SET 메시지와 같은 적절한 파라미터 메시지에 예를 들어 A.B.C.1.D1, A.B.C.10.D1, 또는 A.B.C.*.D1과 같은 파라미터 네임에 대한 파라미터 디스크립션을 포함하기 위해서 포함된다. 실제 예에 따라서, 상기 ACS는 파라미터들의 일부 값들을 습득하기를 희망하기 때문 에, 와일드카드를 갖는 상기 파라미터 디스크립션은 GET 메시지에 포함된다.

포함자(COMP_ACS)는 이 예시적인 기술에 따라, 고객 구내 장비 CPE인 상기 디바이스들 중 다른 하나로 상기 파라미터 메시지를 송신하기 위해서 송신기(TR-ACS)와 또한 결합된다.

상기 CPE는 자신의 측에 CPE-수신기(REC_CPE)를 포함하여 자동 설정 서버 ACS로부터의 GET 파라미터 메시지를 수신하고 이 메시지를 파라미터 디스크립션에 따른 하나 이상의 파라미터들의 판독 및/또는 기록하는 인에이블러(Enabler)(R/W)에 보내서 상기 CPE의 이런 하나 이상의 파라미터들을 설정 및/또는 모니터링한다. 이것은 인에이블러(R/W)가 우선 파라미터 메시지 GET으로부터 파라미터 디스크립션(A.B.C.*.D1)을 뽑아내서 그 다음에 미리 규정된 규칙들에 따라 파라미터 디스크립션(A.B.C.*.D1)을 하나 이상의 파라미터들의 세트, 즉 A.B.C.1.D1, A.B.C.10.D1로 변환한다. 하나 이상의 파라미터들을 변환하기 위해, 인에이블러(R/W)는 C에 대한, 즉, 도면에서의 (Inst(C?)) 및 (1;10)로 도시된 경우들의 수효를 검색한다.

결과적으로 상술한 바와 같이 인에이블러(R/W)는 수신된 값들에 따라 CPE를 설정하거나 또는 그것들을 상기 ACS로 보내기 위해 요청된 값들을 검색하거나 둘 중 하나를 하고, 즉, 도면에 Val(A.B.C.1.D1; A.B.C.10.D1)? 및 (Val_D11; Val_D101)에 의해 도시된다.

자체의 값을 갖는 각각의 파라미터는 응답 메시지(RES(A.B.C.1.D1, Val_D11;A.B.C.10.D1,Val_D101)) 내에 모든 이 정보를 포함하는 포함자(CPE COMP_CPE)로 보내진다.

상기 응답 메시지는 상기 CPE의 송신기 TR_CPE에 보내지고 송신기는 이와 연결되고 고객 구내 장비 CPE의 응답 메시지들(RES)을 수신하기 위해 상기 ACS의 수신기(REC_ACS)에 이 파라미터 메시지를 보낸다. 이들 응답 메시지들(RES)은 ACS에 의해 요청된 정보에 응답항 파라미터 네임들 및/또는 파라미터 값들을 포함한다.

이후에는 상기에 언급된 기술 보고서 TR 069의 예가 상세하게 기술된다. 상기에 언급된 서류의 부록 B는 규정된 CPE 파라미터들을 기술한다. TR069 기술 보고서의 53페이지의 표 61에서는, 인터넷 게이트웨이 디바이스에 대한 CPE 파라미터들의 목록이 제공된다. 이후에 디스커버리 메커니즘에 대한 실제 문제가 기술되는 것은 이 파라미터들 중 하나의 원인이 된다.

바람직한 예시적인 파라미터의 네임은 VendorConfigFile이다. 이 예에 대해서, CPE 디바이스에는 2개의 VendorConfigFile가 있다고 가정하라. 그러하면 디바이스 상의 ParameterValue 쌍들은 예를 들어:

1)

InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Name=AlcatelConfigFile

InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Version=1.0

InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Version.Date=11/11/2006

InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Description = some Alcatel description

및;

2)

InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Name=LucentConfigFile

InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Version=1.1

InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Version.Date=10/11/2006

InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Description = some Lucent description

상기 ACS가 VendorConfigFile의 네임에 관심이 있고, 그러나 컨피그 파일(config file)들의 수효를 인지하니 않는 경우, 상기 ACS는 아래 설명된 두 가지 방법들에 따라 정보를 검색할 수 있다.

1) 파라미터를 검색하는 첫 번째 방법은, RPC-방법인, "GetParameterValues"가 사용되지만, 상기 ASC는 어레이에서 경우들의 수효를 모르기 때문에, 다이나믹 어레이들을 갖는 2 단계의 방법이 사용된다.

우선 상기 ACS는 다음 단계에서 온 트루하라는 "GetParameterNames" 메시지를 송신한다:

GetParameterNames("InternetGatewayDevice.DeviceInfo.VendorConfigFile.", nextlevel=true).

이에 의해 상기 CPE는 다음의 응답을 송신한다:

GetParameterNamesResponse("InternetGatewayDevice.DeviceInfo.VendorConfigFile.1"."InternetGatewayDevice.DeviceInfo.VendorConfigFile.10").

GetParameterValues("InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Name","InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Name").

CPE는 응답을 생성한다:

GetParameterValuesResponse("InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Name","AlcatelConfigFile","InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Name","LucentConfigFile").

이 첫 번째 방법의 단점은 상기 ACS가 다만 질문/대답의 2번의 왕래 후에 대답들을 습득한다는 것이다.

2) 파라미터 값들을 획득하는 두 번째 방법은 불완전한 경로임에도 즉각적으로 메시지 GetParameterValues를 갖는 것이다:

GetParameterValues("InternetGatewayDevice.DeviceInfo.VendorConfigFile.").

상기 CPE로부터의 응답은 다음을 포함한다:

GetParameterValuesResponse

("InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Name","AlcatelCon figFile",

"InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Version","1.0",

"InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Version.Date","11/11/2006",

"InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Description"," someAlcateldescription",

"InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Name","LucentConfigFile",

"InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Version","1.1",

"InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Version.Date","10/11/2006",

"InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Description"," some Lucent description")

본 출원의 솔루션은 상술한 예를 기반으로 하여 이제부터 명확해질 것이다.

A) "*"를 갖는 예:

상기 ACS는 VendorConfigFile의 네임에 관심이 있고, config 파일들의 수효를 인지하지 않는다. ACS는 CPE에 메시지를 송신하고 있다:

GetParameterValues("InternetGatewayDevice.DeviceInfo.VendorConfigFile. *.Name")

상기 CPE는 현재 규정된 모든 요소들로써 응답하여야 한다:

GetParameterValuesResponse("InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Name","AlcatelConfigFile","InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Name"."LucentConfigFile");

B) "**"를 갖는 예:

GetParameterValues("InternetGatewayDevice.DeviceInfo.**.Name")

상기 CPE는 현재 규정된 모든 요소들로써 응답하여야 한다:

GetParameterValuesResponse("InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Name","AlcatelConfigFile","InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Name"."LucentConfigFile")

C)"?"를 갖는 예:

상기 ACS는 상기 VendorConfigFile의 네임에 관심이 있고, config 파일들의 수효를 인지하지 않는다. 상기 ACS는 상기 CPE에 메시지를 송신하고 있다:

GetParameterValues("InternetGatewayDevice.DeviceInfo.**.Name")

상기 CPE는 규정된 모든 요소들로써 응답하여야 하고, "?"는 하나의 문자 및 단 하나의 문자로 대체되는 것이다:

GetParameterValuesResponse("InternetGatewayDevice.DeviceInfo.VendorConf igFile.1.Name","AlcatelConfigFile");

D) "??"를 갖는 예:

상기 ACS는 상기 VendorConfigFile의 네임에 관심이 있고, config 파일들의 수효를 인지하지 않는다. 상기 ACS는 상기 메시지를 CPE에 송신하고 있다:

GetParameterValues("InternetGatewayDevice.DeviceInfo.??.Name")

상기 CPE는 공지된 모든 요소로써 응답해야 한다:

GetParameterValuesResponse("InternetGatewayDevice.DeviceInfo.VendorConfigFile.1.Name","AlcatelConfigFile",InternetGatewayDevice.DeviceInfo.VendorConfigFile.10.Name","LucentConfigFile").

최종 언급은 본 발명의 실시예들이 기능적 블록의 관점으로 상기에 기술된다. 상기에 주어진 이 블록들의 기능적 기술로부터, 전자 디바이스들을 설계하는 당업자에게는 이 블록들의 어떠한 실시예들도 충분하게 공지된 전자 컴포넌트들로써 제작될 수 있음이 명확할 것이다. 그러므로 기능적 블록들의 콘텐츠의 상세한 아키텍처(architecture)가 제공되지는 않는다.

본 발명의 원리들이 특정 장치와 관련하여 상술되었을지라도, 이 설명은 단지 예를 통해서만 행해지므로 상기 발명의 범위를 제한하지 않고, 첨부된 청구항들에서 규정되는 것이 명확히 이해될 것이다.

Claims

서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신을 관리하는 방법으로서,

상기 디바이스들(ACS, CPE) 중 하나에서, 파라미터 메시지(GET)에서 파라미터 네임에 대한 파라미터 디스크립션(parameter description)을 포함하는 단계로서, 상기 파라미터 디스크립션은 미리 규정된 문자(닷(dot))에 의해 분리된 각 레벨에 의해서 문자들의 계층적 트리-형상 구조로 구성되는, 상기 파라미터 디스크립션을 포함하는 단계; 및

상기 파라미터 메시지(GET)를 상기 디바이스들(ACS, CPE) 중 다른 하나에 송신하는 단계를 포함하는, 상기 방법에 있어서:

상기 방법은 우선 상기 디바이스들(ACS, CPE) 중 하나에 의해서 상기 파라미터 디스크립션 내에서 상기 미리 규정된 문자들(닷) 중 2개 사이에 하나 이상의 레벨들 중 다른 문자들을 대체하는 미리 규정된 와일드 카드 문자를 포함하고 그로 인하여 하나 이상의 파라미터들(A.B.C.1.D1,A.B.C.10.D1)을 미리 규정된 규칙들에 따라 상기 파라미터 디스크립션(A.B.C.*.D1)에 의해 규정하는 단계; 및

상기 디바이스들(ACS, CPE) 중 다른 하나의 하나 이상의 파라미터들을 설정 및/또는 모니터링하기 위해 상기 파라미터 디스크립션(A.B.C.*.D1)을 상기 디바이스들(ACS, CPE) 중 다른 하나에 의해 판독 및/또는 기록하는 단계를 포함하는 것을 특징으로 하는, 서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신 관리 방법.
제 1 항에 있어서,

상기 서버 디바이스는 자동 설정 서버(ACS)이고 상기 고객 디바이스는 고객 구내 장비 디바이스(CPE)이고 상기 통신은 DSL 포럼의 TR069 기술 보고서에 따른 원격 절차 호출인 것을 특징으로 하는, 서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신 관리 방법.
제 1 항에 있어서,

상기 미리 규정된 와일드카드 문자는 하나의 문자 레벨을 대체하는 것을 특징으로 하는, 서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신 관리 방법.
서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신을 관리하는 장치로서, 상기 장치는 상기 디바이스들(ACS, CPE) 중 하나이고,

파라미터 메시지(GET)에서의 파라미터 네임에 대한 파라미터 디스크립션을 포함하는 수단(COMP)으로서, 상기 파라미터 디스크립션은 미리 규정된 문자(닷)에 의해 분리된 각 레벨에 의해서 문자들의 계층적 트리-형상 구조로 구성되는, 상기 파라미터 디스크립션을 포함하는 수단(COMP); 및

상기 파라미터 메시지(GET)를 상기 디바이스들(ACS, CPE) 중 다른 하나에 송신하는 수단(TR_ACS, TR_CPE)을 포함하는, 상기 장치에 있어서:

상기 파라미터 디스크립션 내에서 상기 미리 규정된 문자들(닷) 중 2개 사이에 하나 이상의 레벨들 중 다른 문자들을 대체하는 미리 규정된 와일드 카드 문자 를 우선 포함하고 그로 인하여 하나 이상의 파라미터들(A.B.C.1.D1,A.B.C.10.D1)을 미리 규정된 규칙들에 따라 상기 파라미터 디스크립션(A.B.C.*.D1)에 의해 규정하는 수단; 및

상기 디바이스들(ACS, CPE) 중 다른 하나의 상기 하나 이상의 파라미터들(A.B.C.1.D1,A.B.C.10.D1)을 설정 및/또는 모니터링하기 위해 상기 디바이스들(ACS, CPE) 중 다른 하나의 상기 파라미터 디스크립션을 판독 및/또는 기록하는 인에이블링 수단(R/W)을 포함하는 것을 특징으로 하는, 서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신을 관리하는 장치.
서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신을 관리하는 장치로서, 상기 장치는 상기 디바이스들(ACS, CPE) 중 하나이고,

상기 디바이스들(ACS, CPE) 중 다른 하나로부터 파라미터 메시지(GET)를 수신하는 수단(REC_CPE, REC_ACS), 및

상기 하나의 디바이스(ACS, CPE)를 설정 및/또는 모니터링하기 위해 상기 파라미터 메시지(GET) 내의 파라미터 네임에 대한 파라미터 디스크립션을 판독 및/또는 기록하는 수단(R/W)으로서, 상기 파라미터 디스크립션은 미리 규정된 문자(닷)에 의해 분리된 각 레벨에 의해서 계층적 트리-형상 구조로 구성되는, 상기 파라미터 디스크립션을 판독 및/또는 기록하는 수단(R/W)을 포함하는, 상기 장치에 있어서:

상기 파라미터 디스크립션은, 상기 미리 규정된 문자들(닷) 중 2개 사이에 하나 이상의 레벨들의 다른 문자들을 대체하고 그로 인하여 상기 하나의 디바이스(ACS, CPE)의 상기 설정 및/또는 모니터링을 위해서 상기 파라미터 디스크립션(A.B.C.*.D1)에 의해 미리 규정된 규칙들에 따라 하나 이상의 파라미터들(A.B.C.1.D1,A.B.C.10.D1)을 규정하는 미리 규정된 와일드카드 문자를 포함하는 것을 특징으로 하는, 서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신을 관리하는 장치.
제 4 항 또는 제 5 항에 있어서,

상기 서버 디바이스는 자동 설정 서버(ACS)이고 상기 고객 디바이스는 고객 구내 장비 디바이스(CPE)이고 상기 통신은 DSL 포럼의 TR069 기술 보고서에 따른 원격 절차 호출인 것을 특징으로 하는, 서버 디바이스(ACS) 및 고객 디바이스(CPE) 간 통신을 관리하는 장치.