KR20170040325A - 서비스 노드 능력 처리 방법, 장치, 서비스 분류기 및 서비스 제어기 - Google Patents

Abstract

본 발명에서는 서비스 노드 능력 처리 방법, 장치, 서비스 분류기 및 서비스 제어기를 제공하는 바, 그 중에서, 해당 방법에는, 데이터 메시지 처리에 사용될 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정하는 것을 이용하는 바, 그 중에서, 교환 정보 집합에는 서비스 기능 체이닝 상의 서비스 노드 사이의 능력의 집합이 포함되며; 교환 정보 집합을 데이터 메시지 중에 패키징시키는 바, 그 중에서, 교환 정보 집합은 서비스 노드가 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는데 사용하는 것이 포함된다. 본 발명을 통하여, 관련 기술에서 노드 사이에서 정보를 교환하는 것이 목적성이 없기 때문에, 맹목적인 교환이 자원 낭비를 초래하는 문제를 해결하고, 나아가 무효 정보 교환으로 인한 필드 자원 낭비를 방지하는 효과를 갖는다.

Description

서비스 노드 능력 처리 방법, 장치, 서비스 분류기 및 서비스 제어기{METHOD AND APPARATUS FOR PROCESSING SERVICE NODE ABILITY, SERVICE CLASSIFIER AND SERVICE CONTROLLER}

본 발명은 통신 분야에 관한 것으로서, 특히 서비스 노드 능력 처리 방법, 장치, 서비스 분류기 및 서비스 제어기에 관한 것이다.

서비스 기능 체이닝(Service Function Chaining, SFC)는 현재 연구 및 표준화를 진행하고 있는 한 가지 네트워크 기술이다. 데이터 중심 네트워크가 Overlay(오버레이) 네트워크로 발전한 후, 네트워크 가장자리 부분은 가상 네트워크와 물리 네트워크의 경계점으로 되었고, 그 중에서 네트워크 가장자리 부분은 서버(Server) 또는 ToR 및 게이트웨이(Gateway)일 수 있다. 하지만 Overlay 기술이 모든 문제를 해결한 것이 아니고, 데이터 중심에는 또한 아주 많은 미들웨어(Middleware), 예를 들면 방화벽/부하 균형기 등이 있으며, 이러한 설비는 모두 사용자 서비스를 기반으로 처리를 진행하는 것으로서, 만일 터널을 통하여 이러한 설비를 통과하면 이는 확연히 문제점이 있다.

데이터 중심의 이러한 배치 모델은 가상 방화벽/부하 균형기가 네트워크 중에서 임의로 배치되어야 하는 바, 즉 네트워크 토폴로지와 무관하여야 한다. 이렇게 되면 새로 대두되는 문제로는 어떻게 하면 트래픽을 신속하고 정확하게 가상 방화벽/부하 균형기를 통하여 처리할 것인가 하는 것이다. 이로써 가상 방화벽/부하 균형기 등 신형 미들웨어가 나타났는 바, 이러한 가상 방화벽/부하 균형기는 네트워크 가장자리 부분에 배치되고, 표준 서버에 의하여 구현될 수 있다.

관련 기술에 있어서, 가상 방화벽/부하 균형기/게이트웨이 등 서비스 처리 기능을 서비스 기능(Service Function, SF)이라고 칭하고, 트래픽은 일련의 서비스 기능(Service Function)의 처리를 거쳐 서비스 기능 체이닝(Service Function Chaining, SFC)을 형성한다. 도1은 관련 기술 중의 서비스 기능 체이닝의 도면으로서, 도1에 도시된 바와 같이, 그 중의 화살표가 달린 실선과 점선은 각각 두 개의 서비스 기능 체이닝을 대표한다.

SFC의 구조는 현재 종래 기술에서 기본상 하기 어셈블리로 구분할 수 있다.

1. 서비스 오버레이(Service Overlay), 즉 각 네트워크 가장자리 부분 노드가 통신하는 Overlay(오버레이) 기술;

2. 범용 서비스 제어 평면(Generic Service Control Plane, GSCP), Service Function Chaining을 형성하는 제어기;

3. 서비스 분류기(Service Classifier), 즉 스트림 식별을 진행한 후 특정의 스트림에 대하여 특정의 Service Function Chaining 처리를 진행하며;

4. 제어 평면 메타 데이터(Dataplane Metadata), 이는 하나의 큰 특징으로서, Metadata(메타 데이터)는 Service Classifier와 SF 사이, SF와 SF 사이 및 SF와 외부 시스템 사이에서, 각 가장자리 부분 서비스 처리 노드로 하여금 서로 교환 정보를 전달 및 공유할 수 있도록 하여 어떠한 서비스 처리 목적에 도달하도록 한다.

5. 서비스 기능 경로(service function path, SFP), 도2는 관련 기술 중의 서비스 기능 경로의 예시도로서, 도2에 도시된 바와 같이, SFP는 서비스 분류기로부터 시작하여 다수의 서비스 기능 인스턴스를 경과하여 목적지에 도달하는 하나의 서비스 처리 경로이다.

그러므로, 관련 기술에서, 네트워크 설비 서비스 기능과 전달을 분리시켜 서비스 기능의 독립 연산과 처리를 구현하고, 네트워크 설비의 전달 성능을 향상시킨다.

그리고, 관련 SFC 기술에서, Dataplane Metadata는 하나의 데이터 구역으로서, 노드 사이의 교환 정보를 저장할 수 있다. 그러므로 서비스 기능 체이닝 중의 서비스 기능 SF 사이에서는 메시지를 전달하는 외, 이 각자의 교환 정보는 Dataplane Metadata에 저장하여, 다음 노드로 하여금 간편하게 전 노드의 계산 결과를 취득하게 하여 중복 계산을 방지한다. Metadata는 메시지와 함께 다음 처리 유닛으로 송신된다. 도3은 관련 기술 중에서 Dataplane Metadata를 메시지 내용에 패키징시킨 예시도로서, 도3에 도시된 바와 같이, Dataplane Metadata는 메시지 내부에 패키징되어 메시지와 함께 송신될 수 있으며; 도4는 관련 기술에서 Dataplane Metadata를 독립 메시지로 하는 도면으로서, 도4에 도시된 바와 같이, Dataplane Metadata도 독립적인 메시지로서 메시지와 병행 송신될 수 있다.

