KR20140073588A

KR20140073588A - 콘텐츠 배달 네트워크들 간의 인터페이싱을 제공하는 방법 및 장치

Info

Publication number: KR20140073588A
Application number: KR1020147012830A
Authority: KR
Inventors: 포이 자비에르 데; 행 리우; 세하드 도켄; 오사마 롯폴라; 샤민 아크바 라만
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2011-10-13
Filing date: 2012-10-12
Publication date: 2014-06-16
Also published as: US9049100B2; TW201332313A; WO2013056058A1; EP2767050A1; TWI591985B; US20130094445A1; CN104012049B; JP2015501095A; CN104012049A; JP5833765B2

Abstract

CDNI(content delivery network interconnection, 콘텐츠 배달 네트워크 상호 연결) 시그널링을 포워딩하는 방법 및 장치가 기술되어 있다. CDNI 라우터 CDN(content delivery network)은 업스트림 및 다운스트림 CDN들과 CDNI를 설정할 수 있다. CDNI 라우터 CDN은 업스트림 및 다운스트림 CDN들 중 적어도 하나로부터 CDNI 경로 광고 메시지(CDNI route advertisement message)를 수신할 수 있다. CDNI 라우터 CDN은 CDNI 경로 광고 메시지 내의 IP(Internet Protocol) 주소 블록들에 기초하여 적어도 하나의 최종 사용자 기반 CDNI 라우팅 테이블을 업데이트할 수 있다. CDNI 라우터 CDN은 업스트림 및 다운스트림 CDN들 중 적어도 하나로 업데이트된 CDNI 경로 광고 메시지를 전송할 수 있다. 업스트림 및 다운스트림 CDN들 중 적어도 하나는 업데이트된 CDNI 경로 광고 메시지 내의 최종 사용자 IP 주소 블록들에 기초하여 적어도 하나의 최종 사용자 기반 CDNI 라우팅 테이블을 업데이트할 수 있다.

Description

콘텐츠 배달 네트워크들 간의 인터페이싱을 제공하는 방법 및 장치{METHOD AND APPARATUS FOR PROVIDING INTERFACING BETWEEN CONTENT DELIVERY NETWORKS}

관련 출원의 상호 참조

본 출원은 2011년 10월 13일자로 출원된 미국 가특허 출원 제61/546,819호를 기초로 우선권을 주장하며, 이 미국 출원은 참조 문헌으로서 그 전체가 본 명세서에 기재된 것처럼 포함된다.

MNO(mobile network operator, 모바일 네트워크 통신 사업자) 및 ISP(Internet service provider, 인터넷 서비스 제공자) 등의 액세스 제공자 네트워크(access provider network)에 있는 액세스 제공자들은 현재 개개의 콘텐츠 배달을 인식하지 못한다. 이것은 액세스 제공자가 QoE(quality of experience, 체감 품질)에 관련된 문제들을 해결하기 위해 배달을 최적화할 가능성을 제한한다. 예를 들어, 콘텐츠가 QoE를 향상시키기 위해 로컬적으로 배달될 수 있고, 이동성이 세션 배달 전송(session delivery transfer)을 지원하도록 구현될 수 있으며, 콘텐츠 인기도(content popularity)가 멀티캐스트 또는 P2P(point-to-point, 점대점)를 사용하여 일련의 배달을 그룹화하도록 구현될 수 있다. 이것은 액세스 제공자 인프라와 밀접하게 통합되어 있을 수 있는 CDN(content delivery network, 콘텐츠 배달 네트워크)을 액세스 제공자 네트워크에 설치함으로써 달성될 수 있다.

BCN(brokering content network, 중개 콘텐츠 네트워크)은 그 자신의 대리자(surrogate)를 운영하지 않을 수 있고, 그 대신에 다른 CDN들에게 상호 운용성 서비스(interoperability service)를 제공할 수 있다. 상세하게는, BCN은 요청 라우팅 및 계정 관리 연동을 구현할 수 있다. CDN들 간에 사전 합의가 없는 한, 현재 업스트림 CDN이 어느 다운스트림 CDN과 통신할지를 결정하는 방법이 없다.

일례로서 첨부 도면과 관련하여 주어진 이하의 설명으로부터 보다 상세하게 이해할 수 있다.
도 1a는 하나 이상의 개시된 실시예들이 구현될 수 있는 한 예시적인 통신 시스템을 나타낸 도면.
도 1b는 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는 한 예시적인 WTRU(wireless transmit/receive unit, 무선 송수신 유닛)를 나타낸 도면.
도 1c는 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는 한 예시적인 무선 액세스 네트워크 및 한 예시적인 코어 네트워크를 나타낸 도면.
도 2는 CDNI[CDN(content delivery network, 콘텐츠 배달 네트워크) interconnection, CDN 상호 연결] 라우팅의 한 예를 나타낸 도면.
도 3은 패브릭 셋업(fabric setup) 단계, 발견(discovery) 단계 및 라우팅(routing) 단계를 사용하는 업스트림 CDN과 다운스트림 CDN 사이의 CDNI 라우팅의 한 예를 나타낸 도면.
도 4는 CDNI 아키텍처 내에서의 CDNI 라우팅 기능의 한 예를 나타낸 도면.
도 5는 콘텐츠 요청 라우팅에서 CDNI 최종 사용자 기반 라우팅이 어떻게 사용될 수 있는지의 한 예를 나타낸 도면.
도 6은 (CDN 재선택 없이) 콘텐츠를 배달 및 집계하기 위해 액세스 CDN에 의해 사용되는 논리의 한 예를 나타낸 도면.
도 7은 액세스 CDN 라우팅 및 콘텐츠 연동 아키텍처를 나타낸 도면.
도 8은 (CDNI 라우팅 기능에 중점을 두고 있는) CDNI 라우터 CDN의 내부 아키텍처의 일부분을 나타낸 도면.
도 9는 CDNI 라우터 및 액세스 CDN의 설치의 한 예를 나타낸 도면.
도 10은 IMS(Internet protocol multimedia subsystem, 인터넷 프로토콜 멀티미디어 서브시스템)와 외부 IP 멀티미디어 네트워크 간의 연동 참조 아키텍처를 나타낸 도면.
도 11a 및 도 11b는 CDNI 라우터를 통해 그리고 액세스 CDN들 간에 직접 행해지는 최종 사용자 기반 경로 광고의 한 예를 나타낸 도면.
도 12는 요청 라우팅 호 흐름의 한 예를 나타낸 도면.
도 13a 및 도 13b는 CDNI 유니캐스트 라우팅을 사용하는 콘텐츠 네트워크를 나타낸 도면.
도 14는 CDN 위치 서비스의 사용의 한 예를 나타낸 도면.
도 15는 CDN들이 그룹에 참여할 수 있고 다른 CDN이 발견 요청을 그룹으로 송신할 수 있는 CDNI 멀티캐스트 시나리오의 한 예를 나타낸 도면.
도 16은 CDN이 CDNI 브로드캐스트 발견 요청을 송신하는 CDNI 브로드캐스트 시나리오의 한 예를 나타낸 도면.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템(100)을 나타낸 것이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 방송 등과 같은 콘텐츠를 다수의 무선 사용자에게 제공하는 다중 접속 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자가 시스템 자원(무선 대역폭을 포함함)의 공유를 통해 이러한 콘텐츠에 액세스할 수 있게 해줄 수 있다. 예를 들어, 통신 시스템(100)은 CDMA(code division multiple access, 코드 분할 다중 접속), TDMA(time division multiple access, 시분할 다중 접속), FDMA(frequency division multiple access, 주파수 분할 다중 접속), OFDMA(orthogonal FDMA, 직교 FDMA), SC-FDMA(single-carrier FDMA, 단일 반송파 FDMA) 등과 같은 하나 이상의 채널 접속 방법을 이용할 수 있다.

