KR102158389B1 - 컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드 - Google Patents

컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드 Download PDF

Info

Publication number
KR102158389B1
KR102158389B1 KR1020130134072A KR20130134072A KR102158389B1 KR 102158389 B1 KR102158389 B1 KR 102158389B1 KR 1020130134072 A KR1020130134072 A KR 1020130134072A KR 20130134072 A KR20130134072 A KR 20130134072A KR 102158389 B1 KR102158389 B1 KR 102158389B1
Authority
KR
South Korea
Prior art keywords
content
packet
node
name
segment
Prior art date
Application number
KR1020130134072A
Other languages
English (en)
Other versions
KR20150052544A (ko
Inventor
박중홍
김재훈
장명욱
Original Assignee
삼성전자주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020130134072A priority Critical patent/KR102158389B1/ko
Priority to US15/033,982 priority patent/US20160292274A1/en
Priority to PCT/KR2014/006412 priority patent/WO2015068929A1/ko
Publication of KR20150052544A publication Critical patent/KR20150052544A/ko
Application granted granted Critical
Publication of KR102158389B1 publication Critical patent/KR102158389B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/951—Indexing; Web crawling techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9014—Indexing; Data structures therefor; Storage structures hash tables
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/90335—Query processing
    • G06F16/90344—Query processing by using string matching techniques
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Abstract

노드가 개시된다. 컨텐츠의 적어도 하나의 세그먼트를 저장하는 컨텐츠 테이블; 다른 노드로부터 수신한 패킷의 특성에 기초하여 탐색 방법을 결정하는 제어부; 및 결정된 탐색 방법을 기초로, 컨텐츠의 이름의 적어도 일부를 이용하여 컨텐츠 테이블에 저장된 컨텐츠를 탐색하는 탐색부를 포함하는 노드를 제공할 수 있다.

Description

컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드{OPERATING METHOD OF NODE CONSIDERING PACKET CHARACTERISTICS IN CONTENT CENTRIC NETWORK AND THE NODE}
아래의 실시예들은 컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드에 관한 것이다.
컨텐츠 중심 네트워크(Content Centric Network; CCN)는 각 노드 별로 컨텐츠 캐시(Content Cache)를 이용해 컨텐츠 세그먼트(segment)들을 저장함으로써 효율적인 컨텐츠 분배를 지원한다. 즉, 노드는 사람들이 많이 찾는 컨텐츠를 소스(source)로부터 매번 직접 전달받는 것이 아니라, 라우팅 경로 상에서 해당 컨텐츠를 저장하고 있는 중간 노드로부터 전달받을 수 있다. 이를 통해 컨텐츠 중심 네트워크에서는 특정 노드(예를 들어, 컨텐츠 소스(Content Source), 또는 서버(server))로 컨텐츠 요청이 집중되는 현상을 완화시키고, 네트워크 코어망의 혼잡성도 줄일 수 있게 된다.
이와 같은 효율적인 컨텐츠 분배를 위해 라우팅 경로에 있는 수많은 노드들은 컨텐츠 세그먼트 요청에 대해 자신의 캐시 내 모든 컨텐츠 세그먼트들을 매 요청마다 탐색한다. 하지만, 아무리 효율적인 탐색 방법을 사용한다고 하더라도, 라우팅 경로에 있는 많은 노드들이 자신의 컨텐츠 캐시에 있는 모든 컨텐츠 세그먼트들을 매 요청마다 탐색해야 하는 경우, 프로세스의 오버헤드는 전체적인 전송 성능의 저하를 가져올 수 있다.
본 발명의 배경이 되는 기술로는 다음 2건의 특허 문헌이 있습니다.
(1) 한국공개특허공보 제2013-0117674호 (2013-10-28)
(2) 미국특허출원 공개공보 US2009/0288163호(2009.11.19.)
일실시예에 따르면, 노드는, 컨텐츠의 적어도 하나의 세그먼트를 저장하는 컨텐츠 테이블; 다른 노드로부터 수신한 패킷의 특성에 기초하여 탐색 방법을 결정하는 제어부; 및 상기 결정된 탐색 방법을 기초로, 상기 컨텐츠의 이름의 적어도 일부를 이용하여 상기 컨텐츠 테이블에 저장된 컨텐츠를 탐색하는 탐색부로 구성되는 컨텐츠 캐시를 포함한다.
상기 제어부는, 상기 패킷의 특성이 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단하고, 상기 판단 결과에 따라 탐색 방법을 결정할 수 있다.
상기 제어부는, 상기 패킷을 분석하여 상기 패킷이 요청하는 컨텐츠의 세그먼트 번호를 추출하고, 상기 세그먼트 번호를 이용하여 상기 패킷이 상기 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단할 수 있다.
상기 제어부는, 상기 패킷에 포함된 커맨드 표식을 추출하고, 상기 커맨드 표식을 이용하여 상기 패킷이 상기 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단할 수 있다.
상기 제어부는, 상기 패킷의 헤더에 포함된 정보를 추출하고, 상기 추출한 정보를 이용하여 상기 패킷이 상기 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단할 수 있다.
상기 제어부는, 상기 패킷이 상기 컨트롤 관련 패킷에 해당하는 것으로 판단되면, 상기 컨텐츠의 이름의 일부 매칭을 이용하여 상기 컨텐츠를 탐색하는 바이너리 탐색 방법(Binary Search Algorithm)을 상기 탐색 방법으로 결정할 수 있다.
상기 제어부는, 상기 패킷이 상기 데이터 관련 패킷에 해당하는 것으로 판단되면, 상기 컨텐츠의 이름의 전부 매칭을 이용하여 상기 컨텐츠를 탐색하는 해시 탐색 방법(Hash Search Algorithm)을 상기 탐색 방법으로 결정할 수 있다.
상기 탐색부는, 바이너리 탐색 모듈 및 해시 탐색 모듈을 포함하고, 상기 바이너리 탐색 모듈은 바이너리 탐색 방법에 따라 상기 컨텐츠의 이름의 일부를 이용하여 상기 컨텐츠를 탐색하고, 상기 해시 탐색 모듈은 해시 탐색 방법에 따라 상기 컨텐츠의 이름의 전부를 이용하여 상기 컨텐츠를 탐색할 수 있다.
상기 바이너리 탐색 방법에 따라 상기 컨텐츠의 이름의 일부를 이용하여 탐색되는 상기 컨텐츠의 이름의 컴포넌트의 개수는, 미리 설정될 수 있다.
일 실시예에 따르면, 노드의 동작 방법은 다른 노드로부터 인터레스트 패킷을 수신하는 단계; 상기 인터레스트 패킷의 특성을 기초로, 컨텐츠 이름의 부분 매칭을 필요로 하는지 여부를 판단하는 단계; 및 상기 판단 결과를 기초로, 바이너리 탐색 방법 또는 해시 탐색 방법 중 어느 하나의 방법을 선택하여 매칭되는 컨텐츠를 탐색하는 단계를 포함할 수 있다.
상기 판단하는 단계는, 상기 인터레스트 패킷에 포함된 컨텐츠의 이름 또는 상기 인터레스트 패킷의 헤더 정보를 이용하여 상기 인터레스트 패킷이 상기 컨텐츠 이름의 부분 매칭을 필요로 하는지 여부를 판단하는 단계를 포함할 수 있다.
상기 탐색하는 단계는, 상기 인터레스트 패킷이 컨텐츠 이름의 부분 매칭을 필요로 한다고 판단되는 경우, 바이너리 탐색 방법을 선택하는 단계; 및 상기 바이너리 탐색 방법을 이용하여 매칭되는 컨텐츠를 탐색하는 단계를 포함할 수 있다.
상기 탐색하는 단계는, 상기 인터레스트 패킷이 컨텐츠 이름의 전부 매칭을 필요로 한다고 판단되는 경우, 해시 탐색 방법을 선택하는 단계; 및 상기 해시 탐색 방법을 이용하여 매칭되는 컨텐츠를 탐색하는 단계를 포함할 수 있다.
상기 해시 탐색 방법을 이용하여 매칭되는 컨텐츠를 탐색하는 단계는, 상기 컨텐츠의 이름을 키 값으로 설정하여 해시 함수를 수행하는 단계; 상기 수행 결과를 이용하여 해시 테이블의 인덱스 값을 획득하는 단계; 및 상기 인덱스 값을 이용하여 상기 매칭되는 컨텐츠를 탐색하는 단계를 포함할 수 있다.
상기 탐색한 컨텐츠를 전달하는 단계를 더 포함할 수 있다.
일 실시예에 따르면, 노드의 동작 방법은 다른 노드로부터 컨텐츠 패킷을 수신하는 단계; 상기 컨텐츠 패킷의 세그먼트가 컨텐츠 이름의 부분 매칭을 위해 필요한 것인지 여부를 판단하는 단계; 및 상기 판단 결과를 기초로, 상기 세그먼트를 바이너리 탐색 리스트 또는 해시 테이블 중 적어도 하나에 추가하는 단계를 포함한다.
상기 판단하는 단계는, 상기 컨텐츠 패킷에 포함된 컨텐츠의 이름 또는 상기 컨텐츠 패킷의 헤더 정보를 이용하여 상기 세그먼트가 상기 컨텐츠 이름의 부분 매칭을 위해 필요한 것인지 여부를 판단하는 단계를 포함할 수 있다.
상기 추가하는 단계는, 상기 세그먼트가 상기 컨텐츠 이름의 부분 매칭을 위해 필요한 것인 경우, 상기 세그먼트를 상기 바이너리 탐색 리스트 및 상기 해시 테이블에 추가하는 단계를 포함할 수 있다.
상기 추가하는 단계는, 상기 세그먼트가 상기 컨텐츠 이름의 부분 매칭을 위해 필요한 것이 아닌 경우, 상기 세그먼트를 상기 해시 테이블에 추가하는 단계를 포함할 수 있다.
도 1은 일실시예에 따른 컨텐츠 중심 네트워크에서 컨텐츠를 전달하는 과정을 나타낸 도면이다.
도 2는 일 실시예에 따른 노드의 컨텐츠 캐시의 구조를 나타낸 도면이다.
도 3은 일 실시예에 따른 바이너리 탐색 기법(Binary Search Algorithm)에 이용되는 스킵 리스트(skip list)의 구조를 나타낸 도면이다.
도 4는 일 실시예에서 이용되는 바이너리 탐색 기법에 의해 도 3의 스킵 리스트를 탐색하는 방법을 설명하기 위한 도면이다.
도 5는 일 실시예에서 이용되는 해시 탐색 기법을 설명하기 위한 도면이다.
도 6은 일 실시예에 따른 노드가 인터레스트 패킷을 처리하는 동작 방법을 나타낸 플로우 차트이다.
도 7은 일 실시예에 따른 노드가 컨텐츠 중심 네트워크에서 컨텐츠 패킷을 처리하는 동작 방법을 나타낸 플로우 차트이다.
이하, 실시예들을 첨부된 도면을 참조하여 상세하게 설명한다. 그러나, 본 발명이 일실시예들에 의해 제한되거나 한정되는 것은 아니다. 또한, 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.
이하에서, '노드'는 예를 들어, 사용자 단말(예를 들어, 스마트 폰), 스마트 tv, pc 노트북, 로봇 청소기 등과 같은 고객 장치 및 액세스 포인트, 라우터 등과 같은 네트워킹 디바이스들을 포함하는 의미로 이해될 수 있다. '컨텐츠 중심 네트워크'는 컨텐츠의 이름을 기반으로 해당 컨텐츠를 가져오는 다양한 네트워킹 방식을 통칭하는 정보 중심 네트워킹(Information-Centric Networking)을 일 예로서, 이하에서 설명하는 내용은 컨텐츠 중심 네트워크 이외에 정보 중심 네트워크에서도 동일하게 적용될 수 있다.
또한, "컨텐츠 요청자(Content Requester)"는 컨텐츠 중심 네트워크에서 컨텐츠 또는 스트리밍 컨텐츠를 요청하는 통신 기기 혹은 노드를 의미하며, "컨텐츠 제공자(Content Provider)"는 컨텐츠 요청자가 요청한 컨텐츠 또는 스트리밍 컨텐츠를 제공하는 통신 기기 혹은 노드로서, 해당 컨텐츠의 최초 생성자(Publisher)뿐만 아니라, 컨텐츠 요청 패킷이 전달되는 경로 상에 있는 중간 노드들 중 해당 컨텐츠의 적어도 일부를 보유한 중간 노드를 포함하는 의미로 이해될 수 있다.
도 1은 일실시예에 따른 컨텐츠 중심 네트워크에서 컨텐츠를 전달하는 과정을 나타낸 도면이다.
컨텐츠 중심 네트워크에서는 컨텐츠 분배를 위해, 각 노드들이 컨텐츠 캐시를 운영한다. 각 노드는 컨텐츠의 세그먼트가 전달되면 자신의 컨텐츠 캐시에 저장하고, 해당 세그먼트에 대한 요청이 있을 때 자신의 컨텐츠 캐시에 저장된 컨텐츠의 세그먼트를 전달한다. 이로 인해 특정 노드(예를 들어, 서버)로 컨텐츠 요청이 집중되는 현상이 분산 처리되고 네트워크 중심망의 데이터 사용을 줄여 줄 수 있다.
도 1을 참조하면, 컨텐츠 중심 네트워크에서 노드가 패킷 전달을 통해 컨텐츠를 수신하는 과정을 볼 수 있다.
컨텐츠 중심 네트워크에서 노드는 패킷 전달을 통해 컨텐츠의 최신 버전 정보를 수신하고, 순차적으로 컨텐츠의 다음 세그먼트를 요청하여 수신할 수 있다. 이때, 노드가 전달하는 인터레스트 패킷(Interest Packet)은 컨텐츠 세그먼트를 요청하는 패킷이고, 컨텐츠 패킷(Content Packet)은 컨텐츠 세그먼트를 포함하는 패킷이다. 각각의 패킷에 포함된 컨텐츠의 이름은 패킷이 전달되는 과정에서 해당 패킷이 요청하거나, 포함하는 컨텐츠의 이름에 따라 변할 수 있다.
컨텐츠 중심 네트워크에서 컨텐츠 요청을 할 때, 노드는 컨텐츠 이름의 전체(full name)을 이용할 수도 있고, 컨텐츠 이름 중 일부(예를 들어, 컨텐츠 이름의 앞쪽 일부인 프리픽스(prefix))만을 이용할 수도 있다. 노드는 예를 들어, 최신 버전, 컨텐츠 리스트 정보 또는 라우팅 정보와 같은 제어 메시지(control message)를 얻어 오기 위해 이름 앞쪽 일부(prefix)만 요청하여, 부분 매칭이 되는 컨텐츠를 수신할 수 있다.
컨텐츠는 생성자(Publisher)의 판단에 따라 최신 버전으로 변경될 수 있다.
컨텐츠 요청자(Requester)(110)는 해당 컨텐츠의 최신 버전에 대한 정보를 알기 위해
Figure 112013101144335-pat00001
와 같이 컨텐츠 이름의 부분 매칭을 위한 요청 메시지인 인터레스트 패킷을 보낼 수 있다. 이때, 인터레스트 패킷의 헤더에는 요청하는 해당 컨텐츠의 이름(ccnx://sen/testfile) 뒤에 (Maxsuffix: 2, Minsuffix: 2)와 같이 최대 컴포넌트(Max suffix components)의 개수 혹은 최소 컴포넌트(Min suffix components)의 개수가 추가될 수 있다.
이 요청에 응답하는 컨텐츠 제공자(130)(예를 들어, 생성자 또는 중간 노드)는 자신이 갖고 있는 최신 버전의 첫 번째 세그먼트(
Figure 112013101144335-pat00002
)을 전달할 수 있다. 이때, 해당 컨텐츠가 최신 버전의 컨텐츠인지 여부는 첫 번째 세그먼트(
Figure 112013101144335-pat00003
)의 이름에 포함된 버전 정보(예를 들어, verA/seg0)을 통해 파악될 수 있다.
이 후, 요청자는 생성자 또는 중간 노드로부터 수신한 컨텐츠의 세그먼트 이름을 바탕으로 다음 컨텐츠 세그먼트인 ccnx://sen/testfile/verA/seg1(
Figure 112013101144335-pat00004
)을 요청할 수 있다. 생성자 또는 중간 노드는 요청자가 요청하는 컨텐츠 세그먼트(
Figure 112013101144335-pat00005
)의 이름과 정확히 일치하는 컨텐츠 세그먼트 ccnx://sen/testfile/verA/seg1(
Figure 112013101144335-pat00006
)을 전달할 수 있다. 이러한 방법은 그 다음 세그먼트인 ccnx://sen/testfile/verA/seg2(
Figure 112013101144335-pat00007
) 내지 나머지 모든 세그먼트들을 다 받을 때까지 반복될 수 있다.
이 과정에서 중간 노드들은 전달되는 컨텐츠 세그먼트들을 자신의 컨텐츠 캐시에 저장하고, 다음 컨텐츠 세그먼트의 요청이 왔을 때 자신의 컨텐츠 캐시를 뒤져 해당 세그먼트를 찾아 전달해 주는 절차를 수행하게 된다. 이 때, 노드는 컨텐츠(혹은 컨텐츠의 세그먼트)의 이름 전체에 대한 요청뿐만 아니라, 이름의 일부(예를 들어, 프리픽스(prefix))만 사용하여 매칭되는 컨텐츠를 요청 또한 탐색하여 전달할 수 있다. 수 많은 요청들을 처리하고 전송해야 하는 중간 노드들 입장에서 이런 반복적인 컨텐츠 세그먼트 탐색 작업은 큰 부하가 될 수 있다.
도 2는 일 실시예에 따른 노드의 컨텐츠 캐시의 구조를 나타낸 도면이다.
도 2를 참조하면, 일 실시예에 따른 노드는 컨텐츠 캐시(200)를 포함하고, 컨텐츠 캐시(200)는 컨텐츠 테이블(210), 제어부(230) 및 탐색부(250)를 포함할 수 있다.
컨텐츠 테이블(210)은 컨텐츠의 적어도 하나의 세그먼트를 저장할 수 있다. 이때, 컨텐츠의 적어도 하나의 세그먼트는 다른 노드로부터 수신하여 저장하는 것 일수도 있고, 해당 노드가 원래 저장하고 있던 것일 수 있다.
제어부(230)는 다른 노드로부터 수신한 패킷의 특성에 기초하여 탐색 방법을 결정하고, 결정된 탐색 방법을 컨텐츠 탐색에 적용할 수 있다. 이때, 제어부(230)는 다른 노드로부터 수신한 패킷의 특성이 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단하고, 판단 결과에 따라 탐색 방법을 결정할 수 있다. 제어부(230)는 '패킷 컨트롤러(Packet controller)'라고도 부를 수 있다.
탐색부(250)는 제어부(230)에서 결정된 탐색 방법을 기초로, 컨텐츠의 이름의 적어도 일부를 이용하여 컨텐츠 테이블에 저장된 컨텐츠를 탐색할 수 있다. 탐색부(250)는 컨텐츠 테이블(210)을 탐색하기 위한 두 개의 탐색 모듈인 바이너리 탐색 모듈(253) 및 해시 탐색 모듈(256)을 포함할 수 있다.
바이너리 탐색 모듈(253)은 바이너리 탐색 방법에 따라 컨텐츠의 이름의 일부를 이용하여 컨텐츠를 탐색할 수 있다.
해시 탐색 모듈(256)은 해시 탐색 방법에 따라 컨텐츠의 이름의 전부를 이용하여 컨텐츠를 탐색할 수 있다.
바이너리 탐색 모듈(253)은 컨텐츠 테이블(210)에 저장된 컨텐츠의 이름 중 일부에 대한 부분 매칭을 통해 컨트롤 관련 컨텐츠 세그먼트들을 탐색할 수 있다. 이때, 바이너리 탐색 방법에 따라 컨텐츠의 이름의 일부를 이용하여 탐색되는 컨텐츠의 이름의 컴포넌트의 개수는 미리 제한된 개수로 설정될 수 있다.
해시 탐색 모듈(256)은 컨트롤 관련 컨텐츠 세그먼트들뿐만 아니라, 데이터 관련 컨텐츠 세그먼트들을 모두 탐색할 수 있다.
여기서, '컨트롤 관련 컨텐츠 세그먼트'는 컨트롤에 직접 이용되는 컨텐츠 세그먼트 혹은 컨트롤을 위해 간접적으로 필요한 컨텐츠 세그먼트를 모두 포함하는 의미로 이해될 수 있다. 또한, '데이터 관련 컨텐츠 세그먼트'는 컨텐츠 요청자로부터 직접 요청받은 컨텐츠 혹은 데이터 및 이들과 관련된 정보를 포함하는 의미로 이해될 수 있다.
인터레스트 패킷 혹은 컨텐츠 패킷 각각은 컨트롤 관련 컨텐츠 세그먼트을 포함할 수도 있고, 데이터 관련 컨텐츠 세그먼트를 포함할 수도 있다.
제어부(230)는 다른 노드로부터 수신한 패킷의 특성이 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단하는 데에 다음과 같이 다양한 방법들을 이용할 수 있다.
제어부(230)는 컨텐츠 세그먼트의 번호를 이용해 패킷의 특성을 판단할 수 있다. 제어부(230)는 다른 노드로부터 수신한 패킷을 분석하여 패킷이 요청하는 컨텐츠의 세그먼트 번호를 추출하고, 추출한 세그먼트 번호를 이용하여 패킷이 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단할 수 있다.
예를 들어, 추출한 세그먼트 번호가 해당 컨텐츠의 제일 첫 번째 세그먼트를 의미하는 '0'인 경우, 제어부(230)는 해당 패킷을 컨트롤 관련 패킷으로 판단할 수 있다. 따라서, 제어부(230)는 해당 컨텐츠의 제일 첫 번째 세그먼트의 이름 안에 포함된 버전 정보에 의해 해당 패킷을 컨트롤 관련 패킷으로 판단할 수 있다.
제어부(230)는 커맨드 표식을 이용해 패킷의 특성을 판단할 수 있다. 제어부(230)는 패킷에 포함된 커맨드 표식을 추출하고, 커맨드 표식을 이용하여 해당 패킷이 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단할 수 있다. 컨텐츠의 세그먼트의 이름 안에는 특정 요청 혹은 특정 커맨드(command)에 부합하는 컨텐츠임을 나타내는 커맨드 표식이 포함될 수 있다. 따라서, 제어부(230)는 커맨트 표식을 추출하고, 추출된 커맨트 표식을 이용해 해당 패킷의 특성을 판단할 수 있다. 이때, 커맨드 표식을 예를 들어, 오퍼레이션 아이디(Operation Idnetification; OID)의 형태를 가질 수 있다. 제어부(230)는 패킷의 특성에 따라 탐색 방법을 결정할 수 있다. 제어부(230)에서 결정된 탐색 방법을 기초로, 탐색부(250)는 컨텐츠 테이블에 저장된 컨텐츠를 탐색할 때에 컨텐츠의 이름의 부분 매칭을 이용하거나, 혹은 전부 매칭을 이용할 수 있다.
또한, 제어부(230)는 헤더의 정보를 이용하여 패킷의 특성을 판단할 수 있다.
제어부(230)는 패킷의 헤더에 포함된 정보를 추출하고, 추출한 정보를 이용하여 패킷이 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단할 수 있다. 제어부(230)는 예를 들어, 인터레스트 패킷의 헤더에 포함된 최대 컴포넌트(Max suffix components) 혹은 최소 컴포넌트(Min suffix components)의 개수를 보고 해당 패킷의 특성을 판단할 수 있다. 예를 들어, 인터레스트 패킷의 헤더에 포함된 최대 컴포넌트(Max suffix components)의 개수가 2개이고, 최소 컴포넌트(Min suffix components)의 개수가 2 개인 경우, 제어부(230)는 각 컴포넌트의 개수를 보고 해당 패킷을 최신 버전을 요청하는 패킷으로 판단할 수 있다. 제어부(230)는 해당 패킷을 최신 버전을 요청하는 커맨드로 인식하여 컨텐츠 캐시(200)에 저장된 최신 버전의 컨텐츠의 첫 번째 세그먼트(PREFIX/verA/seg0)로 응답할 수 있다. 이때,, 인터레스트 패킷의 헤더에 포함된 최대 컴포넌트(Max suffix components)의 개수 2, 및 최소 컴포넌트(Min suffix components)의 개수 2는 최신 버전을 요청하는 커맨드를 의미하는 것으로 미리 약속될 수 있다.
이 밖에도, 제어부(230)는 패킷의 헤더에 별도로 표시된 해당 패킷에 대한 정보(예를 들어, 컨텐츠 이름의 부분 매칭을 필요로 하는지 여부 등)를 이용하여 해당 패킷의 특성을 판단할 수도 있다.
제어부(230)는 해당 패킷이 컨트롤 관련 패킷으로 판단되면, 컨텐츠의 이름의 일부 매칭을 이용하여 컨텐츠를 탐색하는 바이너리 탐색 방법(Binary Search Algorithm)을 탐색 방법으로 결정할 수 있다. 바이너리 탐색 방법에 대하여는 아래의 도 3 내지 도 4를 참조하여 설명한다.
제어부(230)는 해당 패킷이 데이터 관련 패킷으로 판단되면, 컨텐츠의 이름의 전부 매칭을 이용하여 컨텐츠를 탐색하는 해시 탐색 방법(Hash Search Algorithm)을 탐색 방법으로 결정할 수 있다. 해시 탐색 방법에 대하여는 아래의 도 5를 참조하여 설명한다.
도 3은 일 실시예에 따른 바이너리 탐색 기법(Binary Search Algorithm)에 이용되는 스킵 리스트(skip list)의 구조를 나타낸 도면이다.
도 3을 참조하면, 스킵 리스트(skip list)는 리스트 구조에서 레벨(Level)을 갖고 있는 리스트 개체가 링크된 리스트(linked list) 형태로 연결되어 있는 구조이다. 스킵 리스트에서 레벨이 깊거나 링크로 연결된 곳에는 값이 더 큰 데이터가 저장될 수 있다.
스킵 리스트의 리스트 개체는 여러 레벨을 가질 수 있고, 각 레벨에는 링크된 리스트(linked list)로 연결된 다른 개체들이 존재할 수 있다. 레벨의 깊이 증가는 전체 개체의 개수랑 상관없이 랜덤 넘버(random number)에 의해 결정이 될 수 있다. 스킵 리스트에서의 탐색 방법은 아래의 도 4를 통해 설명한다.
도 4는 일 실시예에서 이용되는 바이너리 탐색 기법에 의해 도 3의 스킵 리스트를 탐색하는 방법을 설명하기 위한 도면이다.
도 4를 참조하면, 노드는 컨텐츠 세그먼트에 대한 탐색 요청을 받게 되면 스킵 리스트(skip list)에서 시작 포인터가 가리키고 있는 개체의 값(혹은 세그먼트 번호)과 요청받은 컨텐츠의 세그먼트의 값(혹은 세그먼트 번호)을 비교한다.
요청받은 컨텐츠의 세그먼트의 값이 시작 포인터가 가리키고 있는 개체의 값보다 더 크다고 판단되면, 노드는 비교했던 개체에 연결된 다음 개체와 요청받은 세그먼트의 값을 다시 비교한다.
다음 개체의 값이 요청받은 세그먼트의 값보다 크다면, 노드는 이전 개체에서 레벨 다운(level down)하여 요청받은 세그먼트를 탐색한다.
노드는 이런 방식으로 계속 비교 탐색하여 가장 적절한 개체를 찾는다.
도 4에서 예를 들어, 노드가 세그먼트 "14" 및 세그먼트 "23"을 찾는다고 하자.
이 경우, 노드는 세그먼트 "14"를 찾기 위해 스킵 리스트에 저장된 세그먼트 0, 1, 17, 2, 18, 3, 7, 19, 8, 11, 20, 12, 15, 13, 14와의 총 15회의 비교를 수행한다. 또한, 노드는 세그먼트 "23"을 찾기 위해서는 0, 1, 17, 18, 23과의 총 5회의 비교를 수행한다.
이런 방식으로 스킵 리스트(skip list)를 탐색하는 기법은 탐색 횟수 평균 log N회의 성능을 보여 준다. 일 실시예에 따른 컨텐츠 중심 네트워크에서 스킵 리스트를 사용하여 해당 세그먼트의 값의 비교를 할 때에 노드는 요청하는 컨텐츠의 이름 길이만큼만 비교를 수행한다. 이러한 방식을 통해, 노드는 요청하는 컨텐츠의 이름과 가장 근접한 컨텐츠 세그먼트를 얻어낼 수 있고, 컨텐츠 세그먼트를 요청하는 패킷의 헤더에 명시된 추가 매칭 요청(예, 추가로 연결돼야 하는 컴포넌트의 개수 등)을 추가로 비교하여 컨텐츠 이름의 부분 매칭이 가능하게 할 수 있다.
도 5는 일 실시예에서 이용되는 해시 탐색 기법을 설명하기 위한 도면이다.
도 5를 참조하면, 노드가 해시(hash) 함수를 이용하여 컨텐츠 세그먼트를 탐색하는 것을 볼 수 있다.
노드는 컨텐츠의 세그먼트 이름을 키(key)값으로 사용한 해시(hash) 함수 수행을 통해 해시 테이블의 인덱스를 획득할 수 있다. 그리고, 노드는 획득한 인덱스를 이용하여 해당 컨텐츠의 세그먼트를 가져올 수 있다.
예를 들어, 노드가 요청하는 컨텐츠의 세그먼트 이름(ccnx://sen/testfile/verA/seg1)은 해시 함수(510)의 키 값이 될 수 있다.
노드는 해시 함수(510)의 키 값을 입력 값으로 사용하여 해시 함수를 수행함으로써 해시 테이블의 인덱스 값(예를 들어, index #C)을 얻어 올 수 있다.
인덱스 값(index #C)은 해시 테이블(530)의 위치를 나타내며, 그 결과 노드는 바로 해시 테이블(530)에 저장된 요청된 세그먼트를 찾을 수 있다.
일반적으로 바이너리 탐색 방법을 이용하여 스킵 리스트를 탐색하는 방식이 탐색 속도에 있어 매우 빠르지만, 해시 함수를 이용하여 단 한 번의 탐색(탐색 횟수: 1회) 만으로 결과를 얻어 오는 방식보다는 느릴 수 밖에 없다.
따라서, 일 실시예에서는 바이너리 탐색 방법과 해시 탐색 방법을 필요에 따라 적절하게 혼합하여 사용한다.
일반적으로 컨텐츠 중심 네트워크에서 컨텐츠의 이름에 대한 부분 매칭이 필요한 경우는 데이터 관련 컨텐츠보다는, 컨트롤 또는 커맨드와 같은 컨트롤 관련 컨텐츠를 지원하기 위한 경우일 수 있다.
노드는, 예를 들어, 노드가 가져오려는 컨텐츠의 버전 정보를 모를 때 최신 버전 정보를 얻어 오기 위해 수행하는 버전 분석(version resolving), 특정 컨텐츠 이름의 프리픽스(prefix)에 어떤 컨텐츠가 있는지 리스트를 얻기 위한 이름 목록 커맨드(name enumeration command) 등과 같이 컨트롤 혹은 커맨드를 지원하기 위한 경우에 컨텐츠의 이름의 부분 매칭을 필요로 할 수 있다.
또한, 노드는 순수 컨텐츠 혹은 데이터의 전송을 위해서 이름의 전체 매칭을 통해 정확한 컨텐츠 혹은 데이터를 전달받을 수도 있다.
아래의 도 6 및 도 7에서는 컨텐츠 중심 네트워크에서 노드가 컨텐츠 세그먼트를 요청하는 인터레스트 패킷(Interest packet) 및 컨텐츠 세그먼트를 포함하는 컨텐츠 패킷(Content packet)을 수신한 각각의 경우에 대한 동작 방법을 나타낸다.
도 6은 일 실시예에 따른 노드가 인터레스트 패킷을 처리하는 동작 방법을 나타낸 플로우 차트이다.
도 6을 참조하면, 노드가 컨텐츠 세그먼트를 요청하는 인터레스트 패킷(Interest packet)을 수신한 경우의 동작 방법을 살펴볼 수 있다. 이때, 인터레스트 패킷은 데이터 관련 컨텐츠를 포함할 수도 있고, 컨트롤 관련 컨텐츠를 포함할 수도 있다.
노드는 다른 노드로부터 인터레스트 패킷(Interest packet)을 수신할 수 있다(610).
노드는 단계(610)에서 수신한 인터레스트 패킷이 컨텐츠 이름의 부분 매칭을 필요로 하는지 여부를 판단할 수 있다(620). 단계(620)에서 인터레스트 패킷이 컨텐츠 이름의 부분 매칭을 필요로 하는지 여부는 해당 인터레스트 패킷의 특성에 따라 판단될 수 있다.
예를 들어, 해당 인터레스트 패킷의 특성이 컨트롤 관련 패킷인 경우, 노드는 해당 인터레스트 패킷이 컨텐츠 이름의 부분 매칭을 필요로 하는 것으로 판단할 수 있다. 해당 인터레스트 패킷의 특성이 데이터 관련 패킷인 경우, 노드는 해당 인터레스트 패킷이 컨텐츠 이름의 전부 매칭을 필요로 하는 것으로 판단할 수 있다.
노드는 인터레스트 패킷에 포함된 컨텐츠의 이름 또는 인터레스트 패킷의 헤더 정보를 이용하여 인터레스트 패킷의 특성을 파악하고, 이로부터 해당 인터레스트 패킷이 컨텐츠 이름의 부분 매칭을 필요로 하는지 여부를 판단할 수 있다.
노드는 단계(620)의 판단 결과를 기초로, 바이너리 탐색 방법 또는 해시 탐색 방법 중 어느 하나의 방법을 선택하여 매칭되는 컨텐츠를 탐색할 수 있다.
예를 들어, 단계(620)에서 인터레스트 패킷이 컨텐츠 이름의 부분 매칭을 필요로 한다고 판단되는 경우, 노드는 바이너리 탐색 방법을 선택하고(630), 바이너리 탐색 방법을 이용하여 매칭되는 컨텐츠를 탐색할 수 있다(650).
단계(620)에서 인터레스트 패킷이 컨텐츠 이름의 전부 매칭을 필요로 한다고 판단되는 경우, 노드는 해시 탐색 방법을 선택하고(640), 해시 탐색 방법을 이용하여 매칭되는 컨텐츠를 탐색할 수 있다(650).
단계(650)에서 노드는 컨텐츠의 이름을 키 값으로 설정하여 해시 함수를 수행하고, 수행 결과를 이용하여 해시 테이블의 인덱스 값을 획득할 수 있다. 그리고, 노드는 획득한 해시 테이블의 인덱스 값을 이용하여 컨텐츠 테이블에서 매칭되는 컨텐츠를 탐색할 수 있다.
노드는 탐색한 컨텐츠를 해당 컨텐츠를 요청한 노드 혹은 중간 노드에게 전달할 수 있다.
도 7은 일 실시예에 따른 노드가 컨텐츠 중심 네트워크에서 컨텐츠 패킷을 처리하는 동작 방법을 나타낸 플로우 차트이다.
도 7을 참조하면, 일 실시예에 따른 노드가 컨텐츠 세그먼트를 포함하는 컨텐츠 패킷(Content packet)을 수신한 경우의 동작 방법을 살펴볼 수 있다. 이때, 컨텐츠 패킷은 데이터 관련 컨텐츠를 포함할 수도 있고, 컨트롤 관련 컨텐츠를 포함할 수도 있다.
노드는 다른 노드로부터 컨텐츠 패킷을 수신할 수 있다(710).
노드는 단계(710)에서 수신한 컨텐츠 패킷의 세그먼트가 컨텐츠 이름의 부분 매칭을 위해 최소한으로 필요한 것인지 여부를 판단할 수 있다(720). 720에서 노드는 패킷의 이름이나 헤더의 정보를 이용하여 해당 세그먼트가 컨텐츠 이름의 부분 매칭을 위해 최소한으로 필요한 것인지 판단할 수 있다. 예를 들어, 컨텐츠 패킷의 헤더에 포함된 정보가 세그먼트 번호 0인 경우, 노드는 해당 세그먼트를 무조건 부분 매칭을 위한 컨텐츠로 판단한다. 또한, 노드는 컨텐츠 패킷의 헤더에 부분 매칭을 지원하는 별도의 필드를 추가할 수도 있다.
단계(720)의 판단 결과를 기초로, 노드는 컨텐츠 패킷의 세그먼트를 바이너리 탐색 리스트 또는 해시 테이블 중 적어도 하나에 추가할 수 있다.
예를 들어, 단계(720)에서 컨텐츠 패킷의 세그먼트가 컨텐츠 이름의 부분 매칭을 위해 최소한으로 필요한 것으로 판단되면, 노드는 해당 세그먼트를 바이너리 탐색 리스트에 추가할 수 있다(730).
단계(720)에서 컨텐츠 패킷의 세그먼트가 컨텐츠 이름의 부분 매칭을 위해 최소한으로 필요한 것이 아닌 것으로 판단되면, 노드는 해당 세그먼트를 해시 테이블에 추가할 수 있다(740). 노드는 모든 컨텐츠 세그먼트들에 대하여 해시(hash) 탐색을 지원할 수 있다.
노드는 예를 들어, 스킵 리스트와 같은 바이너리 탐색 리스트에 최소한의 컨텐츠 세그먼트만 저장해 두고 컨텐츠 이름의 부분 매칭을 수행할 수 있다. 이때, 해당 컨텐츠 세그먼트는 해시 테이블에도 추가가 되어 전체 이름으로 요청이 왔을 때에도 매칭이 이루어질 수 있어야 한다. 따라서, 컨텐츠 패킷이 도착한 경우, 해당 컨텐츠 패킷의 세그먼트가 컨텐츠 이름의 부분 매칭을 위해 꼭 필요한 세그먼트가 아니라면 노드는 해당 세그먼트를 바로 해시 테이블에 추가할 수 있다.
컨텐츠 중심 네트워크에서는 컨텐츠 분배를 위해 컨텐츠를 전달하는 과정에서 컨텐츠 세그먼트의 요청을 수신할 때마다 라우팅 경로에 있는 모든 노드들이 자신의 컨텐츠 캐시를 탐색하게 된다. 이 때, 매번 상대적으로 느린 바이너리 탐색(예, skip list) 방식만을 쓰게 된다면 전체적인 네트워킹 프로토콜의 성능을 저하시킬 수 있다.
일 실시예에서는 극소수의 컨트롤을 위한 컨텐츠 세그먼트들을 제외하고는 해시 함수 기반의 탐색 방법을 사용하여 컨텐츠 세그먼트를 탐색할 수 있다.
예를 들어, 100 MB크기의 파일을 전달하고 각 컨텐츠 세그먼트의 크기는 4KB로 가정했을 때, 전체 컨텐츠 세그먼트는 26000여 개가 될 수 있다. 이 때, 해당 컨텐츠의 버전 정보를 알기 위해 첫 번째 컨텐츠 세그먼트만 컨트롤 패킷으로 처리되고 나머지 25999개의 컨텐츠 세그먼트들은 데이터 패킷으로 처리될 수 있다. 이 경우에는 단 한 개의 컨트롤을 위한 컨텐츠 세그먼트(첫 번째 세그먼트)만 상대적으로 느린 바이너리 탐색을 사용하고, 데이터 전달을 위한 나머지 컨텐츠 세그먼트들은 빠른 해시 탐색 방법을 사용할 수 있다.
또한, 일 실시예에서는 노드가 컨텐츠 이름의 부분 매칭을 위해 필요한 최소한의 컨텐츠 세그먼트만을 바이너리 탐색 리스트에 추가함으로써, 스킵 리스트에 저장된 리스트들의 개수에 성능이 큰 영향을 받는 바이너리 탐색 시간 또한 전체 컨텐츠 세그먼트들을 리스트에 넣어서 사용하는 방식에 대비하여 월등하게 단축시킬 수 있다. 일 실시예에 따를 경우, 중간 노드가 많아 질수록, 많은 컨텐츠의 공유가 이루어 질수록 더욱 큰 성능 향상을 제공할 수 있다.
이상에서 설명된 장치는 하드웨어 구성 요소, 소프트웨어 구성 요소, 및/또는 하드웨어 구성 요소 및 소프트웨어 구성 요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성 요소는, 예를 들어, 프로세서, 컨트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPA(field programmable array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 컨트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.
200: 컨텐츠 캐시
210: 컨텐츠 테이블
230: 제어부
250: 탐색부
253: 바이너리 탐색 모듈
256: 해시 탐색 모듈

Claims (20)

  1. 컨텐츠의 적어도 하나의 세그먼트를 저장하는 컨텐츠 테이블;
    다른 노드로부터 수신한 패킷의 특성에 기초하여 상기 컨텐츠를 탐색하는 탐색 방법을 결정하는 제어부; 및
    상기 결정된 탐색 방법을 기초로, 상기 컨텐츠의 이름의 적어도 일부를 이용하여 상기 컨텐츠 테이블에 저장된 컨텐츠를 탐색하는 탐색부
    로 구성된 컨텐츠 캐시를 포함하고,
    상기 제어부는,
    상기 패킷의 특성이 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 상기 컨트롤 관련 패킷에 해당하는 것으로 판단되면, 상기 컨텐츠의 이름의 일부 매칭을 이용하여 상기 컨텐츠를 탐색하는 바이너리 탐색 방법(Binary Search Algorithm)을 상기 탐색 방법으로 결정하는,
    노드.
  2. 제1항에 있어서,
    상기 제어부는,
    상기 패킷의 특성이 상기 데이터 관련 패킷 또는 상기 컨트롤 관련 패킷 중 어디에 해당하는지를 판단하고, 상기 판단 결과에 따라 상기 탐색 방법을 결정하는, 노드.
  3. 제2항에 있어서,
    상기 제어부는,
    상기 패킷을 분석하여 상기 패킷이 요청하는 컨텐츠의 세그먼트 번호를 추출하고, 상기 세그먼트 번호를 이용하여 상기 패킷이 상기 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단하는, 노드.
  4. 제2항에 있어서,
    상기 제어부는,
    상기 패킷에 포함된 커맨드 표식을 추출하고, 상기 커맨드 표식을 이용하여 상기 패킷이 상기 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단하는, 노드.
  5. 제2항에 있어서,
    상기 제어부는,
    상기 패킷의 헤더에 포함된 정보를 추출하고, 상기 추출한 정보를 이용하여 상기 패킷이 상기 데이터 관련 패킷 또는 컨트롤 관련 패킷 중 어디에 해당하는지를 판단하는, 노드.
  6. 삭제
  7. 제2항에 있어서,
    상기 제어부는,
    상기 패킷이 상기 데이터 관련 패킷에 해당하는 것으로 판단되면, 상기 컨텐츠의 이름의 전부 매칭을 이용하여 상기 컨텐츠를 탐색하는 해시 탐색 방법(Hash Search Algorithm)을 상기 탐색 방법으로 결정하는, 노드.
  8. 제1항에 있어서,
    상기 탐색부는,
    바이너리 탐색 모듈 및 해시 탐색 모듈을 포함하고,
    상기 바이너리 탐색 모듈은
    상기 바이너리 탐색 방법에 따라 상기 컨텐츠의 이름의 일부를 이용하여 상기 컨텐츠를 탐색하고,
    상기 해시 탐색 모듈은
    해시 탐색 방법에 따라 상기 컨텐츠의 이름의 전부를 이용하여 상기 컨텐츠를 탐색하는, 노드.
  9. 제8항에 있어서,
    상기 바이너리 탐색 방법에 따라 상기 컨텐츠의 이름의 일부를 이용하여 탐색되는 상기 컨텐츠의 이름의 컴포넌트의 개수는,
    미리 설정되는, 노드.
  10. 다른 노드로부터 인터레스트 패킷을 수신하는 단계;
    상기 인터레스트 패킷의 특성을 기초로, 컨텐츠 이름의 부분 매칭을 필요로 하는지 여부를 판단하는 단계; 및
    상기 판단 결과를 기초로, 바이너리 탐색 방법 또는 해시 탐색 방법 중 어느 하나의 방법을 선택하여 매칭되는 컨텐츠를 탐색하는 단계
    를 포함하는 노드의 동작 방법.
  11. 제10항에 있어서,
    상기 판단하는 단계는,
    상기 인터레스트 패킷에 포함된 컨텐츠의 이름 또는 상기 인터레스트 패킷의 헤더 정보를 이용하여 상기 인터레스트 패킷이 상기 컨텐츠 이름의 부분 매칭을 필요로 하는지 여부를 판단하는 단계
    를 포함하는 노드의 동작 방법.
  12. 제10항에 있어서,
    상기 탐색하는 단계는,
    상기 인터레스트 패킷이 컨텐츠 이름의 부분 매칭을 필요로 한다고 판단되는 경우, 바이너리 탐색 방법을 선택하는 단계; 및
    상기 바이너리 탐색 방법을 이용하여 매칭되는 컨텐츠를 탐색하는 단계
    를 포함하는 노드의 동작 방법.
  13. 제10항에 있어서,
    상기 탐색하는 단계는,
    상기 인터레스트 패킷이 컨텐츠 이름의 전부 매칭을 필요로 한다고 판단되는 경우, 해시 탐색 방법을 선택하는 단계; 및
    상기 해시 탐색 방법을 이용하여 매칭되는 컨텐츠를 탐색하는 단계
    를 포함하는 노드의 동작 방법.
  14. 제13항에 있어서,
    상기 해시 탐색 방법을 이용하여 매칭되는 컨텐츠를 탐색하는 단계는,
    상기 컨텐츠의 이름을 키 값으로 설정하여 해시 함수를 수행하는 단계;
    상기 수행 결과를 이용하여 해시 테이블의 인덱스 값을 획득하는 단계; 및
    상기 인덱스 값을 이용하여 상기 매칭되는 컨텐츠를 탐색하는 단계
    를 포함하는 노드의 동작 방법.
  15. 제10항에 있어서,
    상기 탐색한 컨텐츠를 전달하는 단계
    를 더 포함하는 노드의 동작 방법.
  16. 다른 노드로부터 컨텐츠 패킷을 수신하는 단계;
    상기 컨텐츠 패킷의 세그먼트가 컨텐츠 이름의 부분 매칭을 위해 필요한 것인지 여부를 판단하는 단계; 및
    상기 판단 결과를 기초로, 상기 세그먼트를 바이너리 탐색 리스트 또는 해시 테이블 중 적어도 하나에 추가하는 단계
    를 노드의 동작 방법.
  17. 제16항에 있어서,
    상기 판단하는 단계는,
    상기 컨텐츠 패킷에 포함된 컨텐츠의 이름 또는 상기 컨텐츠 패킷의 헤더 정보를 이용하여 상기 세그먼트가 상기 컨텐츠 이름의 부분 매칭을 위해 필요한 것인지 여부를 판단하는 단계
    를 포함하는 노드의 동작 방법.
  18. 제16항에 있어서,
    상기 추가하는 단계는,
    상기 세그먼트가 상기 컨텐츠 이름의 부분 매칭을 위해 필요한 것인 경우,
    상기 세그먼트를 상기 바이너리 탐색 리스트 및 상기 해시 테이블에 추가하는 단계
    를 포함하는 노드의 동작 방법.
  19. 제16항에 있어서,
    상기 추가하는 단계는,
    상기 세그먼트가 상기 컨텐츠 이름의 부분 매칭을 위해 필요한 것이 아닌 경우,
    상기 세그먼트를 상기 해시 테이블에 추가하는 단계
    를 포함하는 노드의 동작 방법.
  20. 제10항 내지 제19항 중에서 어느 하나의 항의 방법을 실행시키기 위한 프로그램이 기록된 컴퓨터 판독 가능한 기록 매체.
KR1020130134072A 2013-11-06 2013-11-06 컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드 KR102158389B1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
KR1020130134072A KR102158389B1 (ko) 2013-11-06 2013-11-06 컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드
US15/033,982 US20160292274A1 (en) 2013-11-06 2014-07-16 Operation method of node considering packet characteristic in content-centered network and node
PCT/KR2014/006412 WO2015068929A1 (ko) 2013-11-06 2014-07-16 컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020130134072A KR102158389B1 (ko) 2013-11-06 2013-11-06 컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드

Publications (2)

Publication Number Publication Date
KR20150052544A KR20150052544A (ko) 2015-05-14
KR102158389B1 true KR102158389B1 (ko) 2020-09-21

Family

ID=53041671

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130134072A KR102158389B1 (ko) 2013-11-06 2013-11-06 컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드

Country Status (3)

Country Link
US (1) US20160292274A1 (ko)
KR (1) KR102158389B1 (ko)
WO (1) WO2015068929A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101695577B1 (ko) * 2015-12-30 2017-01-11 경희대학교 산학협력단 콘텐츠 중심 네트워크의 패킷 전송 방법 및 장치
CA2954839A1 (en) * 2016-01-22 2017-07-22 Wal-Mart Stores, Inc. Systems and methods of enabling forecasting
US10432509B2 (en) * 2016-06-14 2019-10-01 Cisco Technology, Inc. Flow classification for information centric network protocols
CN106209645A (zh) * 2016-07-29 2016-12-07 北京邮电大学 一种数据包的起始查找节点确定方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090288163A1 (en) * 2008-05-16 2009-11-19 Palo Alto Research Center Incorporated Controlling the spread of interests and content in a content centric network
US20130282854A1 (en) 2012-04-18 2013-10-24 Samsung Electronics Co., Ltd. Node and method for generating shortened name robust against change in hierarchical name in content-centric network (ccn)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6675163B1 (en) * 2000-04-06 2004-01-06 International Business Machines Corporation Full match (FM) search algorithm implementation for a network processor
US8423565B2 (en) * 2006-12-21 2013-04-16 Digital Doors, Inc. Information life cycle search engine and method
US8204060B2 (en) * 2009-01-30 2012-06-19 Palo Alto Research Center Incorporated Method and system for facilitating forwarding a packet in a content-centric network
US8239337B2 (en) * 2009-05-30 2012-08-07 Cisco Technology, Inc. Network device proximity data import based on weighting factor
US8935508B1 (en) * 2010-08-30 2015-01-13 Qualcomm Incorporated Implementing pseudo content access memory
KR20130085558A (ko) * 2011-12-21 2013-07-30 삼성전자주식회사 컨텐츠 중심 네트워크에서 인터리스트 메시지 및 데이터 메시지를 우선 순위에 따라 처리하는 방법
US9129227B1 (en) * 2012-12-31 2015-09-08 Google Inc. Methods, systems, and media for recommending content items based on topics

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090288163A1 (en) * 2008-05-16 2009-11-19 Palo Alto Research Center Incorporated Controlling the spread of interests and content in a content centric network
US20130282854A1 (en) 2012-04-18 2013-10-24 Samsung Electronics Co., Ltd. Node and method for generating shortened name robust against change in hierarchical name in content-centric network (ccn)

Also Published As

Publication number Publication date
KR20150052544A (ko) 2015-05-14
WO2015068929A1 (ko) 2015-05-14
US20160292274A1 (en) 2016-10-06

Similar Documents

Publication Publication Date Title
US10667101B2 (en) Contextual deep linking of applications
KR102133951B1 (ko) 짧은 링크 처리 방법, 디바이스, 및 서버
US9544355B2 (en) Methods and apparatus for realizing short URL service
US10693979B2 (en) Third party validation of web content
JP6626211B2 (ja) ショートリンクを処理する方法及び装置並びにショートリンクサーバ
US9292467B2 (en) Mobile resource accelerator
US9992296B2 (en) Caching objects identified by dynamic resource identifiers
US9407716B1 (en) Identifying content files in a cache using a response-based cache index
WO2011085625A1 (zh) 一种软件安装包下载方法、系统及客户端
KR20030047856A (ko) 데이터 처리 시스템, 데이터 처리 방법, 정보 처리 디바이스, 및 컴퓨터 판독가능 기록 매체
US20190327105A1 (en) Method and apparatus for pushing information
KR102158389B1 (ko) 컨텐츠 중심 네트워크에서 패킷 특성을 고려하는 노드의 동작 방법 및 노드
CN112166590B (zh) 用于在联网环境中消息生成的受限环境
US20170031993A1 (en) Presenting Previously Selected Search Results
JP2023164813A (ja) 強化されたオンラインプライバシ
US8914436B2 (en) Data processing device and data retriever
US9917918B2 (en) Method and apparatus for delivering content from content store in content-centric networking
WO2018153236A1 (zh) 一种基于api请求的动态资源访问加速方法、装置、介质及设备
US20140289307A1 (en) Method for transmitting data between electronic devices
KR102126018B1 (ko) 필드의 위치 정보를 포함하는 패킷을 처리하는 송, 수신 노드의 동작 방법 및 필드의 위치 정보를 포함하는 패킷
WO2016118269A1 (en) Cooperative management of client device cache memory in an http session
JP2017123040A (ja) サーバー装置、分散ファイルシステム、分散ファイルシステム制御方法、および、プログラム
CN113411364A (zh) 资源获取方法、装置及服务器
WO2017185614A1 (zh) 路由选择方法及电子设备
CN116600031B (zh) 报文处理方法、装置、设备及存储介质

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
X091 Application refused [patent]
AMND Amendment
X701 Decision to grant (after re-examination)
GRNT Written decision to grant