예를 들면, 분류기->SF1->SF2는 하나의 서비스 기능 경로(service function path, SFP)의 구성 부분으로서, 메시지는 우선 SF1을 통하여 처리된 후 다시 SF2를 통하여 처리된다. SF1과 SF2는 모두 동일한 ACL 테이블을 찾아야 하기 때문에, ACL 테이블 항목을 찾는 과정은 SF1과 SF2 상에서 각각 한번씩 실행되며, 이로써 SF2의 중복하여 찾는 문제를 초래한다. 만일 교환 정보를 Metadata에 저장하는 방식을 이용하면, SF1이 ACL를 찾은 후, 찾은 결과를 Metadata에 저장하고 메시지와 함께 패키징하여 SF2로 송신하며; SF2는 해당 Metadata를 수신한 후, 직접 Metadata 중의 ACL 찾은 결과를 취하여 사용함으로써, 중복되게 ACL 테이블을 찾는 과정을 방지하여 메시지가 SFC에서 전달되는 성능을 향상시켰다.

하지만 관련 기술에서, SF1는 SF2가 ACL 테이블 검색 결과를 필요한지를 알지 못하고, 또한 SF1이 검색하는 테이블 항목이 단지 ACL 한 가지 유형이 아니고 또한 기타 여러 가지 유형이 존재할 수 있기 때문에, 정보를 교환할 때 목적성이 없고, 맹목적인 교환으로 자원이 낭비되는 문제가 존재한다.

그러므로, 관련 기술에서 노드 사이에서 정보를 교환하는 것이 목적성이 없기 때문에, 맹목적인 교환이 자원 낭비를 초래한다.

본 발명에서는 서비스 노드 능력 처리 방법, 장치, 서비스 분류기 및 서비스 제어기를 제공하여, 적어도 관련 기술에서 노드 사이에서 정보를 교환하는 것이 목적성이 없기 때문에, 맹목적인 교환이 자원 낭비를 초래하는 문제를 해결하도록 한다.

본 발명의 일 방면에 의하면, 서비스 노드 능력 처리 방법을 제공하는 바, 데이터 메시지 처리에 사용될 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정하는 바, 그 중에서, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 집합이 포함되며; 상기 교환 정보 집합을 상기 데이터 메시지 중에 패키징시키는 바, 그 중에서, 상기 교환 정보 집합은 상기 서비스 노드가 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는데 사용된다.

바람직하게는, 상기 데이터 메시지 처리에 사용되는 상기 서비스 기능 체이닝 상의 상기 서비스 노드의 상기 교환 정보 집합을 확정하는 것에는, 상기 서비스 기능 체이닝 상의 각 서비스 노드의 능력을 확정하며; 적어도 두 개의 서비스 노드의 동일한 능력을 선택하여 상기 서비스 노드의 능력의 교집합으로 하는 것이 포함된다.

바람직하게는, 하기 방식 중의 적어도 하나를 통하여 상기 교환 정보 집합을 상기 데이터 메시지 중에 패키징하는 바, 즉 비트맵 포맷을 사용하는 방식과 큐 포맷을 사용하는 방식이다.

본 발명의 다른 일 방면에 의하면, 서비스 노드 능력 처리 방법을 제공하는 바, 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 포함하는 데이터 메시지를 수신하는 바, 그 중에서, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 집합이 포함되며; 상기 교환 정보 집합에 의하여 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는 것이 포함된다.

바람직하게는, 상기 교환 정보 집합에 의하여 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽은 후, 또한 상기 서비스 노드에 처리 결과가 상기 데이터 메시지 중에 패키징되지 않은 중간 노드 능력이 포함되나, 상기 중간 노드 능력이 상기 교환 정보 집합에 존재하는 것을 확정하며; 상기 중간 노드 능력에 대하여 처리를 진행하여 중간 노드 능력 처리 결과를 취득하며; 상기 중간 노드 능력 처리 결과를 다음 서비스 노드로 전달하는 데이터 메시지 중에 패키징하는 것이 포함된다.

바람직하게는, 상기 교환 정보 집합에 의하여 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽은 후, 또한 상기 교환 정보 집합 중의 능력에 대하여 하기 조작의 적어도 하나를 실행하는 바, 즉 추가, 삭제, 수정인 것이 포함된다.

본 발명의 또 다른 일 방면에 의하면, 서비스 노드 능력 처리 장치를 제공하는 바, 데이터 메시지 처리에 사용될 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정하는 바, 그 중에서, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 집합이 포함되도록 설정되는 제1 확정 모듈; 상기 교환 정보 집합을 상기 데이터 메시지 중에 패키징시키는 바, 그 중에서, 상기 교환 정보 집합은 상기 서비스 노드가 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는데 사용되도록 설정되는 제1 패키징 모듈이 포함된다.

바람직하게는, 상기 제1 확정 모듈에는 상기 서비스 기능 체이닝 상의 각 서비스 노드의 능력을 확정하도록 설정되는 확정 유닛; 적어도 두 개의 서비스 노드의 동일한 능력을 선택하여 상기 서비스 노드의 능력의 교집합으로 하도록 설정되는 선택 유닛이 포함된다. 본 발명의 또 다른 일 방면에 의하면 서비스 분류기를 제공하는 바, 상기 임의 항의 상기 장치가 포함된다.

본 발명의 또 다른 일 방면에 의하면 서비스 제어기를 제공하는 바, 상기 임의 항의 상기 장치가 포함된다.