도 1a에 도시된 바와 같이, 통신 시스템(100)은 WTRU(wireless transmit/receive unit, 무선 송수신 유닛)(102a, 102b, 102c, 102d), RAN(radio access network, 무선 액세스 네트워크)(104), 코어 네트워크(106), PSTN(public switched telephone network, 공중 교환 전화망)(108), 인터넷(110), 및 기타 네트워크들(112)을 포함할 수 있지만, 개시된 실시예가 임의의 수의 WTRU, 기지국, 네트워크 및/또는 네트워크 요소를 생각하고 있다는 것을 잘 알 것이다. WTRU(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작하고 및/또는 통신하도록 구성되는 임의의 유형의 디바이스일 수 있다. 일례로서, WTRU(102a, 102b, 102c, 102d)는 무선 신호를 전송 및/또는 수신하도록 구성될 수 있고, UE(user equipment), 이동국, 고정형 또는 이동형 가입자 유닛, 페이저, 휴대폰, PDA(personal digital assistant), 스마트폰, 랩톱, 넷북, 개인용 컴퓨터, 무선 센서, 가전 제품 등을 포함할 수 있다.

통신 시스템(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국(114a, 114b) 각각은 하나 이상의 통신 네트워크 ― 코어 네트워크(106), 인터넷(110) 및/또는 기타 네트워크들(112) 등 ― 에의 액세스를 용이하게 해주기 위해 WTRU(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성되는 임의의 유형의 디바이스일 수 있다. 예로서, 기지국(114a, 114b)은 BTS(base transceiver station, 기지국 트랜시버), 노드-B, eNB(evolved Node-B), HNB(home eNB), HeNB(home eNB), 사이트 제어기, AP(access point), 무선 라우터 등일 수 있다. 기지국들(114a, 114b) 각각이 단일 요소로서 나타내어져 있지만, 기지국들(114a, 114b)이 임의의 수의 상호연결된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다는 것을 잘 알 것이다.

기지국(114a)은 다른 기지국 및/또는 네트워크 요소(도시 생략 ― BSC(base station controller, 기지국 제어기), RNC(radio network controller, 무선 네트워크 제어기), 중계 노드, 기타 등등 ― 도 포함할 수 있는 RAN(104)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 특정의 지리적 지역 ― 셀(도시 생략)이라고 할 수 있음 ― 내에서 무선 신호를 전송 및/또는 수신하도록 구성될 수 있다. 셀은 여러 셀 섹터(cell sector)로 추가로 나누어질 수 있다. 예를 들어, 기지국(114a)과 연관된 셀이 3개의 섹터로 나누어질 수 있다. 따라서, 일 실시예에서 기지국(114a)은 3개의 트랜시버(즉, 셀의 각각의 섹터마다 하나씩)를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 MIMO(multiple-input multiple output, 다중 입력 다중 출력) 기술을 이용할 수 있고, 따라서, 셀의 각각의 섹터에 대해 다수의 트랜시버를 이용할 수 있다.

기지국(114a, 114b)은 임의의 적당한 무선 통신 링크[예컨대, RF(radio frequency, 무선 주파수), 마이크로파, IR(infrared, 적외선), UV(ultraviolet, 자외선), 가시광 등]일 수 있는 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수 있다. 임의의 적당한 RAT(radio access technology, 무선 액세스 기술)를 사용하여 공중 인터페이스(116)가 설정될 수 있다.

보다 구체적으로는, 앞서 살펴본 바와 같이, 통신 시스템(100)은 다중 접속 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 접속 방식을 이용할 수 있다. 예를 들어, RAN(104) 내의 기지국(114a) 및 WTRU(102a, 102b, 102c)는 WCDMA(wideband CDMA, 광대역 CDMA)를 사용하여 공중 인터페이스(116)를 설정할 수 있는 UTRA[UMTS(universal mobile telecommunications system) terrestrial radio access]와 같은 무선 기술을 구현할 수 있다. WCDMA는 HSPA(high-speed packet access, 고속 패킷 액세스) 및/또는 HSPA+(Evolved HSPA)와 같은 통신 프로토콜을 포함할 수 있다. HSPA는 HSDPA(high-speed downlink packet access, 고속 하향링크 패킷 액세스) 및/또는 HSUPA(high-speed uplink packet access, 고속 상향링크 패킷 액세스)를 포함할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 LTE(long term evolution) 및/또는 LTE-A(LTE-advanced)를 사용하여 공중 인터페이스(116)를 설정할 수 있는 E-UTRA(evolved UTRA)와 같은 무선 기술을 구현할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 IEEE 802.16[즉, WiMAX(worldwide interoperability for microwave access)], CDMA2000, CDMA2000 1X, CDMA2000 EV-DO(evolution- data optimized), IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(global system for mobile communications), EDGE(enhanced data rates for GSM evolution), GERAN(GSM/EDGE RAN) 등과 같은 무선 기술을 구현할 수 있다.

도 1a의 기지국(114b)은, 예를 들어, 무선 라우터, HNB, HeNB, 또는 AP일 수 있고, 사업장, 가정, 차량, 캠퍼스 등과 같은 국소화된 지역에서의 무선 연결을 용이하게 해주는 임의의 적당한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 WLAN(wireless local area network, 무선 근거리 통신망)을 설정하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 WPAN(wireless personal area network, 무선 개인 영역 네트워크)을 설정하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 피코셀(picocell) 또는 펨토셀(femtocell)을 설정하기 위해 셀룰러-기반 RAT(예컨대, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)에의 직접 연결을 가질 수 있다. 따라서, 기지국(114b)은 코어 네트워크(106)를 통해 인터넷(110)에 액세스할 필요가 없을 수 있다.

RAN(104)은 음성, 데이터, 응용 프로그램, 및 VoIP(voice over internet protocol) 서비스를 WTRU(102a, 102b, 102c, 102d) 중 하나 이상의 WTRU에 제공하도록 구성되는 임의의 유형의 네트워크일 수 있는 코어 네트워크(106)와 통신하고 있을 수 있다. 예를 들어, 코어 네트워크(106)는 호 제어, 과금 서비스, 모바일 위치-기반 서비스, 선불 전화(pre-paid calling), 인터넷 연결, 비디오 배포 등을 제공하고 및/또는 사용자 인증과 같은 고수준 보안 기능을 수행할 수 있다. 도 1a에 도시되어 있지는 않지만, RAN(104) 및/또는 코어 네트워크(106)가 RAN(104)과 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN과 직접 또는 간접 통신을 하고 있을 수 있다는 것을 잘 알 것이다. 예를 들어, E-UTRA 무선 기술을 이용하고 있을 수 있는 RAN(104)에 연결되는 것에 부가하여, 코어 네트워크(106)는 또한 GSM 무선 기술을 이용하는 다른 RAN(도시 생략)과 통신하고 있을 수 있다.

코어 네트워크(106)는 또한 WTRU(102a, 102b, 102c, 102d)가 PSTN(108), 인터넷(110) 및/또는 기타 네트워크들(112)에 액세스하기 위한 게이트웨이로서 역할할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선-교환 전화 네트워크를 포함할 수 있다. 인터넷(110)은 TCP/IP 프로토콜군 내의 TCP(transmission control protocol, 전송 제어 프로토콜), UDP(user datagram protocol, 사용자 데이터그램 프로토콜) 및 IP(Internet protocol, 인터넷 프로토콜)와 같은 공통의 통신 프로토콜을 사용하는 상호연결된 컴퓨터 네트워크 및 디바이스의 전세계 시스템을 포함할 수 있다. 네트워크들(112)은 다른 서비스 공급자가 소유하고 및/또는 운영하는 유선 또는 무선 통신 네트워크를 포함할 수 있다. 예를 들어, 네트워크들(112)은 RAN(104)과 동일한 RAT 또는 상이한 RAT를 이용할 수 있는 하나 이상의 RAN들에 연결된 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100) 내의 WTRU(102a, 102b, 102c, 102d) 중 일부 또는 전부는 다중-모드 기능을 포함할 수 있다 ― 즉, WTRU(102a, 102b, 102c, 102d)가 상이한 무선 링크를 통해 상이한 무선 네트워크와 통신하기 위한 다수의 트랜시버를 포함할 수 있다 -. 예를 들어, 도 1a에 도시된 WTRU(102c)는 셀룰러-기반 무선 기술을 이용할 수 있는 기지국(114a)과 통신하도록, 그리고 IEEE 802 무선 기술을 이용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

도 1b는 도 1a에 도시된 통신 시스템(100) 내에서 사용될 수 있는 예시적인 WTRU(102)를 나타낸 것이다. 도 1b에 도시된 바와 같이, WTRU(102)는 프로세서(118), 트랜시버(120), 송신/수신 요소(예컨대, 안테나)(122), 스피커/마이크(124), 키패드(126), 디스플레이/터치패드(128), 비이동식 메모리(130), 이동식 메모리(132), 전원 공급 장치(134), GPS(global positioning system) 칩셋(136), 및 주변 장치들(138)을 포함할 수 있다. 실시예와 부합한 채로 있으면서 WTRU(102)가 상기한 요소들의 임의의 서브컴비네이션을 포함할 수 있다는 것을 잘 알 것이다.

프로세서(118)는 범용 프로세서, 전용 프로세서, 종래의 프로세서, DSP(digital signal processor), 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, ASIC(application specific integrated circuit), FPGA(field programmable gate array) 회로, IC(integrated circuit), 상태 기계 등일 수 있다. 프로세서(118)는 WTRU(102)가 무선 환경에서 동작할 수 있게 해주는 신호 코딩, 데이터 처리, 전력 제어, 입력/출력 처리, 및/또는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송신/수신 요소(122)에 결합되어 있을 수 있는 트랜시버(120)에 결합될 수 있다. 도 1b가 프로세서(118) 및 트랜시버(120)를 개별 구성요소로서 나타내고 있지만, 프로세서(118) 및 트랜시버(120)가 전자 패키지 또는 칩에 함께 통합되어 있을 수 있다.

송신/수신 요소(122)는 공중 인터페이스(116)를 통해 기지국[예컨대, 기지국(114a)]으로 신호를 전송하거나 기지국으로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송신/수신 요소(122)는 RF 신호를 전송 및/또는 수신하도록 구성된 안테나일 수 있다. 다른 실시예에서, 송신/수신 요소(122)는, 예를 들어, IR, UV 또는 가시광 신호를 전송 및/또는 수신하도록 구성되는 방출기/검출기일 수 있다. 또 다른 실시예에서, 송신/수신 요소(122)는 RF 신호 및 광 신호 둘 다를 전송 및 수신하도록 구성될 수 있다. 송신/수신 요소(122)가 무선 신호의 임의의 조합을 전송 및/또는 수신하도록 구성되어 있을 수 있다.

그에 부가하여, 송신/수신 요소(122)가 도 1b에 단일 요소로서 나타내어져 있지만, WTRU(102)는 임의의 수의 송신/수신 요소(122)를 포함할 수 있다. 보다 구체적으로는, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시예에서, WTRU(102)는 공중 인터페이스(116)를 통해 무선 신호를 전송 및 수신하기 위한 2개 이상의 송신/수신 요소(122)(예컨대, 다수의 안테나)를 포함할 수 있다.

트랜시버(120)는 송신/수신 요소(122)에 의해 전송되어야 하는 신호를 변조하고 송신/수신 요소(122)에 의해 수신되는 신호를 복조하도록 구성될 수 있다. 앞서 살펴본 바와 같이, WTRU(102)는 다중-모드 기능을 가질 수 있다. 따라서, 트랜시버(120)는 WTRU(102)가, 예를 들어, UTRA 및 IEEE 802.11과 같은 다수의 RAT를 통해 통신할 수 있게 해주는 다수의 트랜시버를 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크(124), 키패드(126), 및/또는 디스플레이/터치패드(128)[예컨대, LCD(liquid crystal display, 액정 디스플레이) 디스플레이 유닛 또는 OLED(organic light-emitting diode, 유기 발광 다이오드) 디스플레이 유닛]에 결합될 수 있고 그로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 사용자 데이터를 스피커/마이크(124), 키패드(126) 및/또는 디스플레이/터치패드(128)로 출력할 수 있다. 그에 부가하여, 프로세서(118)는 비이동식 메모리(130) 및/또는 이동식 메모리(132)와 같은 임의의 유형의 적당한 메모리로부터의 정보에 액세스하고 그 메모리에 데이터를 저장할 수 있다. 비이동식 메모리(130)는 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 하드 디스크, 또는 임의의 다른 유형의 메모리 저장 장치를 포함할 수 있다. 이동식 메모리(132)는 SIM(subscriber identity module, 가입자 식별 모듈) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예에서, 프로세서(118)는 WTRU(102) 상에 물리적으로 위치하지 않은[예컨대, 서버 또는 가정용 컴퓨터(도시 생략) 상의] 메모리로부터의 정보에 액세스하고 그 메모리에 데이터를 저장할 수 있다.

프로세서(118)는 전원 공급 장치(134)로부터 전력을 받을 수 있고, WTRU(102) 내의 다른 구성요소로 전력을 분배하고 및/또는 전력을 제어하도록 구성될 수 있다. 전원 공급 장치(134)는 WTRU(102)에 전원을 제공하는 임의의 적당한 디바이스일 수 있다. 예를 들어, 전원 공급 장치(134)는 하나 이상의 건전지[예컨대, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 수소화금속(NiMH), 리튬-이온(Li-ion) 등], 태양 전지, 연료 전지 등을 포함할 수 있다.

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예컨대, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 부가하여 또는 그 대신에, WTRU(102)는 기지국[예컨대, 기지국(114a, 114b)]으로부터 공중 인터페이스(116)를 통해 위치 정보를 수신하고 및/또는 2개 이상의 근방의 기지국으로부터 수신되는 신호의 타이밍에 기초하여 그의 위치를 결정할 수 있다. 실시예와 부합한 채로 있으면서, WTRU(102)가 임의의 적당한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다.

프로세서(118)는 또한 부가의 특징, 기능 및/또는 유선 또는 무선 연결을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈을 포함할 수 있는 기타 주변 장치들(138)에 결합될 수 있다. 예를 들어, 주변 장치들(138)은 가속도계, 전자 나침반, 위성 트랜시버, 디지털 카메라(사진 또는 비디오용), USB(universal serial bus) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈프리 헤드셋, 블루투스® 모듈, FM(frequency modulated, 주파수 변조) 라디오 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 1c는 도 1a에 도시된 통신 시스템(100) 내에서 사용될 수 있는 예시적인 RAN(104) 및 예시적인 코어 네트워크(106)를 나타낸 것이다. 앞서 살펴본 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 E-UTRA 무선 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(106)와 통신하고 있을 수 있다.

RAN(104)은 eNB(140a, 140b, 140c)를 포함할 수 있지만, 실시예와 부합한 채로 있으면서 RAN(104)이 임의의 수의 eNB를 포함할 수 있다는 것을 잘 알 것이다. eNB(140a, 140b, 140c) 각각은 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 포함할 수 있다. 일 실시예에서, eNB(140a, 140b, 140c)는 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, eNB(140a)는 WTRU(102a)로 무선 신호를 전송하고 그로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수 있다.

각각의 eNB(140a, 140b, 140c)는 특정의 셀(도시 생략)과 연관되어 있을 수 있고, 무선 자원 관리 결정, 핸드오버 결정, 상향링크 및/또는 하향링크에서의 사용자의 스케줄링 등을 처리하도록 구성되어 있을 수 있다. 도 1c에 도시된 바와 같이, eNB(140a, 140b, 140c)는 X2 인터페이스를 통해 서로 통신할 수 있다.

도 1c에 도시된 코어 네트워크(106)는 MME(mobility management entity, 이동성 관리 엔터티)(142), SGW(serving gateway, 서비스 제공 게이트웨이)(144), 및 PDN(packet data network, 패킷 데이터 네트워크) 게이트웨이(146)를 포함할 수 있다. 상기 요소들 각각이 코어 네트워크(106)의 일부로서 나타내어져 있지만, 이들 요소 중 임의의 것이 코어 네트워크 운영자 이외의 엔터티에 의해 소유되고 및/또는 운영될 수 있다는 것을 잘 알 것이다.

MME(142)는 S1 인터페이스를 통해 RAN(104) 내의 각각의 eNB(140a, 140b, 140c)에 연결되어 있을 수 있고, 제어 노드로서 역할할 수 있다. 예를 들어, MME(142)는 WTRU(102a, 102b, 102c)의 사용자를 인증하는 것, 베어러 활성화/비활성화, WTRU(102a, 102b, 102c)의 초기 접속(initial attach) 동안 특정의 SGW(serving gateway)를 선택하는 것 등을 책임지고 있을 수 있다. MME(142)는 또한 RAN(104)과 GSM 또는 WCDMA와 같은 다른 무선 기술을 이용하는다른 RAN(도시 생략) 간에 전환하는 제어 평면 기능(control plane function)을 제공할 수 있다.

SGW(serving gateway)(144)는 S1 인터페이스를 통해 RAN(104) 내의 각각의 eNB(140a, 140b, 140c)에 연결될 수 있다. 서비스 제공 게이트웨이(144)는 일반적으로 WTRU(102a, 102b, 102c)로/로부터 사용자 데이터 패킷을 라우팅하고 포워딩할 수 있다. SGW(serving gateway)(144)는 eNB간 핸드오버 동안 사용자 평면을 앵커링(anchoring)하는 것, WTRU(102a, 102b, 102c)에 대해 하향링크 데이터가 이용가능할 때 페이징(paging)을 트리거하는 것, WTRU(102a, 102b, 102c)의 컨텍스트를 관리하고 저장하는 것 등과 같은 다른 기능도 수행할 수 있다.

SGW(serving gateway)(144)는, WTRU(102a, 102b, 102c)와 IP-기반(IP-enabled) 디바이스 사이의 통신을 용이하게 해주기 위해, 인터넷(110)과 같은 패킷 교환 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있는 PDN 게이트웨이(146)에도 연결될 수 있다.

코어 네트워크(106)는 기타 네트워크들과의 통신을 용이하게 해줄 수 있다. 예를 들어, 코어 네트워크(106)는, WTRU(102a, 102b, 102c)와 종래의 지상선(land-line) 통신 디바이스 사이의 통신을 용이하게 해주기 위해, PSTN(108)과 같은 회선 교환 네트워크에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다. 예를 들어, 코어 네트워크(106)는 코어 네트워크(106)와 PSTN(108) 사이의 인터페이스로서 역할하는 IP 게이트웨이[예컨대, IMS(IP multimedia subsystem, IP 멀티미디어 서브시스템) 서버]를 포함할 수 있거나 그와 통신할 수 있다. 그에 부가하여, 코어 네트워크(106)는 다른 서비스 공급자에 의해 소유되고 및/또는 운영되는 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크들(112)에 대한 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

콘텐츠는 임의의 형태의 디지털 데이터일 수 있다. 배포 및 배달에 관한 부가의 제약조건을 갖는 하나의 중요한 형태의 콘텐츠는 연속 미디어(continuous media)(즉, 스트리밍 미디어)일 수 있다.

CDN(content delivery network)은 사용자 에이전트들로의 보다 효과적인 콘텐츠 배달을 위해 계층 4 내지 계층 7에서 네트워크 요소들이 협력할 수 있는 네트워크 인프라일 수 있다 CDN은 요청 라우팅 시스템, 배포 시스템(일련의 대리자들을 포함함), 로깅 시스템(logging system), 및 CDN 제어 시스템으로 이루어져 있을 수 있다.

CDSP(content delivery service provider, 콘텐츠 배달 서비스 제공자)는 CDN을 운영하는 서비스 제공자일 수 있다.

게시자[또는 CSP(content service provider, 콘텐츠 서비스 제공자)]는 최종 사용자에게 콘텐츠 서비스를 제공하는 엔터티일 수 있다. 게시자는 콘텐츠 서비스의 일부로서 이용가능하게 되어 있는 콘텐츠를 소유할 수 있거나, 다른 당사자로부터 콘텐츠 저작권을 라이센싱할 수 있다.

최종 사용자는 시스템의 "실제" 사용자(통상적으로 사람)일 수 있지만, 사람을 에뮬레이트하는 하드웨어 및/또는 소프트웨어의 어떤 조합일 수 있다.

권한 있는 CDN(authoritative CDN)은 이 CDN에 의해 또는 그의 다운스트림 CDN들에 의해 배달되도록 게시자와 계약을 한 업스트림 CDN일 수 있다.

인제스천 인터페이스(ingestion interface)가 게시자와 CDN 사이에 설정될 수 있고, 콘텐츠 및 메타데이터를 CDN으로 업로드하는 데 사용될 수 있다.

CDNI 제어 인터페이스는 다른 인터페이스들의 초기 보안 연결 설정 및 부트스트랩핑(bootstrapping)을 가능하게 해줄 수 있다. 다른 기능들은 능력 교환(capability exchange) 및 콘텐츠 퍼지 및 사전 배치(content purge and pre-positioning)를 포함할 수 있다.

CDNI 요청 라우팅 인터페이스는, 특히 선택 임무가 CDN들 간에 분할되어 있을 수 있는 경우에(예컨대, 업스트림 CDN은 다운스트림 CDN을 선택하는 일을 맡고 있을 수 있는 반면, 다운스트림 CDN은 그 CDN 내의 실제 대리자를 선택하는 일을 맡고 있을 수 있음), 최종 사용자 요청이 업스트림 CDN으로부터 다운스트림 CDN 내의 대리자로 보내질 수 있도록(리디렉션될 수 있도록) 하기 위해, 상호 연결된 CDN들 내의 요청 라우팅 시스템이 통신할 수 있게 해줄 수 있다.

CDNI 로깅 인터페이스는 과금을 위해 사용되는 것과 같은 활동 로그들을 교환하는 데 사용될 수 있다.

CDNI 메타데이터 인터페이스는 콘텐츠의 배포와 관련되어 있고 CDN간 스코프(inter-CDN scope)를 가지는 콘텐츠 메타데이터를 전달할 수 있다. 예를 들어, 지역 제한(geo-blocking) 정보, 이용가능성(시간) 윈도우 및 액세스 제어 메커니즘은 이 CDNI 메커니즘의 일부일 수 있다.

요청 라우팅은 CDNI 라우팅과 상이할 수 있다. 요청 라우팅은 최종 사용자로부터의 요청을 이행하는 데 사용될 수 있다(요청 라우팅은 CDN의 기능임). CDNI 라우팅은 하나 이상의 CDN들(CDNI 라우터들)을 통해 CDNI 시그널링을 라우팅하는 데 사용될 수 있다.

CDN들은 정적 영상 또는 파일, 스트리밍 콘텐츠, 또는 대화형 서비스 등의 콘텐츠를 최종 사용자들에 제공할 수 있다. CDNI는 제어, 요청 라우팅, 로깅 및 메타데이터를 비롯하여 CDN들 간의 인터페이싱을 제공할 수 있다. CDN들은 피어-투-피어 CDNI를 사용하여 서로 상호 연결되어 있을 수 있다. 이들 CDN은 CDNI를 사용하여 서로 직접 피어링(peering)되어 있지 않은 2개의 CDN들 간의 통신을 가능하게 해주는 CDNI 라우팅을 구현할 수 있다. CDNI 라우팅은 CDN들 간의 요청 라우팅(request routing, RR) 메시지들 이상을 수반할 수 있다. 상세하게는, 로깅은 비지니스 관계의 일부로서 CDNI를 통해 링크되어 있는 CDN들 간의 타협(settlement)을 가능하게 해준다.

도 2는 CDNI 라우팅의 한 예를 나타낸 것이다. 예를 들어, CDN #3이 CDN #5를 통해 CDN #1로 배달을 위임하는 경우, CDN #1과 CDN #5 간에 관련 타협이 있을 수 있고, CDN #5와 CDN #3 사이에 다른 타협이 있을 수 있다. 다른 대안으로서, CDNI 로그들은 CDNI 라우팅을 사용하여, CDN #1과 CDN #3 사이의 직접 타협(direct settlement)을 가능하게 해줄 수 있다.

도 3은 패브릭 셋업(fabric setup) 단계, 발견(discovery) 단계 및 라우팅(routing) 단계를 사용하는 업스트림 CDN(305)과 다운스트림 CDN(310) 사이의 CDNI 라우팅의 한 예를 나타낸 것이다. CDNI 라우팅이 하나 이상의 CDN 라우터 CDN들(315) 및 중간 CDN 라우터들(320)에 의해 수행될 수 있다. 업스트림 CDN(305)은 최종 사용자 IP 주소 또는 IP 블록, 또는 목표 CDN 노드 IP 주소를 사용하여 메시지를 다운스트림 CDN(310)으로 송신할 수 있다. 초기 메시지 이후에 소스 라우팅(source routing)이 사용될 수 있다.

현재, 2개의 CDN들 사이에 CDNI가 예상되고 있다. 제1 CDN은 제2 CDN으로 콘텐츠 배달을 위임하기로 결정할 수 있고, 제2 CDN은 다시 다른 상호 연결된 CDN으로 위임할 수 있다. CDN은 꼭 그와 직접 상호 연결되어 있을 필요는 없는 다른 CDN으로 위임하기로 결정할 수 있다. 이와 같이, CDN 상호 연결의 스코프가 로컬로부터 전역으로 변화되어, 단일의 콘텐츠 인터네트워크(content internetwork) 내의 많은 CDN들을 상호연결시킬 수 있다.

도 3에 도시된 바와 같이, 이들 라우팅 방법의 설명은 라우팅 프로토콜, 원격 피어 CDN 발견(CDNI 유니캐스트에 대해 적용가능함), 및 실제 CDNI 메시지 라우팅을 포함할 수 있다. 다양한 라우팅 방법들 간에 공통인 것은 CDN들이 비지니스 관계의 일부로서 CDNI를 사용하여 서로 상호연결되어 있다는 것이다. 2개 이상의 상호 연결을 가지는 CDN들은 다른 CDN들에 CDNI 라우팅 서비스를 제공할 수 있다. 더욱이, 상호 연결된 CDN들 중 일부는 "액세스 CDN"[즉, ISP(Internet service provider) 또는 MNO(mobile network operator)에 의해 설치된 CDN]일 수 있고, 이 통신사업자의 최종 사용자들에 보다 효율적으로 서비스하기 위해 통신사업자의 네트워크에 통합되어 있을 수 있다.

도 4는 보다 큰 CDNI 아키텍처 내에서의 CDNI 라우팅 기능을 제시하고 있다. CDNI 라우터 CDN(315)은, CDNI 프로토콜을 사용하여, 업스트림 CDN(305) 및 다운스트림 CDN(310) 둘 다와 직접 피어링되어 있을 수 있다. 업스트림 CDN(305) 및 다운스트림 CDN(310)은 직접 상호 연결되어 있지 않지만, 그럼에도 불구하고, CDNI 라우터 CDN(315)의 중재를 통해, 요청 라우팅, 메타데이터, 로그 및 어떤 제어 메시지(콘텐츠 퍼지 요청 메시지 등)를 교환할 수 있다. 상호 연결된 CDN 피어들 간에 CDNI 경로를 교환하기 위해 CDNI 라우팅 프로토콜이 사용될 수 있다.

도 4에 도시되어 있는 CDNI 라우팅 기능은 다양한 라우팅 방법들(CDNI-로컬-링크, 최종 사용자 기반, CDNI-유니캐스트, CDNI-멀티캐스트, CDNI-브로드캐스트), 피어 CDN 발견(상세하게는, 요청 라우팅을 위한 것임), CDNI 라우팅을 위한 프로토콜(즉, CDN들 간의 라우팅 정보 교환), CDNI 요청 라우팅을 위한 프로토콜 및 액세스 CDN 역할을 지원할 수 있다. 액세스 CDN들은 "풀(pull)" CDN 재선택 메커니즘을 사용할 수 있다.

CDNI 라우터는 CDNI를 사용하여 2개 이상의 CDN들에 상호 연결되어 있고 하나의 상호 연결된 CDN으로부터 다른 CDN으로 CDNI 시그널링을 포워딩할 수 있는 엔터티이다. 예를 들어, CDN A는 CDN B 및 CDN C와 상호 연결되어 있을 수 있다. CDN B 및 CDN C는 서로 상호 연결되어 있지 않다. CDN B 및 CDN C가 서로에게 콘텐츠 배달을 위임할 수 있는 것은 물론, 다른 관련 CDNI 동작들(로그를 교환하는 것 등)을 위임할 수 있는 방식으로, CDN A가 "CDNI 라우팅" 서비스를 CDN B 및 CDN C에 제공한다.

액세스 CDN은, 이 액세스 제공자의 최종 사용자들에 보다 나은 서비스를 제공하기 위해, 셀룰러 네트워크 통신사업자 또는 ISP 등의 액세스 제공자에 의해 설치되어 있는 CDN이다. 많은 CDN들이 (직접 또는 CDNI 라우터들을 통해 간접적으로) 서로 상호 연결되어 있는 상황에서, 액세스 CDN는, IP 주소 범위를 사용하는 것 등에 의해, "우리의 최종 사용자들 전부가 여기 있다"라고 다른 CDN들에 광고할 수 있다. 이 정보는 주어진 최종 사용자에 대한 "최상의 CDN"을 발견하는 데 사용될 수 있다.

"최종 사용자 기반" 라우팅은 액세스 CDN 최종 사용자 정보를 모든 상호 연결된 CDN들에 배포하기 위해 라우팅 프로토콜이 사용되는 CDNI 라우팅 방식이다. 게다가, 업스트림 CDN들 및 모든 중간 CDNI 라우터들은 CDNI 메시지들을 주어진 최종 사용자에 대한 적절한 액세스 CDN 쪽으로 보내기 위해 이 정보를 사용할 수 있다. 상세하게는, 콘텐츠 요청을 발신하는 최종 사용자와 연관된 요청 라우팅 메시지 등의, 이 라우팅 방식을 사용하여 송신되는 CDNI 메시지들이 주어진 최종 사용자와 명확히 관련되어 있을 수 있다.

최종 사용자 기반 라우팅의 경우, 도 4에 도시되어 있는 업스트림 CDN(315)은 주어진 콘텐츠를 주어진 최종 사용자 또는 일련의 최종 사용자들로 배달하기 위한 최상의 피어 CDN을 탐색할 수 있다. 실제의 피어 CDN이 사전에 알려져 있지 않을 수 있고, CDNI 라우팅 메커니즘을 통해 발견될 수 있다. 이것을 가능하게 해주기 위해, 액세스 CDN들은 그의 관리되는 최종 사용자들(즉, 이 "액세스 CDN"을 설치하는 액세스 제공자의 최종 사용자들)의 일련의 IP 주소 블록들을 CDNI를 통해 광고할 수 있다. CDNI 라우터 CDN들은 IP 주소 블록들을 그 다음 홉 CDN과 정합시키는 라우팅 테이블을 작성하기 위해 경로들을 교환할 수 있다.

최종 사용자 기반 CDNI 라우팅이 유익한 사용 사례들의 예는 비전역 CDN들이 전세계에 있는 최종 사용자들에 도달하는 데 도움을 줌으로써 CDN들의 연합이 전역 CDN들과 경쟁할 수 있게 해주는 것, 및 아주 인기있는 콘텐츠를 MBMS(multimedia broadcast multicast service, 멀티미디어 브로드캐스트 멀티캐스트 서비스) 등의 멀티캐스트 해결책을 사용하여 배달하는 것에 의해 MNO가 네트워크 사용을 최적화하는 것을 포함할 수 있다. 게다가, 권한 있는 CDN은, 특정의 최종 사용자의 액세스 제공자의 네트워크에 통합되어 있기 때문에, 특정의 서비스 품질을 가장 많이 보장해줄 수 있는 액세스 CDN에 도달할 수 있다.

도 5는 콘텐츠 요청 라우팅에서 CDNI 최종 사용자 기반 라우팅이 어떻게 사용될 수 있는지의 한 예를 나타낸 것이다. 최종 사용자 리디렉션(특히, 520, 515 및 530)은 CDN 1의 특정의 구현에 따라 달라질 수 있다. 재귀적 요청 라우팅 방법이 사용될 수 있지만(즉, 전체적인 절차는 515와 530 사이에서 행해짐), 그 대신에, 반복적 라우팅 방법이 사용될 수 있다[즉, CDN 1은 최종 사용자를 CDNI 라우터로 리디렉션하고, 최종 사용자는 요청을 CDNI 라우터 CDN으로 전송할 수 있으며, CDNI 라우터 CDN은 3GPP(third generation partnership project) 액세스 네트워크로 리디렉션할 수 있고, 기타이다]. 통상적으로 2개 이상의 홉이 관여되어 있기 때문에, 배달 시작 지연 및 최종 고객에 도달하는 리디렉션들의 횟수를 감소시키기 위해, 재귀적 요청 라우팅 방법이 선호되는 방법일 수 있다.

505에서, CDNI 라우팅 정보가 CDNI를 통해 교환될 수 있다. 이것에 기초하여, CDN 1은 CDNI 라우터를 통해 A.B.0.0/16 및 C.D.0.0/16을 관리하는 액세스 CDN들에 도달할 수 있다는 것을 알 수 있다.

510에서, WTRU1 상의 웹 브라우저는 CDN 1 상에 저장되어 있는 객체에 대한 포인터를 포함하는 웹 페이지[즉, 3GP-DASH 호환 영화와 연관된 메타데이터를 가리키는 URL(uniform resource location) http://media.example.cdn.com/moviel.mpd]를 발신지 서버(origin server)로부터 획득할 수 있다.

515에서, WTRU1은 media.example.cdn.com을 분석(resolve)할 수 있다. DNS(domain name system, 도메인 이름 시스템) 요청은 액세스 네트워크(도시 생략)에 있는 로컬 DNS 서버를 통해 전달될 수 있다. 어떤 시점에서, DNS 요청은 CDN 1에 있는 향상된 DNS 서버에 도달할 수 있다[실제로는, 통상의 DNS 분석 절차(DNS resolution procedure)의 일부로서, 로컬 DNS 서버가 몇개의 DNS 서버들에 성공적으로 질의할 수 있다]. 도 5는 CDN 1의 향상된 DNS 서버 쪽으로 단일의 화살표를 나타내고 있다. 이 향상된 DNS 서버는 요청 라우팅 절차(520 및 525)를 개시할 수 있다.

520에서, 요청 라우팅 절차의 일부로서, 배달을 위임하기 위해, 메시지가 CDNI 라우터 CDN을 통해 3GPP 액세스 CDN으로 송신된다. CDNI 라우터가 IP 주소 블록들 A.B.0.0/16 및 C.D.0.0/16으로의 경로를 가지고 있다는 것을 CDNI 라우터가 광고했기 때문에, 이 메시지가 송신될 수 있다. 최종 사용자 로컬 DNS 서버 IP 주소가 이들 블록 중 하나 내에 있기 때문에, CDN 1은 요청 라우팅 CDNI 메시지를 CDNI 라우터로 송신할 수 있다. 그 자신의 라우팅 테이블에 기초하여, CDNI 라우터는 메시지를 CDIN를 통해 3GPP 액세스 CDN으로 포워딩할 수 있다.

525에서, 3GPP 액세스 CDN은 선택된 대리자의 IP 주소를 수락하고 반환할 수 있다. 다른 대안으로서, DNS 기반 콘텐츠 요청(515) 대신에, HTTP(hypertext transfer protocol) GET을 요청으로서 사용하고 530에서의 응답에서와 같이 리디렉션 HTTP 3xx를 사용하는 것 등에 의해, 리디렉션 기반 콘텐츠 요청이 사용된 경우, 3GPP 액세스 CDN은 IP 주소 대신에 호스트 이름을 반환할 수 있다.

530에서, WTRU1이 선택된 대리자 IP 주소를 CDN 1으로부터 수신하는 것으로 DNS 분석 절차가 완료된다.

535에서, WTRU1은 이어서 메타데이터 파일을 획득하기 위해, HTTP GET을 사용하는 것 등에 의해, 콘텐츠 배달을 개시할 수 있다. 다른 대안으로서, 530에서 최종 사용자로 반환된 IP 주소가 대리자 대신에 3GPP 액세스 CDN 리디렉터 기능(3GPP access CDN redirector function)의 IP 주소인 경우, 여기서 실제의 대리자로의 다른 리디렉션이 행해질 수 있다.

540에서, 필요한 경우, 3GPP 액세스 네트워크는 CDNI 라우터를 통해 CDN 1으로부터 메타데이터를 획득할 수 있다.

545에서, 필요한 경우, 대리자는 CDN 1으로부터 콘텐츠를 획득할 수 있다.

550에서, 3GPP 액세스 네트워크 대리자는 콘텐츠 배달을 계속할 수 있다.

하나 이상의 CDN들이 배달을 액세스 CDN들에 위임하기 위해 체계적으로(또는 적어도 인기있는 콘텐츠에 대해) 최종 사용자 기반 라우팅을 사용하는 경우, 액세스 CDN들은 인기있는 콘텐츠에 대한 새로운 배달들에 대해 적절한 조치를 취할 수 있다. 예를 들어, 주어진 기간 동안 초당 n회 초과의 배달을 수신하는 것으로 인해, 주어진 콘텐츠가 아주 인기있게 되는 경우, 액세스 CDN이 그 시점 이전에 배달 요청을 거절한 것으로 가정하여, 액세스 CDN은 이 시점으로부터의 계속 그리고 배달 요청율이 떨어질 때까지 자체적으로 배달을 수행하기로 결정할 수 있다. 더욱이, 액세스 CDN은 또한 확장성을 증대시키기 위해, 이러한 증가된 인기도의 검출에 기초하여, 멀티캐스트 또는 P2P 배달 방법을 사용하여 콘텐츠를 배포하기로 결정할 수 있다. 도 6은 이러한 유형의 액세스 CDN 거동을 나타낸 것이다. 다른 예에서, 액세스 CDN은, 이들 엔터티와의 비지니스 관계의 일부로서, 주어진 게시자로부터 또는 주어진 권한 있는 CDN으로부터 발신된 콘텐츠를 배달하는 것을 수락하기로 결정할 수 있다.

CDNI 라우터 CDN들은 서로 상호 연결되어, 액세스 CDN들과 다른 CDN들 사이에 콘텐츠 인터네트워크를 형성할 수 있다. CDN이 몇개의 상호 연결들 중 하나를 통해(즉, 동일한 CDN 쪽으로의 몇개의 경로들 중 하나를 통해) 메시지를 라우팅할 선택권을 가지고 있을 때, CDN은 최단 경로, 라운드 로빈, 또는 비용 최소화 등의 정책을 따를 수 있다. CDN은 CDNI 경로 광고 메시지를 사용하여 경로 정보(IP 블록 및 경로 길이를 포함함)를 교환할 수 있다.

도 7은 안정된 상태에 있는 콘텐츠 인터네트워크에서의 얻어진 라우팅 테이블들을 나타낸 것이다. 라우팅 테이블들의 크기를 제한하기 위해, CDNI 라우터 CDN은 그의 피어들에게 주어진 IP 블록 쪽으로의 단일의 경로(최단 경로를 사용하여 또는 다른 알고리즘을 사용하여 다른 경로들 중에서 선택됨)만을 광고할 수 있다. 그에 부가하여, CDNI 라우터 CDN은 또한 임계값보다 큰 경로 길이를 갖는 어떤 경로도 광고하지 않기로 결정할 수 있다.

몇개의 "형제(sibling)" 액세스 CDN들이 동일한 최종 사용자 범위를 담당할 수 있다. 예를 들어, 이들은 동일한 IP 블록들을 공유할 수 있고, 서비스되는 미디어의 유형만이 다를 수 있거나, 심지어 부하를 공유할 수 있다. 이들 형재 액세스 CDN은 동일한 CDNI 라우터(들)와 상호 연결되어 있을 수 있고, 소정의 규칙에 따라 트래픽을 분할하기로 CDNI 라우터(들)와 합의할 수 있다. 도 7에서, CDNI 라우터 #2는 요청 라우팅 메시지 필드들에 언급된 미디어 유형에 따라 CDNI 트래픽을 액세스 CDN #1 및 액세스 CDN #2로 분할할 수 있다. 다른 유효한 예는 CDNI 라우터 #2가 콘텐츠 ID의 해쉬에 따라 부하를 분할하는 것이다[이러한 해쉬 기반 부하 분산 알고리즘은, 예를 들어, CARP(cache array routing protocol)에서 사용된다].

이 메커니즘이 IP 기반 라우팅[예컨대, BGP(border gateway protocol)]과 유사하지만, CDNI 라우팅은 BGP 등의 프로토콜 상에 구축되거나, 다른 대안으로서, 그와 완전히 구별되고 상위 계층에서 동작할 수 있다. CDNI 라우터 CDN은 IP 종점(IP end point)인 게이트웨이들을 통해 다른 CDN들과 통신할 수 있고, CDNI 메시지가 포워딩될 때, 그 메시지는 CDN 게이트웨이들 중 하나의 CDN 게이트웨이의 IP 주소를 목적지로서 사용하여 목적지 CDN 노드 쪽으로 송신될 수 있다. CDNI 메시지 헤더가 CDNI 메시지 내에서 IP 페이로드 내부에[예컨대, JSON(javascript object notation) 또는 XML(extensible markup language)로서 인코딩되어 있는 HTTP 페이로드 내부에] 존재할 수 있다. CDNI 라우팅 기능은 어느 라우팅 방법(최종 사용자 기반, CDNI 유니캐스트 등)을 사용할지를 결정하기 위해 이 헤더의 라우팅 방법 필드를 사용할 수 있고, 이 방법에 따라, 적절한 CDNI 라우팅 테이블에서 탐색하기 위해 다른 필드들이 사용될 수 있다.

CDN들 사이의 가능한 타협들로 인해, 중간 CDNI 라우터들의 체인이 관련 메시지들에 대해(예컨대, 특정의 콘텐츠에 관련된 모든 메시지들에 대해) 수정되지 않은 채로 유지될 수 있다. 소스 라우팅이 사용될 수 있다. 초기 메시지(예컨대, 주어진 콘텐츠 ID에 관련된 첫번째 메시지)가 송신될 수 있고, 경로가 [SIP(session initiation protocol)에서의 헤더 사용을 통하는 것과 유사하게] 도중에 CDNI 라우터들에 의해 메시지에 기록될 수 있다. 메시지에 포함되어 있는사전 기록된 경로를 사용하여, 동일한 콘텐츠에 관련되어 있는 임의의 추가적인 메시지(예컨대, 로그)가 송신될 수 있다. CDNI 라우터들은 메시지를 라우팅하기 위해 이 정보를 사용할 수 있다. 이 방법은 엄격한 소스 라우팅(strict source routing)이라고 알려져 있으며, IP 및 SIP에서 사용된다.

CDNI 라우터들이 일반적으로 분산되어 있는 엔터티들이기 때문에(통상적으로 성숙된 CDN일 수 있기 때문에), IBGP(internal border gateway protocol)와 유사한 방식으로, 다양한 상호 연결들로부터의 입력을 병합시키기 위해, CDNI 라우터 내부에서 내부 라우팅 프로토콜 메커니즘이 사용될 수 있다. 도 8은 몇개의 상호 연결들이 CDNI 라우터 내의 상이한 CDNI 게이트웨이들에서 어떻게 종단되는지를 나타낸 것이다. CDNI 라우터가 전체로서 하나의 라우팅 테이블을 갖는 단일의 엔터티처럼 동작할 수 있는 방식으로, 게이트웨이들이 서로 연결되고 CDNI 라우팅 정보를 교환할 수 있다. 이 내부 프로토콜에 대한 구현의 한 예는 CDNI 라우터의 모든 CDNI 게이트웨이들 간에 라우팅 테이블들을 동기화시키기 위해 CDNI 경로 광고를 사용하는 것이다.

배치의 한 예에서, 전역 CDN(예컨대, Akamai, Limelight)은 그와 상호 연결되어 있는 CDN들에 대한 CDNI 라우터로서 역할할 수 있다. 배치의 다른 예에서, 도 9에 도시된 바와 같이, (그 자신의 CDN들을 설치하고 있는) 몇개의 로컬 ISP들이 CDNI 라우터로서 역할하는 보다 큰 ISP의 CDN 아래에 연합될 수 있다. 예를 들어, CableLabs의 규격에 따라 동작하는 케이블이 다른 케이블 네트워크들에 대한 CDNI 라우터로서 역할할 수 있다.

대안의 배치 시나리오에서, 기존의 공개 인터넷 라우터들[자율 시스템들(autonomous system, AS) 사이의 BGP 라우터들 등]이 CDNI 게이트웨이들로 오버레이될 수 있다. 예를 들어, BGP 라우터들이 새로운 CDNI 게이트웨이 기능을 지원할 수 있거나, 다른 대안으로서, CDNI 게이트웨이가 BGP 라우터 이외의 인터넷 상호 연결 점에 설치될 수 있다. 이 시나리오에서, CDN은, 그의 대리자들 중 일부가 이 AS 외부에 위치해 있더라도, 그의 코어 네트워크가 위치해 있는 AS의 경계에 위치해 있는 CDNI 게이트웨이들과 상호연결될 수 있다. 몇개의 AS에 걸쳐 분산되어 있는 CDN은 그가 담당하고 있는 AS들 중 전부 또는 일부에 위치해 있는 CDNI 게이트웨이들과 상호 연결하기로 결정할 수 있다.

IMS를 사용하는 MNO는 그의 IMS 네트워크에 액세스 CDN를 설치하기로 결정할 수 있다. 이 액세스 CDN을 다른 CDN들과 상호 연결하기 위해 이용가능한 설치 옵션은 시그널링 및 미디어 설정을 제어하기 위해 피어링 환경에서 사용되는 상이한 서비스 제공자 네트워크들의 경계에 설치될 수 있는 네트워크-기반 엔터티인 SBC(session border controller)일 수 있다. 더욱이, 통신사업자 액세스 네트워크 및 백본 네트워크를 구분하기 위해 SBC가 설치될 수 있다. 3GPP IMS 아키텍처에서, 진입점/이탈점에 있는 SBC의 기능이 IBCF(interconnection border control function)에 의해 수행될 수 있다. CDNI 게이트웨이에 의해 수행되는 CDNI 라우팅 메시징 및 미디어 중계 기능이 IBCF에 매핑될 수 있다. 즉, 분계점(demarcation point)에서, IBCF 자체 또는 IBCF와 연동하는 IWF(interworking function)가 CDNI 라우팅을 처리할 수 있다. 유사한 배치들이 또한 TISPAN(telecommunications and Internet converged services and protocols for advanced network) 아키텍처에 대해 유효할 수 있다. 이 기능 분산은 3GPP 통신사업자가 그의 액세스 CDN 네트워크와 다른 3GPP 또는 비3GPP 통신사업자(즉, IPTV 네트워크) CDN 간의 관계를 명확하게 식별하게 할 수 있다.

CDNI 상호 연결의 예는 IBCF 대 IBCF(2개의 IMS 기반 CDN들 간에 CDNI를 인코딩하기 위해 SIP를 사용함), 또는 IWF 대 임의의 CDNI 게이트웨이(IMS 기반 CDN과 비IMS CDN 간에 HTTP 기반 CDNI를 사용함)를 포함할 수 있다. 도 10은 IMS(Internet protocol multimedia subsystem, 인터넷 프로토콜 멀티미디어 서브시스템)와 외부 IP 멀티미디어 네트워크 간의 연동 참조 아키텍처를 나타낸 것이다. 도 10은 IBCF, IWF, IMS 네트워크 및 외부 IP 멀티미디어 네트워크 간의 관계를 나타낸 것이다. CDNI 라우팅 시그널링이 IWF 또는 IBCF에 의해 종단될 수 있다.

새로운 CDNI 라우팅 광고 메시지는 새로운 CDNI 라우팅 API(application programming interface)의 일부일 수 있다. 이 메시지를 사용하여, 액세스 CDN은 그의 최종 사용자들(일련의 IPv4 또는 IPv6 주소 블록들)을 광고할 수 있고, CDNI 라우터는 상호 연결된 액세스 CDN의 최종 사용자들 쪽으로의 경로들을 광고할 수 있다. 이 정보는 CDN 피어들 간의 초기 CDNI 연결 시에 교환될 수 있고, 필요할 때에 나중에 업데이트될 수 있다. 액세스 CDN 또는 CDNI 라우터의 역할을 갖지 않는 다른 CDN들은 경로 정보를 광고하지 않을 수 있고, 경로 정보를 다른 것들로부터 수신할 수 있다. 경로 광고의 수신 시에, CDN은 최종 사용자 기반 CDNI 라우팅 테이블을 채우거나 업데이트할 수 있다. CDN은 동일한 또는 교차하는 IP 블록들 쪽으로의 몇개의 경로들을 유지할 수 있다. 이들 경로 간의 라우팅 결정은 최단 경로, 최저 비용, 장애 극복(failover) 또는 기타 정책에 기초할 수 있다. CDN은 사용하고 싶지 않거나 사용할 수 없는 광고를 거부할 수 있다. CDN들은, CDNI 라우팅 API를 지원하는지를 서로에게 알려주기 위해, CDNI 제어 API를 사용하여 교환되는 능력을 사용할 수 있다.

피어-투-피어 CDNI 링크는 피어들 간의 기존의 신뢰 관계에 기초할 수 있다. 액세스 CDN들이 그의 최종 사용자들을 적절히 선언하도록 하기 위해 그리고 CDNI 라우터가 정확한 경로 길이를 갖는 경로들을 적절히 광고하도록 하기 위해 이 신뢰 관계가 중요하다.

도 11a 및 도 11b는 CDNI 라우터를 통해 그리고 액세스 CDN들 간에 직접 행해지는 최종 사용자 기반 경로 광고의 한 예를 나타낸 것이다. CDNI 경로 광고는 HTTP를 통해 XML 또는 JSON을 사용하여 인코딩될 수 있거나 다른 인코딩(예컨대, BGP 확장)을 사용할 수 있는 새로운 CDNI 메시지이다. CDNI 경로 광고는 송신자 CDN ID(예컨대, 도메인 이름), 첫번째 초기 광고 이후의 후속 업데이트에 대해 설정된 "업데이트" 플래그, 및 일련의 경로 항목들 ― 각각이 IP 주소 블록(예컨대, IPv4 또는 IPv6), 홉의 수로 된 경로 길이, 몇개의 경로들 중에 선택하기 위해 부가의 입력을 제공할 수 있는 가중치 등의 부가의 파라미터들, 및 이 경로에 대한 부가의 정책 파라미터들(예컨대, 이 경로의 극단에 있는 액세스 CDN이 그의 최종 사용자들에 대한 모든 요청 라우팅 절차에 포함되고자 한다는 것을 나타내는 플래그)을 가짐 ― 을 비롯한 다양한 필드들을 가진다. CDN은 일련의 라우팅 엔트리들 ― 각각이 IP 주소 블록(예컨대, IPv4 또는 IPv6), 홉의 수로 나타낸 경로 길이, CDNI 경로 광고에서 제공되는 부가의 파라미터들, 및 그 다음 홉 CDN ID를 가짐 ― 을 포함하는 새로운 소프트웨어 엔터티(즉, 최종 사용자 기반 CDNI 라우팅 테이블)를 작성하고 유지할 수 있다.

최종 사용자가 콘텐츠 요청을 송신할 때 CDN 요청 라우팅 절차가 행해질 수 있다. 권한 있는 CDN이 DNS 기반 리디렉션 방법을 사용하는 경우, 콘텐츠 요청은 CDN이 권한을 가지고 있는 FQDN(fully qualified domain name)에 대한 DNS 요청의 형태를 취할 수 있다. 다른 대안으로서, CDN이 HTTP 리디렉션 방법을 사용하고 있는 경우, 콘텐츠 요청은 발신지 서버로 또는 권한 있는 CDN 리디렉터 기능으로 보내지는 초기 HTTP GET일 수 있다. 콘텐츠 요청은 또한 다른 형태(예컨대, SIP INVITE)를 취할 수 있다. 콘텐츠 요청이 적절한 대리자를 식별하고 최종 사용자를 이 대리자 쪽으로 리디렉션하는 일을 맡고 있는 권한 있는 CDN 요청 라우팅 기능에 도달할 수 있다. 요청 라우팅 절차는 배달을 다른 CDN에 위임하기 위한 CDN간 통신을 포함할 수 있다. 이 절차는 하나 이상의 CDN들로 케스케이딩될 수 있다.

요청 라우팅 절차를 시작하는 업스트림 CDN은 최종 사용자 기반 CDNI 라우팅 테이블을 검사하고 콘텐츠 배달의 최종 사용자에 서비스하는 액세스 CDN이 있는지를 판정할 수 있다. 업스트림 CDN은 (예컨대, CDNI 라우팅 테이블 항목이 이 항목에 대해 이 거동을 요청하는 플래그를 포함하고 있기 때문에) 이 액세스 CDN을 절차에 관여시킬 수 있다. 업스트림 CDN은 이어서 CDNI 요청 라우팅 메시지를 작성하고 이를 CDNI 라우팅 테이블의 선택된 항목에 의해 표시되어 있는 그 다음 홉으로 송신할 수 있다. 모든 중간 CDNI 라우터는 그의 최종 사용자 기반 CDNI 라우팅 테이블에 따라 메시지를 라우팅할 수 있다. 모든 중간 CDNI 라우터는 (CDNI 응답을 위해 소스 라우팅이 사용될 수 있게 해주기 위해) 그의 CDN ID를 메시지에 부가함으로써 요청을 업데이트할 수 있다(이는 SIP 헤더를 통하는 것과 유사함). 마지막으로, 메시지는 액세스 CDN에 도달할 수 있고, 액세스 CDN은 콘텐츠를 배달할지 여부를 결정할 수 있다. 응답을 작성할 때, 액세스 CDN은, 요청이 따라간 동일한 경로를 따라 이 응답을 포워딩하기 위해 중간 CDNI 라우터에 의해 사용될 수 있는, 기록된 경로 정보를 요청으로부터 복사할 수 있다.

도 12는 요청 라우팅 호 흐름의 한 예를 나타낸 것이다. 이들 새로운 CDNI 요청 라우팅 메시지는 HTTP를 통해 XML 또는 JSON을 사용하여 인코딩될 수 있거나, 다른 인코딩을 사용할 수 있다. 더욱이, 일반 CDNI 메시지 헤더가 모든 CDNI 메시지에 존재하고 CDNI 라우팅을 위해 사용될 수 있다.

CDNI 메시지 헤더는 이 메시지가 어떻게 라우팅되어야 하는지를 나타내는 코드를 사용하여 라우팅 방법을 나타낼 수 있다. 예를 들어, 링크-로컬 방법에서는, 이 메시지에 대해 어떤 CDNI 라우팅도 수행되지 않으며, 최종 사용자 기반 CDNI 라우팅에서는, 최종 사용자 기반 CDNI 라우팅 테이블 내에서 (이 메시지 내의 다른 필드에 존재하는) 최종 사용자 IP 주소와 가장 일치하는 것을 찾아냄으로써 CDNI 라우팅이 수행될 수 있으며, 소스 라우팅에서는, 송신자 및 후속하는 CDNI 라우터들이 그 자신이 (메시지에 존재하는) 기록된 경로에 있음을 발견하고 이어서 메시지를 기록된 경로에 있는 그 다음 CDN으로 포워딩한다.

CDNI 요청 헤더는 메시지의 최종 목적지의 식별자(예컨대, 도메인 이름) ― 목적지를 모를 때(예컨대, 최종 사용자 기반 CDNI 라우팅이 사용될 때), 생략되어 있음 ― 를 사용하여 목적지 CDN을 나타낼 수 있다.

CDNI 요청 헤더는 소스 CDN(요청에서, 권한 있는 CDN과 동일해야만 함)을 나타낼 수 있다. CDNI 요청 헤더는 메시지 ID(이것은 주어진 소스 CDN의 스코프 내에서 고유의 ID임)를 나타낼 수 있다. 예를 들어, 송신자는 매 송신된 메시지마다 내부 카운터를 1씩 증가시킬 수 있다.

CDNI 요청 헤더는 경로에 있는 중간 CDN들 ― 메시지를 포워딩할 때 그의 ID를 부가함 ― 을 기록하는 CDN ID들의 목록을 사용하여 기록된 경로를 나타낼 수 있다(이것은 응답의 라우팅을 가능하게 해주고 라우팅 루프를 검출함).

CDNI 요청 헤더는 생존 시간(TTL, time-to-live) 필드(라우팅 루프를 피하기 위한 대안)를 포함할 수 있다.

CDNI 요청-라우팅 요청(REQ) 메시지는 CDNI 메시지 헤더 및 배달 ID(delivery identification)[권한 있는 CDN ID, 콘텐츠 ID 및 IP 주소 등의 최종 사용자 ID(또는, 이용가능하지 않은 경우, 그의 로컬 DNS 서버 IP 주소)]를 포함할 수 있다.

CDNI 요청-라우팅 응답(RSP) 메시지는 CDNI 메시지 헤더(목적지 및 소스 CDN이 적절히 반대로 되어 있을 수 있고, 기록된 경로가, 어쩌면 정반대 순서로, 요청으로부터 복사될 수 있음), 배달 ID(REQ에서와 동일한 필드), 및 배달할지의 결정(예/아니오)을 포함할 수 있다.

CDNI 유니캐스트 라우팅 및 서비스 기반 CDN 발견 절차가 다음과 같이 구현될 수 있다. 소스 CDN은 그와 직접 상호 연결되어 있을 수 있는 특정의 목적지 CDN에 도달하고자 할 수 있다. 목적지 CDN 자체가 알려져 있고, 라우팅은 최종 사용자 위치에 의존하지 않는다. 이 목적지는 소스 CDN이 "사전에" 알고 있을 수 있거나, 다른 대안으로서, 최상의 목적지를 결정하기 위해(통상적으로, 주어진 배달을 위해 사용할 최상의 CDN을 결정하기 위해) 발견 메커니즘이 사용될 수 있다. 이와 같이, 이 절차는 라우팅 측면(라우팅 패브릭 셋업 및 라우팅 자체를 담당함), 및 목적지 CDN 발견 측면을 가진다.

CDNI 라우터에 연결되어 있는 CDN들은 그 자신의 노드들의 IP 주소 블록들의 세트(들)(통상적으로, CDN 통신사업자에 의해 직접 사용되는 공개 IP 주소들)를 제공할 수 있다. CDN들은 라우팅 정보를 교환할 수 있고, 그에 의해 IP 블록들이 최종 사용자 IP 블록들이 아니라, CDN 코어 네트워크 IP 블록들이고, 비라우터 CDN들은 그 자신의 로컬 IP 블록(들)을 광고할 수 있으며(2개의 비라우터 CDN들이 이러한 방식으로 상호 연결되어 있을 수 있음), CDNI 라우터들은 그 자신의 로컬 IP 블록(들) 및 그가 라우팅할 수 있는 IP 블록들 둘 다를 광고할 수 있으며, 액세스 CDN 역할이 여기서는 관련성이 없다.

CDNI 유니캐스트 라우팅 테이블이 CDNI 경로 광고에 기초하여 상호 연결된 CDN들에 의해 유지될 수 있다. 이 라우팅 테이블은 최종 사용자 기반 CDNI 라우팅 테이블과 상이할 수 있지만, 최종 사용자들 및 CDN 코어 네트워크들의 IP 주소 공간이 통상적으로 동일한 공개 IP 주소 공간이기 때문에, 이들을 분리시켜 둘 실제적인 이유가 없을 수 있다. 다른 대안으로서, CDNI 유니캐스트 라우팅 테이블은 IP 주소들 대신에 CDN ID들을 사용할 수 있고, 이 경우에 라우팅 테이블들은 서로 상이한 채로 있을 수 있다.

CDNI 라우팅 광고에 대해, IP 주소 블록들은 액세스 CDN 최종 사용자들 대신에 CDN 코어 네트워크에 속할 수 있다. CDNI 유니캐스트 라우팅 테이블은 최종 사용자 기반 CDNI 라우팅 테이블과 동일한 필드들을 가질 수 있다. IP 주소 블록들은 액세스 CDN 최종 사용자들 대신에 CDN 코어 네트워크에 속할 수 있다. 다른 대안으로서, CDNI 유니캐스트 라우팅 테이블이 IP 주소들 대신에 CDN ID들(도메인 이름 등)로 채워질 수 있다.

도 13a 및 도 13b는 CDNI 유니캐스트 라우팅을 사용하는 콘텐츠 네트워크를 나타낸 것이다. 라우팅 테이블들이 안정된 상태에서 표현되어 있다.

CDNI 메시지들은 새로운 라우팅 방법 필드 값 CDNI 유니캐스트를 사용할 수 있다. 응답 메시지 및 기타 관련 메시지들은 소스 라우팅 또는 CDNI 유니캐스트 라우팅 중 어느 하나를 사용할 수 있다. 소스 라우팅의 장점은 모든 관련된 메시지들에 대해 동일한 경로가 사용될 수 있도록 보장해줄 수 있다는 것이다. CDNI 유니캐스트를 지원하기 위해 CDNI 메시지 헤더가 업데이트될 수 있다.

CDNI 메시지 헤더에 대한 라우팅 방법이 새로운 방법으로 업데이트될 수 있고, 그로써 CDNI 유니캐스트에 대해, CDNI 라우터는 이 메시지를 로컬 CDNI 유니캐스트 라우팅 테이블(탐색을 위해 목적지 IP 주소를 사용함)에서의 최상의 일치하는 라우팅 엔트리으로부터 그 다음 홉으로 포워딩할 수 있다. 라우팅 테이블에서 일치하는 것이 발견되지 않는 경우, 메시지가 폐기될 수 있다. CDNI 목적지 IP 주소(예컨대, 목적지 CDN의 CDNI 게이트웨이 또는 기타 CDNI 코어 네트워크 노드의 IP 주소), 및 CDNI 소스 IP 주소(필요한 경우 답신을 위해 수신기에 의해 사용됨)를 비롯한 새로운 필드들이 부가될 수 있다. 다른 대안으로서, 이들 마지막 2개의 새로운 필드들은 CDNI 목적지/소스 CDN ID(도메인 이름 등)로 대체될 수 있다.

목적지 CDN 발견이 오프라인 프로비저닝, 외부 발견 서비스 및 CDNI 멀티캐스트 또는 브로드캐스트를 사용하는 발견 메시지를 비롯한 다양한 방식들로 수행될 수 있다. 소스 CDN은 사전 합의에 기초하여 또는 단순히 오프라인 매핑 결정에 기초하여 목적지 CDN IP 주소 블록들 또는 ID들로 프로비저닝될 수 있다. 다른 대안으로서, CDN들을 등록하고 그에 질의하기 위해 외부 발견 서비스가 사용될 수 있다. 예를 들어, 이를 위해 ALTO(application-layer traffic optimization, 응용 프로그램 계층 트래픽 최적화)가 사용될 수 있다. ALTO는 CDN들 내에서 대리자 선택을 위해 사용될 수 있고, CDNI에 대해 ALTO 서버 상호 연결이 제안되어 있다. 상위 레벨 매핑이 사용될 수 있고, 그에 의해 주어진 유형의 콘텐츠를 주어진 최종 사용자들에 배달하기 위한 질의 및 기타 파라미터들에 응답하여 잠재적인 CDN들의 목록이 반환될 수 있다. 이 정보에 기초하여, CDN은 이어서 반환된 CDN(들)으로 요청 라우팅 절차를 개시할 수 있다.

도 14는 CDN 위치 서비스에 대한 사용의 한 예를 나타낸 것이고, 그에 의해 피어 발견은 외부 발견 서비스를 사용할 수 있다. CDN 등록 및 발견 메시지가 도 14에 도시되어 있다. 이들 메시지는 비CDNI 메시지(예컨대, 제3자 운영 서버로 송신되는 ALTO 메시지)일 수 있거나, 다른 대안으로서, CDNI 라우팅을 사용하여 CDNI를 통해 송신될 수 있다(예컨대, 상호 연결된 CDN들 중 하나에 의해 호스팅되는 위치 서비스).

하나 이상의 후보들을 획득하기 위해 CDN 발견 메시지가 소스 CDN에 의해 사용될 수 있다. 이 발견 메시지는 최종 사용자 기반 멀티캐스트 또는 브로드캐스트 CDNI 라우팅 방법을 사용할 수 있다. 발견 메시지 응답은 CDN 풋프린트(CDN footprint), 지원되는 미디어 유형 등에 관한 정보를 포함할 수 있다.

CDNI 피어 발견 REQ 메시지는 CDNI 메시지 헤더 및 배포 파라미터들(즉, 최종 사용자 IP 주소 범위, 미디어 유형 등과 같은 콘텐츠 배포의 특성)을 포함할 수 있다. 이것이 존재하는 경우, 수신기 CDN은 그의 응답의 범위를 이들 파라미터로 제한할 수 있다(예컨대, 주어진 미디어 유형을 지원하지 않는 경우, 요청을 거부할 수 있음).

CDNI 피어 발견 RSP 메시지는 CDNI 메시지 헤더, 반환 코드(수락/거부, 그에 의해 거부를 사용하는 대신에, CDNI 멀티캐스트 또는 CDNI 브로드캐스트가 요청을 위해 사용될 때, 응답이 생략될 수 있음), 및 배포 파라미터들(즉, 최종 사용자 IP 주소 범위, 미디어 유형 등과 같은 이 CDN에 대해 타당한 콘텐츠 배포의 특성)을 포함할 수 있다.

도 15는 CDN들이 그룹에 참여할 수 있고 다른 CDN이 발견 요청을 그룹으로 송신할 수 있는 CDNI 멀티캐스트 시나리오의 한 예를 나타낸 것이다. 도 15는 CDNI 피어 발견 메시지 및 멀티캐스트를 사용하는 피어 발견의 한 예를 나타낸 것이다.

도 16은 CDN이 CDNI 브로드캐스트 발견 요청을 송신하는 CDNI 브로드캐스트 시나리오의 한 예를 나타낸 것이다. 도 16은 CDNI 피어 발견 메시지 및 브로드캐스트를 사용하는 피어 발견의 한 예를 나타낸 것이다.

CDNI 멀티캐스트 라우팅에서, 업스트림 CDN은 그와 상호 연결되어 있는 CDNI 라우터 CDN에 그룹 멤버쉽 정보를 제공하는 주어진 CDN 그룹에 도달하고자 할 수 있다. 라우팅 정보를 교환할 때, CDNI 라우터 CDN은 그룹 멤버쉽도 포함할 수 있다. CDNI 라우팅 방법 "CDNI 멀티캐스트"를 갖는 CDNI 메시지는 그룹 쪽으로 송신될 수 있고(새로운 CDNI 메시지 필드), 그룹의 모든 구성원들에 도달하기 위해 필요에 따라 CDNI 라우터에 의해 복제될 수 있다. CDNI 응답 및 추가의 관련된 메시지는 CDNI 유니캐스트 라우팅 방법을 사용하여 송신될 수 있다.

CDNI 그룹 멤버쉽 관리를 위한 새로운 CDNI 메시지(이 메시지는 새로운 CDNI "라우팅" API의 일부일 수 있음)는 CDNI 메시지 헤더(라우팅 방법 "링크-로컬"이 통상적으로 사용될 수 있음), 참여 또는 탈퇴 명령, 및 그룹 ID(예컨대, 문자열 또는 IP 주소)를 포함할 수 있다. 충돌을 피하기 위해, 기존의 멀티캐스트 그룹들의 전역 레지스트리(global registry)가 사용될 수 있다. 다른 대안으로서, IP 주소가 그룹 ID로서 사용될 수 있다.

예를 들어, CDN은 "캐나다" 멀티캐스트 그룹에 참여할 수 있다. 모든 상호 연결 CDNI 라우터들은 결국은 이 그룹의 구성원들 쪽으로의 경로를 획득할 수 있다. 권한 있는 CDN은 캐나다에서 콘텐츠를 배포할 수 있고 배포하고자 하는 연결된 CDN들의 목록을 얻기 위해 발견 메시지를 이 그룹으로 송신할 수 있다. 통상적으로, 임의의 CDN은 참여 메시지를 CDNI를 통해 CDNI 라우터 피어로 송신함으로써 멀티캐스트 그룹에 참여하기로 결정할 수 있다. 그룹 멤버쉽이 CDNI 메시징을 사용하여 CDNI 라우터들 간에 확산될 수 있다. 예를 들어, PIM-SM(protocol independent multicast sparse-mode) 또는 DVMRP(distance vector multicast routing protocol)에 기초한 CDNI 프로토콜이 사용될 수 있다.

CDNI 멀티캐스트 라우팅 메시지를 전송하는 새로운 CDNI 메시지(이 메시지는 새로운 CDNI "라우팅" API의 일부일 수 있음)는 CDNI 메시지 헤더를 포함할 수 있다(라우팅 방법 "링크-로컬"이 통상적으로 사용될 수 있음). 멀티캐스트 라우팅 메시지가 (예컨대, PIM-SM 또는 DVMRP에 기초하여) 캡슐화될 수 있다.

CDNI 멀티캐스트를 지원하기 위해 CDNI 메시지 헤더가 업데이트될 수 있다. 라우팅 방법이 새로운 CDNI 멀티캐스트 방법으로 업데이트될 수 있고, 그에 의해 CDNI 라우터는 이 메시지를 이 그룹에 참여한 모든 CDN들 쪽으로 포워딩할 수 있고, 목적지 CDNI 멀티캐스트 그룹 필드를 포함시킬 수 있다.

CDNI 브로드캐스트 라우팅에 대해, 업스트림 CDN은 (CDNI 요청 라우팅 메시지에 명시된 다른 제약조건들 내에서) 콘텐츠를 배달하고자 하는 임의의 CDN에 도달하고자 할 수 있다. 예를 들어, 메시지는 n개의 홉의 제한 내에서 모든 CDN들에 도달할 수 있다. 이 유형의 메시지는 발견 방식을 구현하기 위해 또는 긴급한 네트워크 전역 경보 메시지를 위해 유용할 수 있다. CDNI 브로드캐스트를 지원하기 위해 CDNI 메시지 헤더가 업데이트될 수 있다. RPF(reverse path forwarding), 메시지 TTL(time-to-live) 필드, 또는 메시지 ID를 사용한 중복 검출 등의 메커니즘을 사용하여 루프를 피하면서, 라우팅 방법이 새로운 CDNI 브로드캐스트 방법으로 업데이트될 수 있고, 그에 의해 CDNI 라우터는 이 메시지를 모든 다른 상호 연결된 CDN들로 포워딩할 수 있다.

라우팅 결정은 콘텐츠 ID(즉, 콘텐츠 인터네트워크의 스코프 내에서 콘텐츠를 일의적으로 나타내는 정보)에 기초할 수 있다. 예를 들어, 이러한 콘텐츠 ID는 이 콘텐츠에 대한 권한 있는 CDN의 전역 CDN ID(예컨대, 도메인 이름), 권한 있는 CDN에 의해 게시자 ID(예컨대, 계정 번호) 또는 게시자에 의해 제공되는 게시자 ID(예컨대, 도메인 이름), 및 이 특정의 콘텐츠에 대헤 게시자에 의해 제공되는 문자열의 연결로 이루어져 있을 수 있다.

CDNI 라우터는 CDNI 헤더에 존재하는 콘텐츠 ID를 CDN에 의해 광고되는 콘텐츠 ID들(또는 일련의 콘텐츠 ID들)을 저장하는 내부 콘텐츠 라우팅 테이블과 비교하고, 메시지를 모든 매칭 수신자들 쪽으로 포워딩할 수 있다. 다른 대안으로서, CDN은 메시지를 모든 수신자들 대신에 하나의 매칭 수신자(예컨대, 가장 가까운 수신자) 쪽으로 포워딩할 수 있다. 예를 들어, 어떤 CDN들은 특정의 게시자(예컨대, Youtube)로부터의 콘텐츠를 포워딩하는 것에 대한 그의 관심을 광고할 수 있다. 이들 CDN은 콘텐츠 ID 기반 라우팅 방법을 사용하여 라우팅 요청을 수신할 수 있다(소스 라우팅 방법을 사용하여 답신할 수 있음).

새로운 CDNI "라우팅" API의 새로운 CDNI 메시지 부분은 CDNI 콘텐츠 ID 기반 라우팅 메시지를 포함할 수 있다. 라우팅 방법 "링크-로컬"이 통상적으로 사용될 수 있다. 메시지는 송신자 CDN이 배달하는 데 관심을 갖는 일련의 콘텐츠 ID들을 포함할 수 있다. 콘텐츠 ID가 구조화되어 있는 경우, 주어진 게시자 및/또는 주어진 권한 있는 CDN으로부터의 모든 콘텐츠를 지정하기 위해 와일드카드가 사용될 수 있다.

콘텐츠 ID 기반 라우팅을 지원하기 위해 CDNI 메시지 헤더가 업데이트된다. 라우팅 방법이 CDNI 콘텐츠 ID 기반 라우팅을 사용하는 새로운 방법으로 업데이트될 수 있고, 그에 의해 CDNI 라우터는 이 메시지를 이 콘텐츠를 광고하는 모든 CDN들 쪽으로 포워딩할 수 있다.

본 명세서에 기술되어 있는 다양한 실시예들이 동일한 라우팅 패브릭에서 동시에 사용될 수 있다. CDNI 메시지 헤더 필드 "라우팅 방법"이 필요에 따라 송신자에 의해 설정될 수 있고, 경로 상의 모든 CDN이 이 필드에 명시된 방법에 기초하여 CDNI 라우팅을 수행할 수 있다.

실시예들

1. CDNI(content delivery network interconnection, 콘텐츠 배달 네트워크 상호 연결) 라우터 CDN(content delivery network, 콘텐츠 배달 네트워크)에 의해 사용되는 CDNI 시그널링을 포워딩하는 방법으로서,

제1 CDN과 제1 CDNI를 설정하는 단계;

제2 CDN과 제2 CDNI를 설정하는 단계;

제1 CDN 및 제2 CDN 중 적어도 하나로부터 CDNI 경로 광고 메시지(CDNI route advertisement message)를 수신하는 단계 ― CDNI 경로 광고 메시지는 일련의 최종 사용자 IP(Internet protocol) 주소 블록들을 포함함 ― ;

CDNI 경로 광고 메시지 내의 IP 주소 블록들에 기초하여 적어도 하나의 최종 사용자 기반 CDNI 라우팅 테이블을 업데이트하는 단계; 및

제1 CDN 및 제2 CDN 중 적어도 하나로 업데이트된 CDNI 경로 광고 메시지를 전송하는 단계를 포함하는 방법.

2. 실시예 1에 있어서, 제1 CDN 및 제2 CDN 중 적어도 하나는 업데이트된 CDNI 경로 광고 메시지 내의 최종 사용자 IP 주소 블록들에 기초하여 적어도 하나의 최종 사용자 기반 CDNI 라우팅 테이블을 업데이트하는 것인 방법.

3. 실시예 1 또는 실시예 2에 있어서, CDNI 경로 광고 메시지는 CDNI 헤더 내에 콘텐츠 ID(content identification)를 포함하는 것인 방법.

4. 실시예 3에 있어서,

CDNI 경로 광고 메시지 내의 콘텐츠 ID를 콘텐츠 ID들을 저장하는 콘텐츠 라우팅 테이블과 비교하는 단계; 및

CDNI 경로 광고 메시지를 콘텐츠 라우팅 테이블에 의해 표시되는 적어도 하나의 매칭 수신자에 포워딩하는 단계를 추가로 포함하는 방법.

5. 실시예 1 내지 실시예 4 중 어느 한 실시예에 있어서, CDNI 경로 광고 메시지는 일련의 라우팅 엔트리들을 포함하는 것인 방법.

6. 실시예 5에 있어서, 각각의 라우팅 엔트리는 IP 주소 블록, 홉의 수로 나타낸 경로 길이, 경로를 선택하는 데 사용되는 파라미터들, 및 선택된 경로와 연관된 정책 파라미터들을 포함하는 것인 방법.

7. 실시예 2 내지 실시예 6 중 어느 하나의 실시예에 있어서, 최종 사용자 기반 CDNI 라우팅 테이블들 각각은 일련의 라우팅 엔트리들을 저장하는 것인 방법.

8. 실시예 7에 있어서, 각각의 라우팅 엔트리는 IP 주소 블록, 홉의 수로 나타낸 경로 길이, 경로를 선택하는 데 사용되는 파라미터들, 선택된 경로와 연관된 정책 파라미터들, 및 그 다음 홉 CDN ID(CDN identification)를 포함하는 것인 방법.

9. 실시예 1 내지 실시예 8 중 어느 하나의 실시예에 있어서, 제1 CDN 및 제2 CDN 중 적어도 하나에 의해 수신되는 배달 요청들에 기초하여 콘텐츠의 인기도를 판정하는 단계; 및

판정된 인기도에 따라 멀티캐스트 또는 P2P(point-to-point) 배달 방법을 사용하여 콘텐츠를 배포하는 단계를 추가로 포함하는 방법.

10. 실시예 1 내지 실시예 9 중 어느 한 실시예에 있어서, 제1 CDN은 업스트림 CDN이고, 제2 CDN은 다운스트림 CDN인 방법.

11. 실시예 1 내지 실시예 10 중 어느 한 실시예에 있어서, CDNI 라우터 CDN은 적어도 하나의 CDNI 라우터 CDN 및 적어도 하나의 중간 CDN 라우터를 포함하는 것인 방법.

12. 실시예 1 내지 실시예 11 중 어느 하나의 실시예에 있어서, 제1 CDN 및 제2 CDN 중 적어도 하나는 액세스 CDN인 방법.

13. 업스트림 CDN(content delivery network)에 의해 사용되는 CDNI(content delivery network interconnection) 시그널링을 포워딩하는 방법으로서,

최종 사용자로부터 콘텐츠 요청 메시지를 수신하는 단계;

최종 사용자에 서비스하는 액세스 CDN이 있는지를 판정하기 위해 최종 사용자 기반 CDNI 라우팅 테이블에 액세스하는 단계;

CDNI 요청 라우팅 메시지를 발생하는 단계;

CDNI 요청 라우팅 메시지를 CDNI 라우팅 테이블 내의 선택된 엔트리에 의해 표시되는 적어도 하나의 그 다음 홉에 전송하는 단계 ― 적어도 하나의 그 다음 홉은 적어도 하나의 CDNI 라우터이고, CDNI 라우터는 CDNI 요청 라우팅 응답 메시지를 업데이트하고 액세스 CDN으로 포워딩함 ― ; 및

CDNI 요청 라우팅 응답 메시지를 수신하는 단계를 포함하는 방법.

14. 실시예 13에 있어서, CDNI 요청 라우팅 메시지는 라우팅 방법 코드를 나타내는 CDNI 메시지 헤더를 포함하는 것인 방법.

15. 실시예 14에 있어서, 라우팅 방법 코드는 CDNI 요청 라우팅 메시지에 대해 CDNI 라우팅이 수행될 것인지 여부를 나타내는 것인 방법.

16. 실시예 14에 있어서, CDNI 메시지 헤더가 목적지 CDN 및 소스 CDN을 식별해주는 것인 방법.

17. 실시예 14에 있어서, CDNI 메시지 헤더가 생존 시간(TTL, time-to-live) 필드를 포함하는 것인 방법.

18. 실시예 13에 있어서, CDNI 요청 라우팅 응답 메시지는 라우팅 방법 코드를 나타내는 CDNI 메시지 헤더를 포함하는 것인 방법.

19. CDNI(ontent delivery network interconnection) 라우터 CDN(content delivery network)으로서,

CDNI 경로 광고 메시지를 수신하도록 구성되는 입력 ― CDNI 경로 광고 메시지는 일련의 라우팅 엔트리들을 포함하고, 각각의 라우팅 엔트리는 IP 주소 블록, 홉의 수로 나타낸 경로 길이, 경로를 선택하는 데 사용되는 파라미터들, 및 선택된 경로와 연관된 정책 파라미터들을 포함함 ― ;

CDNI 경로 광고 메시지 내의 IP 주소 블록들에 기초하여 적어도 하나의 최종 사용자 기반 CDNI 라우팅 테이블을 업데이트하도록 구성되는 프로세서; 및

업데이트된 CDNI 경로 광고 메시지를 전송하도록 구성되는 출력을 포함하는 CDNI 라우터 CDN.

20. 실시예 19에 있어서, CDNI 라우터 CDN은 적어도 하나의 CDNI 라우터 CDN 및 적어도 하나의 중간 CDN 라우터를 포함하는 것인 CDNI 라우터 CDN.

21. 실시예 19에 있어서, CDNI 경로 광고 메시지는 송신자 CDN ID(CDN identification)를 포함하는 것인 CDNI 라우터 CDN.

22. 실시예 19에 있어서, CDNI 경로 광고 메시지는 첫번째 초기 광고 이후의 후속 업데이트들에 대해 설정된 업데이트 플래그를 포함하는 것인 CDNI 라우터 CDN.

특징 및 요소가 특정의 조합으로 앞서 기술되어 있지만, 기술 분야의 당업자라면 각각의 특징 또는 요소가 단독으로 또는 임의의 다른 특징 및 요소와 결합하여 사용될 수 있다는 것을 잘 알 것이다 그에 부가하여, 본 명세서에 기술된 실시예는 컴퓨터 또는 프로세서에서 실행하기 위해 컴퓨터 판독가능 매체에 포함되어 있는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어로 구현될 수 있다. 컴퓨터 판독가능 매체의 일례는 전자 신호(유선 또는 무선 연결을 통해 전송됨) 및 컴퓨터 판독가능 저장 매체를 포함한다. 컴퓨터 판독가능 저장 매체의 예로는 ROM(read only memory), RAM(random access memory), 레지스터, 캐시 메모리, 반도체 메모리 장치, 자기 매체(예컨대, 내장형 하드 디스크 또는 이동식 디스크), 광자기 매체, 그리고 CD(compact disc) 또는 DVD(digital versatile disk) 등의 광 매체가 있지만, 이들로 제한되지 않는다. 소프트웨어와 연관된 프로세서는 WTRU, UE, 단말, 기지국, Node-B, eNB, HNB, HeNB, AP, RNC, 무선 라우터 또는 임의의 호스트 컴퓨터에서 사용하기 위한 무선 주파수 트랜시버를 구현하는 데 사용될 수 있다.

Claims

콘텐츠 배달 네트워크 상호 연결(CDNI, content delivery network interconnection) 라우터 콘텐츠 배달 네트워크(CDN, content delivery network)에 의해 사용되는, CDNI 시그널링을 포워딩하는 방법에 있어서,
제1 CDN과 제1 CDNI를 설정하는 단계;
제2 CDN과 제2 CDNI를 설정하는 단계;
상기 제1 CDN 및 상기 제2 CDN 중 적어도 하나로부터 CDNI 경로 광고 메시지(CDNI route advertisement message)를 수신하는 단계 ― 상기 CDNI 경로 광고 메시지는 최종 사용자 인터넷 프로토콜(IP, Internet protocol) 주소 블록들의 세트를 포함함 ― ;
상기 CDNI 경로 광고 메시지 내의 IP 주소 블록들에 기초하여 적어도 하나의 최종 사용자 기반 CDNI 라우팅 테이블을 업데이트하는 단계; 및
업데이트된 CDNI 경로 광고 메시지를 상기 제1 CDN 및 상기 제2 CDN 중 적어도 하나에 전송하는 단계
를 포함하고, 상기 제1 CDN 및 상기 제2 CDN 중 적어도 하나는 상기 업데이트된 CDNI 경로 광고 메시지 내의 상기 최종 사용자 IP 주소 블록들에 기초하여 적어도 하나의 최종 사용자 기반 CDNI 라우팅 테이블을 업데이트하는 것인, CDNI 시그널링을 포워딩하는 방법.
제1항에 있어서,
상기 CDNI 경로 광고 메시지는 CDNI 헤더 내에 콘텐츠 ID(identification)를 포함하는 것인, CDNI 시그널링을 포워딩하는 방법.
제2항에 있어서,
상기 CDNI 경로 광고 메시지 내의 상기 콘텐츠 ID를 콘텐츠 ID들을 저장하는 콘텐츠 라우팅 테이블과 비교하는 단계; 및
상기 CDNI 경로 광고 메시지를 상기 콘텐츠 라우팅 테이블에 의해 표시되는 적어도 하나의 매칭 수신자에 포워딩하는 단계
를 더 포함하는, CDNI 시그널링을 포워딩하는 방법.
제1항에 있어서,
상기 CDNI 경로 광고 메시지는 라우팅 엔트리(routing entry)들의 세트를 포함하는 것인, CDNI 시그널링을 포워딩하는 방법.
제4항에 있어서,
각각의 라우팅 엔트리는 IP 주소 블록, 홉의 수로 나타낸 경로 길이, 경로를 선택하는 데 사용되는 파라미터들, 및 상기 선택된 경로와 연관된 정책 파라미터들을 포함하는 것인, CDNI 시그널링을 포워딩하는 방법.
제1항에 있어서,
상기 최종 사용자 기반 CDNI 라우팅 테이블들 각각은 라우팅 엔트리들의 세트를 저장하는 것인, CDNI 시그널링을 포워딩하는 방법.
제6항에 있어서,
각각의 라우팅 엔트리는 IP 주소 블록, 홉의 수로 나타낸 경로 길이, 경로를 선택하는 데 사용되는 파라미터들, 상기 선택된 경로와 연관된 정책 파라미터들, 및 그 다음 홉 CDN ID(identification)를 포함하는 것인, CDNI 시그널링을 포워딩하는 방법.
제1항에 있어서,
상기 제1 CDN 및 상기 제2 CDN 중 적어도 하나에 의해 수신되는 배달 요청들에 기초하여 콘텐츠의 인기도를 판정하는 단계; 및
상기 판정된 인기도에 따라 멀티캐스트 또는 P2P(point-to-point) 배달 방법을 사용하여 상기 콘텐츠를 배포하는 단계
를 더 포함하는, CDNI 시그널링을 포워딩하는 방법.
제1항에 있어서,
상기 제1 CDN은 업스트림 콘텐츠 배달 네트워크(CDN)이고, 상기 제2 CDN은 다운스트림 CDN인 것인, CDNI 시그널링을 포워딩하는 방법.
제1항에 있어서,
상기 CDNI 라우터 CDN은 적어도 하나의 CDNI 라우터 CDN 및 적어도 하나의 중간 CDN 라우터를 포함하는 것인, CDNI 시그널링을 포워딩하는 방법.
제1항에 있어서,
상기 제1 CDN 및 상기 제2 CDN 중 적어도 하나는 액세스 CDN인 것인, CDNI 시그널링을 포워딩하는 방법.
업스트림 콘텐츠 배달 네트워크(CDN, content delivery network)에 의해 사용되는, 콘텐츠 배달 네트워크 상호 연결(CDNI, content delivery network interconnection) 시그널링을 포워딩하는 방법에 있어서,
최종 사용자로부터 콘텐츠 요청 메시지를 수신하는 단계;
상기 최종 사용자에 서비스하는 액세스 CDN이 있는지를 판정하기 위해 최종 사용자 기반 CDNI 라우팅 테이블에 액세스하는 단계;
CDNI 요청 라우팅 메시지를 발생하는 단계;
상기 CDNI 요청 라우팅 메시지를 상기 CDNI 라우팅 테이블 내의 선택된 엔트리에 의해 표시되는 적어도 하나의 그 다음 홉에 전송하는 단계 ― 상기 적어도 하나의 그 다음 홉은 적어도 하나의 CDNI 라우터이고, 상기 CDNI 라우터는 상기 CDNI 요청 라우팅 응답 메시지를 업데이트하고 상기 액세스 CDN으로 포워딩함 ― ; 및
CDNI 요청 라우팅 응답 메시지를 수신하는 단계
를 포함하는, CDNI 시그널링을 포워딩하는 방법.
제12항에 있어서,
상기 CDNI 요청 라우팅 메시지는 라우팅 방법 코드를 표시하는 CDNI 메시지 헤더를 포함하는 것인, CDNI 시그널링을 포워딩하는 방법.
제13항에 있어서,
상기 라우팅 방법 코드는 상기 CDNI 요청 라우팅 메시지에 대해 CDNI 라우팅이 수행될 것인지 여부를 표시하는 것인, CDNI 시그널링을 포워딩하는 방법.
제13항에 있어서,
상기 CDNI 메시지 헤더는 목적지 CDN 및 소스 CDN을 식별해주는 것인, CDNI 시그널링을 포워딩하는 방법.
제13항에 있어서,
상기 CDNI 메시지 헤더는 생존 시간(TTL, time-to-live) 필드를 포함하는 것인, CDNI 시그널링을 포워딩하는 방법.
제12항에 있어서,
상기 CDNI 요청 라우팅 응답 메시지는 라우팅 방법 코드를 표시하는 CDNI 메시지 헤더를 포함하는 것인, CDNI 시그널링을 포워딩하는 방법.
콘텐츠 배달 네트워크 상호 연결(CDNI, content delivery network interconnection) 라우터 콘텐츠 배달 네트워크(CDN, content delivery network)에 있어서,
CDNI 경로 광고 메시지를 수신하도록 구성되는 입력부 ― 상기 CDNI 경로 광고 메시지는 라우팅 엔트리들의 세트를 포함하고, 각각의 라우팅 엔트리는 IP 주소 블록, 홉의 수로 나타낸 경로 길이, 경로를 선택하는 데 사용되는 파라미터들, 및 상기 선택된 경로와 연관된 정책 파라미터들을 포함함 ― ;
상기 CDNI 경로 광고 메시지 내의 IP 주소 블록들에 기초하여, 적어도 하나의 최종 사용자 기반 CDNI 라우팅 테이블을 업데이트하도록 구성되는 프로세서; 및
업데이트된 CDNI 경로 광고 메시지를 전송하도록 구성되는 출력부
를 포함하는, CDNI 라우터 CDN.
제18항에 있어서,
상기 CDNI 라우터 CDN은 적어도 하나의 CDNI 라우터 CDN 및 적어도 하나의 중간 CDN 라우터를 포함하는 것인, CDNI 라우터 CDN.
제18항에 있어서,
상기 CDNI 경로 광고 메시지는 송신자 CDN ID(identification)를 포함하는 것인, CDNI 라우터 CDN.
제18항에 있어서,
상기 CDNI 경로 광고 메시지는 첫번째 초기 광고 이후의 후속 업데이트들에 대해 설정된 업데이트 플래그를 포함하는 것인, CDNI 라우터 CDN.