본 발명의 또 다른 일 방면에 의하면, 서비스 노드 능력 처리 장치를 제공하는 바, 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 포함하는 데이터 메시지를 수신하는 바, 그 중에서, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 집합이 포함되도록 설정되는 수신 모듈; 상기 교환 정보 집합에 의하여 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽도록 설정되는 읽기 모듈이 포함된다.

바람직하게는, 해당 장치에는 또한, 상기 서비스 노드에 처리 결과가 상기 데이터 메시지 중에 패키징되지 않은 중간 노드 능력이 포함되나, 상기 중간 노드 능력이 상기 교환 정보 집합에 존재하는 것을 확정하도록 설정되는 제2 확정 모듈; 상기 중간 노드 능력에 대하여 처리를 진행하여 중간 노드 능력 처리 결과를 취득하도록 설정되는 처리 모듈; 상기 중간 노드 능력 처리 결과를 다음 서비스 노드로 전달하는 데이터 메시지 중에 패키징하도록 설정되는 제2 패키징 모듈이 포함된다.

바람직하게는, 해당 장치에는 또한 상기 교환 정보 집합 중의 능력에 대하여 하기 조작의 적어도 하나를 실행하는 바, 즉 추가, 삭제, 수정이도록 설정되는 실행 모듈이 포함된다.

본 발명의 또 다른 일 방면에 의하면 서비스 노드를 제공하는 바, 상기 임의 항의 상기 장치가 포함된다.

본 발명을 통하여, 데이터 메시지 처리에 사용될 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정하는 것을 이용하는 바, 그 중에서, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 교집합이 포함되며; 상기 교환 정보 집합을 상기 데이터 메시지 중에 패키징시키는 바, 그 중에서, 상기 교환 정보 집합은 상기 서비스 노드가 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는데 사용한다. 관련 기술에서 노드 사이에서 정보를 교환하는 것이 목적성이 없기 때문에, 맹목적인 교환이 자원 낭비를 초래하는 문제를 해결하고, 나아가 무효 정보 교환으로 인한 필드 자원 낭비를 방지하는 효과를 갖는다.

여기에서 설명되는 도면은 본 발명에 대한 진일보의 이해를 돕기 위한 것으로서, 본 출원의 일부에 속하며, 본 발명의 예시적 실시예 및 이에 대한 설명은 본 발명을 설명하기 위한 것으로서, 본 발명을 제한하는 것이 아니다. 도면 중에서:
도1은 관련 기술 중의 서비스 기능 체이닝의 도면.
도2는 관련 기술 중의 서비스 기능 경로의 예시도.
도3은 관련 기술 중에서 Dataplane Metadata를 메시지 내용에 패키징시킨 예시도.
도4는 관련 기술에서 Dataplane Metadata를 독립 메시지로 하는 도면.
도5는 본 발명의 실시예의 서비스 노드 능력 처리 방법1의 흐름도.
도6은 본 발명의 실시예의 서비스 노드 능력 처리 방법2의 흐름도.
도7은 본 발명의 실시예의 서비스 노드 능력 처리 장치1의 구조 블럭도.
도8은 본 발명의 실시예의 서비스 노드 능력 처리 장치1 중의 확정 모듈(72)의 바람직한 구조 블럭도.
도9는 본 발명의 실시예의 서비스 분류기의 구조 블럭도.
도10은 본 발명의 실시예의 서비스 제어기의 구조 블럭도.
도11은 본 발명의 실시예의 서비스 노드 능력 처리 장치2의 구조 블럭도.
도12는 본 발명의 실시예의 서비스 노드 능력 처리 장치2의 바람직한 구조 블럭도1.
도13은 본 발명의 실시예의 서비스 노드 능력 처리 장치2의 바람직한 구조 블럭도2.
도14는 본 발명의 실시예의 서비스 노드의 구조 블럭도.
도15는 본 발명의 실시예의 교환 정보 유형 집합을 Metadata에 패키징시키는 것을 비트맵 포맷을 사용한 도면.
도16은 본 발명의 실시예의 교환 정보 유형 집합을 Metadata에 패키징시키는 것을 큐 포맷을 사용한 도면.
도17은 본 발명의 바람직한 실시예1의 SFP1을 기반으로 하는 배치 시나리오 실시예 도면.
도18은 본 발명의 바람직한 실시예2의 SFP2를 기반으로 하는 배치 시나리오 실시예 도면.

아래, 첨부된 도면과 실시예를 참조하여 본 발명에 대하여 상세히 설명하도록 한다. 유의하여야 할 바로는, 충돌되지 않는 상황 하에서, 본 출원의 실시예 및 실시예 중의 특징은 상호 결합될 수 있다.

본 발명의 실시예에서는 서비스 노드 능력 처리 방법을 제공하는 바, 도5는 본 발명의 실시예의 서비스 노드 능력 처리 방법1의 흐름도로서, 도5에 도시된 바와 같이, 해당 흐름에는 하기 단계가 포함된다.

S502 단계: 데이터 메시지 처리에 사용될 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정하는 바, 해당 교환 정보 집합에는 서비스 기능 체이닝 상의 서비스 노드 사이의 능력의 집합이 포함되며;

S504 단계: 교환 정보 집합을 데이터 메시지 중에 패키징시키는 바, 교환 정보 집합은 서비스 노드가 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는데 사용된다.

상기 단계를 통하여, 서비스 기능 체이닝 상의 서비스 노드 사이의 능력이 포함된 교집합의 교환 정보 집합을 데이터 메시지 중에 패키징시켜, 서비스 노드로 하여금 직접 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽도록 하는 바, 즉 교환 정보 집합을 데이터 메시지에 저장하여 서비스 노드 사이에 유효한 교환 정보를 전달하도록 함으로써, 관련 기술에서 노드 사이에서 정보를 교환하는 것이 목적성이 없기 때문에, 맹목적인 교환이 자원 낭비를 초래하는 문제를 해결하고, 나아가 무효 정보 교환으로 인한 필드 자원 낭비를 방지하는 효과를 갖는다.

설명하여야 할 바로는, 해당 서비스 노드의 능력에는 여러 가지가 포함될 수 있는 바, 예를 들면 서비스 노드의 테이블 항목에 대하여 처리를 진행하는 능력일 수도 있고, 테이블 항목 중의 어느 파라미터에 대하여 처리를 진행하는 능력일 수도 있으며, 또한 서비스 노드가 구체적인 서비스에 대하여 파라미터 구성을 진행하는 능력일 수도 있으며, 여기에서는 구체적으로 한정하지 않도록 한다.

데이터 메시지 처리에 사용되는 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정할 때, 여러 가지 방식을 사용할 수 있는 바, 예를 들면, 우선 서비스 기능 체이닝 상의 각 서비스 노드 처리 능력을 확정하며; 그 후 적어도 두 개의 서비스 노드의 동일한 능력을 선택하여 서비스 노드의 능력의 교집합으로 한다. 그 중에서, 설명하여야 할 바로는, 구체적으로 교집합을 선택할 때 동일한 능력을 갖는 서비스 노드의 수량에 의하여 확정할 수 있는 바, 예를 들면, 두 서비스 노드가 동일한 능력을 갖고 있으면 바로 교집합으로 확정할 수 있으며, 또는 세 개 또는 세 개 이상의 서비스 노드가 동일한 능력을 가져야만 교집합으로 확정할 수도 있다. 구체적인 수요에 의하여 결정한다.

그리고 능력을 기록하는 교집합의 교환 정보 집합을 데이터 메시지 중에 패키징하는 방식도 여러 가지 방식을 사용할 수 있는 바, 예를 들면, 하기 방식 중의 적어도 하나를 사용하여 상기 데이터 메시지를 패키징할 수 있는데, 즉 비트맵 포맷을 사용하는 방식과 큐 포맷을 사용하는 방식이다.

본 발명의 실시예에서는 서비스 노드 능력 처리 방법을 제공하는 바, 도6은 본 발명의 실시예의 서비스 노드 능력 처리 방법2의 흐름도로서, 도6에 도시된 바와 같이, 해당 흐름에는 하기 단계가 포함된다.

S602 단계: 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 포함하는 데이터 메시지를 수신하는 바, 그 중에서, 해당 교환 정보 집합에는 서비스 기능 체이닝 상의 서비스 노드 사이의 능력의 교집합이 포함되며;

S604 단계: 교환 정보 집합에 의하여 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는다.

상기 단계를 통하여, 서비스 노드로 놓고 말하면, 수신된 교환 정보 집합에 의하여, 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽도록 하여 서비스 노드 사이에 유효한 교환 정보를 전달하도록 함으로써, 관련 기술에서 노드 사이에서 정보를 교환하는 것이 목적성이 없기 때문에, 맹목적인 교환이 자원 낭비를 초래하는 문제를 해결하고, 나아가 무효 정보 교환으로 인한 필드 자원 낭비를 방지하는 효과를 갖는다.

바람직하게는, 교환 정보 집합에 의하여 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽은 후, 또한 하기 처리를 실행할 수 있는 바, 우선 서비스 노드에 자체로 처리하여야 하는 능력이 존재하는지 여부를 판단하고, 판단 결과가 "예"인 상황 하에서, 서비스 노드에 처리 결과가 데이터 메시지 중에 패키징되지 않은 중간 노드 능력이 포함되나, 중간 노드 능력이 교환 정보 집합에 존재하는 것을 확정하며; 중간 노드 능력에 대하여 처리를 진행하여 중간 노드 능력 처리 결과를 취득하며; 중간 노드 능력 처리 결과를 다음 서비스 노드로 전달하는 데이터 메시지 중에 패키징하는 바, 이러한 처리를 거쳐 후속 서비스 노드의 해당 동일한 능력에 대한 처리 효율을 향상시키는 바, 즉 후속 노드는 단지 수신된 메시지에서 해당 능력 처리의 결과를 읽기만 하면 된다.

지목하여야 할 바로는, 교환 정보 집합에 의하여 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽은 후, 또한 교환 정보 집합 중의 능력에 대하여 하기 조작의 적어도 하나를 실행할 수 있는 바, 즉 추가, 삭제, 수정이며, 수요에 의하여 영활성 있게 변화시킬 수 있다.

본 발명의 실시예에서는 또한 서비스 노드 능력 처리 장치를 제공하는 바, 해당 장치는 상기 실시예 및 바람직한 실시방식을 구현하며, 이미 설명을 진행한 부분에 대해서는 중복되는 설명을 피하도록 한다. 하기에 사용되는 용어 "모듈"은 사전 설정된 기능을 구현하는 소프트웨어 및/또는 하드웨어의 조합일 수 있다. 하기 실시예에서 설명하는 장치는 소프트웨어에 의하여 구현되는 것이 바람직하지만, 하드웨어 또는 소프트웨어와 하드웨어의 조합으로 구현되는 것도 가능하다.

도7은 본 발명의 실시예의 서비스 노드 능력 처리 장치1의 구조 블럭도로서, 도7에 도시된 바와 같이, 해당 장치에는 제1 확정 모듈(72)과 제1 패키징 모듈(74)이 포함되는 바, 아래 해당 장치에 대하여 설명을 진행하도록 한다.

확정 모듈(72)은 데이터 메시지 처리에 사용될 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정하는 바, 그 중에서, 교환 정보 집합에는 서비스 기능 체이닝 상의 서비스 노드 사이의 능력의 교집합이 포함되도록 설정되며; 패키징 모듈(74)은 상기 확정 모듈(72)에 연결되고, 교환 정보 집합을 데이터 메시지 중에 패키징시키는 바, 그 중에서, 교환 정보 집합은 서비스 노드가 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는데 사용되도록 설정된다.

도8은 본 발명의 실시예의 서비스 노드 능력 처리 장치1 중의 제1확정 모듈(72)의 바람직한 구조 블럭도로서, 도8에 도시된 바와 같이, 해당 제1 확정 모듈(72)에는 확정 유닛(82)과 선택 유닛(84)이 포함되는 바, 아래 해당 제1 확정 모듈(72)에 대하여 설명을 진행하도록 한다.

확정 유닛(82)은 서비스 기능 체이닝 상의 각 서비스 노드의 능력을 확정하도록 설정되며; 선택 유닛(84)은 상기 확정 유닛(82)에 연결되고, 적어도 두 개의 서비스 노드의 동일한 능력을 선택하여 서비스 노드의 능력의 교집합으로 하도록 설정된다.

도9는 본 발명의 실시예의 서비스 분류기의 구조 블럭도로서, 도9에 도시된 바와 같이, 해당 서비스 분류기(90)에는 상기 임의 한 항의 서비스 노드 능력 처리 장치1(92)이 포함된다.

도10은 본 발명의 실시예의 서비스 제어기의 구조 블럭도로서, 도10에 도시된 바와 같이, 해당 서비스 제어기(100)에는 상기 임의 한 항의 서비스 노드 능력 처리 장치1(92)이 포함된다.

도11은 본 발명의 실시예의 서비스 노드 능력 처리 장치2의 구조 블럭도로서, 도11에 도시된 바와 같이, 해당 장치에는 수신 모듈(112)과 읽기 모듈(114)이 포함되는 바, 아래 해당 장치에 대하여 설명을 진행하도록 한다.

수신 모듈(112)은 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 포함하는 데이터 메시지를 수신하는 바, 그 중에서, 교환 정보 집합에는 서비스 기능 체이닝 상의 서비스 노드 사이의 능력의 교집합이 포함되도록 설정되며; 읽기 모듈(114)은 상기 수신 모듈(112)에 연결되고, 교환 정보 집합에 의하여 데이터 메시지 중에 기패키징된 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽도록 설정된다.

도12는 본 발명의 실시예의 서비스 노드 능력 처리 장치2의 바람직한 구조 블럭도1로서, 도12에 도시된 바와 같이, 해당 장치에는 도11에 도시된 모든 구조를 포함하는 외, 또한 제2 확정 모듈(122), 처리 모듈(124)과 제2 패키징 모듈(126)이 포함되는 바, 아래 해당 장치에 대하여 설명을 진행하도록 한다.

제2 확정 모듈(122)은 상기 읽기 모듈(114)에 연결되고, 서비스 노드에 처리 결과가 데이터 메시지 중에 패키징되지 않은 중간 노드 능력이 포함되나, 중간 노드 능력이 교환 정보 집합에 존재하는 것을 확정하도록 설정되며; 처리 모듈(124)은 상기 제2 확정 모듈(122)에 연결되고, 중간 노드 능력에 대하여 처리를 진행하여 중간 노드 능력 처리 결과를 취득하도록 설정되며; 제2 패키징 모듈(126)은 상기 처리 모듈(124)에 연결되고, 중간 노드 능력 처리 결과를 다음 서비스 노드로 전달하는 데이터 메시지 중에 패키징하도록 설정된다.

도13은 본 발명의 실시예의 서비스 노드 능력 처리 장치2의 바람직한 구조 블럭도2로서, 도13에 도시된 바와 같이, 해당 장치에는 도11에 도시된 모든 구조 외, 또한 실행 모듈(132)이 포함되는 바, 아래 해당 실행 모듈(132)에 대하여 설명을 진행하도록 한다.

실행 모듈(132)은 교환 정보 집합 중의 능력에 대하여 하기 조작의 적어도 하나를 실행하는 바, 즉 추가, 삭제, 수정이도록 설정된다.

도14는 본 발명의 실시예의 서비스 노드의 구조 블럭도로서, 도14에 도시된 바와 같이, 해당 서비스 노드(140)에는 상기 임의 한 항의 데이터 메시지 테이블 항목 처리 장치2(142)가 포함된다.

관련 기술에서 노드 사이에서 정보를 교환하는 것이 목적성이 없기 때문에, 맹목적인 교환이 자원 낭비를 초래한다. 지목하여야 할 바로는, 서비스 노드 능력의 종류가 아주 많기 때문에, 여기에서는 단지 서비스 노드의 테이블 항목에 대한 처리 능력을 예로 들어 설명을 진행하도록 한다. 기타 능력도 본 발명의 실시예 및 바람직한 실시방식을 사용하여 구현될 수 있다. 예를 들면, 만일 SF2의 처리가 ACL 테이블의 검색을 필요로 하지 않는다면, SF1은 ACL 테이블 검색 결과를 metadata에 저장하는 것은 아무런 의미도 없다. 그리고, SF1가 찾는 테이블 항목은 단지 ACL 한 가지 유형이 아니고 또한 QoS 테이블, 터널 테이블, 태그 테이블 등 여러 가지 유형의 테이블 항목 및 SF1 처리 후의 결과가 있으며, SF1은 상기 어떠한 테이블 항목 검색 결과 및 처리 결과를 Metadata에 저장하고 SF2로 송신할 것인지 결정하여야 한다. 만일 모두 metadata에 저장한다면, 이때 Metadata 공간이 상기 다수의 테이블 항목의 검색 결과의 저장 요구를 만족시키지 못하고 정보를 분실할 수 있다.

본 실시예에서, 어떻게 여기의 SF1로 통지하여 어떠한 파라미터 또는 어떠한 결과를 metadata에 저장하는 처리를 통하여 노드 정보 교환의 유효성을 구현한다. 예를 들면, metadata에 교환 정보 유형을 저장하는 방안으로 상기 결함을 해결한다. 해당 교환 정보 유형은 노드 사이에 교환하는 것이 어떤 정보인지를 가리킬 수 있는 바, 예를 들면 ACL 번호가 한 가지 교환 정보 유형이고, 사용자 ID가 한 가지 교환 정보 유형이며, DPI 처리 결과가 한 가지 교환 정보 유형이다.

metadata에 교환 정보 유형을 저장하는 방법을 통하여 SFP 노드 사이에서 유효 정보를 전달하고, 관련 기술에서 일부 무효한 교환 정보를 전달하여 Metadata 필드 공간의 낭비를 초래하는 문제를 해결한다. 아래 해당 방법에 대하여 설명을 진행하도록 한다.

서비스 분류기 classifer은 외부 메시지를 수신한 후, 해당 메시지의 필드 정보에 의하여 분류를 진행하고, 또한 하나의 서비스 기능 경로(service function path, SFP)를 확정하며; 서비스 분류기 또는 제어기는 서비스 기능 경로 상의 모든 노드를 분석하고, 또한 그 모든 노드 서비스 처리 시 모든 테이블 항목의 교집합을 귀납한다. 그 중에서, 해당 테이블 항목의 교집합은 SFP 중의 모든 노드를 말하며; 노드1이 메시지를 처리할 때 검색하여야 하는 다수의 테이블 항목, 노드2가 메시지를 처리할 때 검색하여야 하는 다수의 테이블 항목, 노드3이 메시지를 처리할 때 검색하여야 하는 다수의 테이블 항목, ... ..., 노드N이 메시지를 처리할 때 검색하여야 하는 다수의 테이블 항목이며, 그 후 노드1, 2, 3 ... ... N 중의 임의 두 노드를 선택하여 메시지 처리할 때 처리하여야 하는 동일한 테이블 항목의 집합이다.

서비스 분류기 또는 제어기는 해당 SFP 상의 모든 노드 테이블 항목의 교집합에 의하여, 서비스 기능 경로 상의 필요한 교환 정보 유형 집합(즉 상기의 교환 정보 집합)을 귀납하며; 서비스 분류기는 상기 교환 정보 유형 집합을 Metadata에 패키징시키고, 계속하여 SFC에 필요한 패키징을 진행하여 SFP 중의 다음 처리 노드로 송신한다.

교환 정보 유형 집합 패키징은 여러 가지 방식을 사용할 수 있는 바, 예를 들면, 도15는 본 발명의 실시예의 교환 정보 유형 집합을 Metadata에 패키징시키는 것을 비트맵 포맷을 사용한 도면으로서, 도15에 도시된 바와 같이, 교환 정보 유형 집합을 Metadata에 패키징할 때 비트맵 포맷을 사용할 수 있는 바, 즉 비트맵 중의 각 비트가 한 가지 교환 정보 유형을 대표한다.

또 예를 들면, 도16은 본 발명의 실시예의 교환 정보 유형 집합을 Metadata에 패키징시키는 것을 큐 포맷을 사용한 도면으로서, 도16에 도시된 바와 같이, 교환 정보 유형 집합을 Metadata에 패키징할 때 큐 포맷을 사용할 수 있는 바, 즉 큐 중의 각 항목이 한 가지 교환 정보 유형을 대표한다.

메시지가 다음 처리 노드에 도달한 후, 노드의 서비스 특성에 의하여 관련 테이블 항목을 검색하고, 아울러 Metadata 중의 교환 정보 유형 집합을 분석하며; 만일 해당 테이블 항목이 속하는 유형이 교환 정보 유형 집합에 있을 때, 테이블 항목의 검색 결과를 기록하고 또한 해당 결과를 Metadata에 패키징하여, 후속 처리 노드가 사용하도록 하며; 만일 테이블 항목이 속하는 유형이 교환 정보 유형 집합에 있지 않을 때, 테이블 항목 검색 결과를 Metadata에 기록하지 않는다.

메시지가 SFP 중의 각 처리 노드를 거쳐 처리를 진행할 때, 노드는 모두 Metadata 중의 하나 또는 다수의 교환 정보 유형을 추가 또는 삭제할 수 있다.

상기 처리를 거쳐, SFP노드 사이에 유효한 정보를 전달하여,관련 기술에서 일부 무효한 교환 정보를 전달하여 Metadata 필드 공간의 낭비를 초래하는 문제를 해결한다.

아래 바람직한 실시예를 통하여 설명을 진행하도록 한다.

< 바람직한 실시예1 >

도17은 본 발명의 바람직한 실시예1의 SFP1(SF1-SF2))을 기반으로 하는 배치 시나리오 실시예 도면으로서, 도17에 도시된 바와 같이, 해당 실시예에는 하기 처리가 포함된다.

101: 네트워크 관리자가 구성한 사용자가 게이트웨이를 통하여 처리를 진행할 때, SF1과 SF2의 처리를 진행하여야 하며;

102: 사용자가 외부 네트워크 접속을 위한 메시지를 송신하며;

103: 분류기가 해당 메시지를 수신한 후, 101 단계의 구성 정책에 의하여 분류를 진행하고 또한 SFP1을 생성하는 바, 그 중에서 SFP1은 SF1과 SF2 두 서비스 기능 인스턴스를 거치며;

104: SF1이 메시지에 대하여 처리를 진행할 때 테이블 항목1, 테이블 항목2, 테이블 항목3 세 테이블 항목의 처리를 진행하여야 하며; SF2가 메시지에 대하여 처리를 진행할 때 테이블 항목1, 테이블 항목2, 테이블 항목4 세 테이블 항목의 처리를 진행하여야 하며;

105: 분류기가 104 단계의 분석 계산 결과에 의하여, 전반 서비스 기능 체이닝의 교환 정보 유형을 취득하는 바, 테이블 항목1, 테이블 항목2가 포함되며;

106: 분류기가 128 비트의 비트맵 필드를 할당하고, 또한 해당 비트맵의 제0비트와 제1비트를 1로 설정하고, 기타 비트를 0으로 설정하며; 그 중에서 해당 비트맵의 제0비트는 테이블 항목1을 대표하고, 제1비트는 테이블 항목2를 대표하며;

107: 분류기가 상기 128 비트의 비트맵의 필드를 메시지에 패키징하여, SF1 서비스 기능 인스턴스로 송신하며;

108: SF1 서비스 기능 인스턴스가 테이블 항목1, 테이블 항목2, 테이블 항목3의 처리를 진행하고, 또한 상기 128 비트 비트맵의 필드를 읽으며, 제0비트와 제1비트가 1로 설정된 것을 발견한다. 그러므로 SF1 서비스가 테이블 항목1의 결과와 테이블 항목2의 결과를 추가로 Metadata에 저장하고 또한 SF2 서비스 기능 인스턴스로 송신하며;

109: SF2 서비스 기능 인스턴스가 SF1 서비스 기능 인스턴스가 송신한 메시지를 수신한 후, 상기 128 비트 비트맵의 필드를 읽으며, 제0비트와 제1비트가 1로 설정된 것을 발견한다. SF2 서비스 기능 인스턴스가 직접 Metadata 중의 테이블 항목1과 테이블 항목2를 읽어, 이 양자가 중복되게 검색되는 것을 방지하여, 방화벽 서비스 기능 인스턴스 처리 효율을 향상시키며;

110: 메시지는 SF1 서비스 기능 인스턴스와 SF2 서비스 기능 인스턴스의 처리를 거친 후, 네트워크로 송신된다.

< 바람직한 실시예2 >

도18은 본 발명의 바람직한 실시예2의 SFP2(SF3-SF4-SF5)을 기반으로 하는 배치 시나리오 실시예 도면으로서, 도18에 도시된 바와 같이, 해당 실시예에는 하기 처리가 포함된다.

201: 네트워크 관리자가 구성한 사용자가 게이트웨이를 통하여 처리를 진행할 때, SF3과 SF4와 SF5의 처리를 진행하여야 하며;

202: SF3가 메시지에 대하여 처리를 진행할 때 테이블 항목10, 테이블 항목11, 테이블 항목12 세 테이블 항목의 처리를 진행하여야 하며; SF4가 메시지에 대하여 처리를 진행할 때 테이블 항목10, 테이블 항목11, 테이블 항목13 세 테이블 항목의 처리를 진행하여야 하며; SF5가 메시지에 대하여 처리를 진행할 때 테이블 항목10, 테이블 항목11 두 테이블 항목의 처리를 진행하여야 하며;

203: SFC 제어기가 202 단계의 분석 계산 결과에 의하여, 전반 서비스 기능 체이닝의 교환 정보 유형을 취득하는 바, 테이블 항목10, 테이블 항목11이 포함되며;

204: SFC 제어기가 해당 사용자의 SFP2와 교환 정보 유형을 분류기로 송신하며;

205: 사용자가 외부 네트워크 접속을 위한 메시지를 송신하며;

206: 분류기가 해당 메시지를 수신한 후, 2 바이트의 필드를 할당하고, 또한 해당 필드 제0바이트를 8로 설정하며; 제1번째 바이트를 13으로 설정하며; 필드값이 8인 것은 교환 정보 유형이 테이블 항목10임을 표시하며; 필드값이 13인 것은 교환 정보 유형이 테이블 항목11임을 표시하며; 분류기가 다음 노드의 IP 주소에 의하여, 해당 필드를 재차 새로운 Metadata 메시지로 패키징한다.

207: 분류기가 메시지와 Metadata 메시지를 순차적으로 SF3 서비스 기능 인스턴스로 송신하며;

208: SF3 서비스 기능 인스턴스가 테이블 항목10, 테이블 항목11, 테이블 항목12의 처리를 진행하고, 상기 Metadata 메시지를 읽으며, 제0번째 바이트가 8이고, 제1번째 바이트가 13인 것을 발견한다. 그러므로 SF3 서비스가 테이블 항목10의 결과와 테이블 항목11의 결과를 추가로 Metadata에 저장하고 또한 메시지와 함께 SF4 서비스 기능 인스턴스로 송신하며;

209: SF4 서비스 기능 인스턴스가 SF3 서비스 기능 인스턴스가 송신한 메시지를 수신한 후, 상기 Metadata를 읽고, 제0번째 바이트가 8이고, 제1번째 바이트가 13인 것을 발견한다. SF4 서비스 기능 인스턴스가 직접 Metadata 중의 테이블 항목10의 결과와 테이블 항목11의 결과를 읽고, 다시 테이블 항목13의 검색과 처리를 진행한다. 이어 메시지와 Metadata 메시지를 SF5 서비스 기능 인스턴스로 송신하며;

210: SF5 서비스 기능 인스턴스가 SF4 서비스 기능 인스턴스가 송신한 메시지를 수신한 후, 상기 Metadata메시지를 읽고, 제0번째 바이트가 8이고, 제1번째 바이트가 13인 것을 발견한다. SF5 서비스 기능 인스턴스가 직접 Metadata 중의 테이블 항목10의 결과와 테이블 항목11의 결과를 읽고, 상응한 SF5 처리를 완성한다.

211: 메시지는 SF3 서비스 기능 인스턴스, SF4 서비스 기능 인스턴스와 SF5 서비스 기능 인스턴스의 처리를 거친 후, 네트워크로 송신된다.

당업계의 기술인원들은 상기 본 발명의 각 모듈 또는 각 단계는 일반적인 계산 장치를 통하여 구현할 수 있는 바, 이들은 단일 계산 장치 상에 집적되거나, 또는 다수의 계산 장치로 구성된 네트워크 상에 분포되며, 이들은 선택적으로 계산 장치에서 실행 가능한 프로그램 코드에 의하여 구현될 수 있기 때문에, 이들을 저장 장치에 저장하여 계산 장치로 실행하며, 또한 일부 상황에서는 상기 순서와 다른 순서로 상기 단계를 진행하거나, 또는 이들을 각각 집적 회로 모듈로 제작하거나, 또는 이들 중의 다수의 모듈 또는 단계를 단일 직접 회로 모듈로 제작하여 구현할 수 있음을 이해하여야 할 것이다. 이로써 본 발명은 어떠한 특정된 하드웨어와 소프트웨어 결합의 제한을 받지 않는다.

이상에서는 본 발명을 특정의 바람직한 실시예에 대해서 도시하고 설명하였지만, 본 발명은 상술한 실시예에서만 한정되는 것은 아니며, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면 얼마든지 다양하게 변경하여 실시할 수 있을 것이다. 발명의 기술적 사상의 요지를 벗어나지 않는 범위에서 진행된 수정, 대체, 개선 등은 모두 본 발명의 보호범위에 속한다.

상술한 바와 같이, 상기 실시예 및 바람직한 실시방식을 통하여, 관련 기술에서 노드 사이에서 정보를 교환하는 것이 목적성이 없기 때문에, 맹목적인 교환이 자원 낭비를 초래하는 문제를 해결하고, 나아가 무효 정보 교환으로 인한 필드 자원 낭비를 방지하는 효과를 갖는다.

Claims (14)

1. 서비스 노드 능력 처리 방법에 있어서,
   데이터 메시지 처리에 사용될 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정하는 바, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 교집합이 포함되며;
   상기 교환 정보 집합을 상기 데이터 메시지 중에 패키징시키는 바, 상기 교환 정보 집합은 상기 서비스 노드가 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는데 사용되는 것이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 방법.
2. 제1항에 있어서,
   상기 데이터 메시지 처리에 사용되는 상기 서비스 기능 체이닝 상의 상기 서비스 노드의 상기 교환 정보 집합을 확정하는 것에는,
   상기 서비스 기능 체이닝 상의 각 서비스 노드의 능력을 확정하며;
   적어도 두 개의 서비스 노드의 동일한 능력을 선택하여 상기 서비스 노드의 능력의 교집합으로 하는 것이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 방법.
3. 제1항 또는 제2항에 있어서,
   비트맵 포맷을 사용하는 방식과 큐 포맷을 사용하는 방식 중의 적어도 하나를 통하여 상기 교환 정보 집합을 상기 데이터 메시지 중에 패키징하는 것을 특징으로 하는 서비스 노드 능력 처리 방법.
4. 서비스 노드 능력 처리 방법에 있어서,
   서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 포함하는 데이터 메시지를 수신하는 바, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 교집합이 포함되며;
   상기 교환 정보 집합에 의하여 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는 것이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 방법.
5. 제4항에 있어서,
   상기 교환 정보 집합에 의하여 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽은 후, 또한
   상기 서비스 노드에 처리 결과가 상기 데이터 메시지 중에 패키징되지 않은 중간 노드 능력이 포함되나, 상기 중간 노드 능력이 상기 교환 정보 집합에 존재하는 것을 확정하며;
   상기 중간 노드 능력에 대하여 처리를 진행하여 중간 노드 능력 처리 결과를 취득하며;
   상기 중간 노드 능력 처리 결과를 다음 서비스 노드로 전달하는 데이터 메시지 중에 패키징하는 것이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 방법.
6. 제4항에 있어서,
   상기 교환 정보 집합에 의하여 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽은 후, 또한
   상기 교환 정보 집합 중의 능력에 대하여 추가, 삭제, 수정 조작의 적어도 하나를 실행하는 것이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 방법.
7. 서비스 노드 능력 처리 장치에 있어서,
   데이터 메시지 처리에 사용될 서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 확정하는 바, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 교집합이 포함되도록 설정되는 제1 확정 모듈;
   상기 교환 정보 집합을 상기 데이터 메시지 중에 패키징시키는 바, 상기 교환 정보 집합은 상기 서비스 노드가 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽는데 사용되도록 설정되는 제1 패키징 모듈이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 장치.
8. 제7항에 있어서, 상기 제1 확정 모듈에는
   상기 서비스 기능 체이닝 상의 각 서비스 노드의 능력을 확정하도록 설정되는 확정 유닛;
   적어도 두 개의 서비스 노드의 동일한 능력을 선택하여 상기 서비스 노드의 능력의 교집합으로 하도록 설정되는 선택 유닛이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 장치.
9. 제7항 또는 제8항의 장치가 포함되는 서비스 분류기.
10. 제7항 또는 제8항의 장치가 포함되는 서비스 제어기.
11. 서비스 노드 능력 처리 장치에 있어서,
    서비스 기능 체이닝 상의 서비스 노드의 교환 정보 집합을 포함하는 데이터 메시지를 수신하는 바, 상기 교환 정보 집합에는 상기 서비스 기능 체이닝 상의 상기 서비스 노드 사이의 능력의 교집합이 포함되도록 설정되는 수신 모듈;
    상기 교환 정보 집합에 의하여 상기 데이터 메시지 중에 기패키징된 상기 서비스 노드 사이의 능력의 교집합에 대응되는 능력 처리 후 취득한 처리 결과를 읽도록 설정되는 읽기 모듈이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 장치.
12. 제11항에 있어서, 또한
    상기 서비스 노드에 처리 결과가 상기 데이터 메시지 중에 패키징되지 않은 중간 노드 능력이 포함되나, 상기 중간 노드 능력이 상기 교환 정보 집합에 존재하는 것을 확정하도록 설정되는 제2 확정 모듈;
    상기 중간 노드 능력에 대하여 처리를 진행하여 중간 노드 능력 처리 결과를 취득하도록 설정되는 처리 모듈;
    상기 중간 노드 능력 처리 결과를 다음 서비스 노드로 전달하는 데이터 메시지 중에 패키징하도록 설정되는 제2 패키징 모듈이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 장치.
13. 제11항에 있어서, 또한
    상기 교환 정보 집합 중의 능력에 대하여 추가, 삭제, 수정 조작의 적어도 하나를 실행하도록 설정되는 실행 모듈이 포함되는 것을 특징으로 하는 서비스 노드 능력 처리 장치.
14. 제11항 내지 제13항 중 어느 한 항의 장치가 포함되는 서비스 노드.

Images