KR20140004185A

KR20140004185A - 콘텐츠 ｉｄ에 기초하여 콘텐츠를 자동적으로 발견하고 리트리브하기 위한 방법 및 장치

Info

Publication number: KR20140004185A
Application number: KR1020137022291A
Authority: KR
Inventors: 행 리우; 사비에르 데포이; 오사마 루홀라; 데바쉬쉬 푸르카야스타; 로버트 지 가즈다; 세어해드 도켄
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2011-01-25
Filing date: 2012-01-25
Publication date: 2014-01-10
Also published as: CN103348654A; US20140115037A1; JP2015212984A; JP2014506696A; CN107426145A; EP2668760B1; WO2012103176A1; EP2938042A1; EP2668760A1; JP5788997B2; JP6189899B2

Abstract

콘텐츠 ID(identity)에 기초하여 콘텐츠를 자동으로 발견하고 리트리브하는 방법 및 장치가 개시되어 있다. 네트워크에서의 사용자 에이전트 및 콘텐츠 제어 엔티티는 콘텐츠를 등록하고, 콘텐츠 호스트 및 소스를 발견하며, 콘텐츠 세션을 개시 및 제어하기 위해 상호작용한다. 콘텐츠 ID를 네트워크 위치 또는 주소에 매핑하는 CNRH(content name resolution handler, 콘텐츠 이름 분석 핸들러)가 제공된다. 2개 이상의 콘텐츠 서비스 공급자 네트워크는 콘텐츠를 발견하고 리트리브하기 위해 서로 상호연결되어 있을 수 있다. 클라이언트 장치로부터의 콘텐츠 요청은 콘텐츠 객체를 고유하게 식별하는 콘텐츠 ID를 포함하고 있다. 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보를 획득하기 위해 콘텐츠 ID가 CNRH에 의해 분석되고, 콘텐츠 요청이 선택된 콘텐츠 제공자로 포워딩된다. 콘텐츠 요청이 IMS(IP multimedia subsystem, IP 멀티미디어 서브시스템) 제어 평면 엔티티를 통해 선택된 콘텐츠 제공자로 라우팅될 수 있다.

Description

콘텐츠 ＩＤ에 기초하여 콘텐츠를 자동적으로 발견하고 리트리브하기 위한 방법 및 장치{METHOD AND APPARATUS FOR AUTOMATICALLY DISCOVERING AND RETRIEVING CONTENT BASED ON CONTENT IDENTITY}

관련 출원의 상호 참조

이 출원은 미국 가특허 출원 제61/435,968호(2011년 1월 25일자로 출원됨) 및 제61/533,593호(2011년 9월 12일자로 출원됨)에 기초하여 우선권을 주장하며, 이들 출원의 내용은 참조 문헌으로서 본 명세서에 포함된다.

인터넷 및 무선 셀룰러 네트워크에서의 종래의 데이터 통신은 클라이언트-서버 모델에 기초하고 있다. 통신 당사자는 관계를 설정하고, 데이터와 소스 및 목적지 주소를 포함하는 인터넷 프로토콜(IP; Internet Protocol) 패킷을 송신 및 수신한다. IP 패킷은 목적지 주소에 기초하여 네트워크-기반에 의해 전송된다.

멀티미디어 콘텐츠를 비롯한 콘텐츠의 배포 및 배달은 인터넷 및 모바일 네트워크를 주로 사용한다. 인터넷 및 모바일 네트워크를 통한 콘텐츠 배달 트래픽이 장래에 계속하여 증가할 것이다. 콘텐츠 객체는 다수의 호스팅 위치로부터 이용가능할 수 있다. 멀티미디어 콘텐츠(예를 들어, 비디오 클립)는 많은 형식 및 해상도로 되어 있을 수 있다. 사용자 장치는 다수의 형식을 플레이하고 상이한 동작 조건(예컨대, 대역폭, 처리 능력, 메모리, 저장 장치, 배터리 전력 등)을 가질 수 있다. 사용자는 콘텐츠 소스 위치보다는 콘텐츠 자체에 관심을 가지고 있다. 게다가, 콘텐츠가 사용자 장치에 의해 바람직한 해상도 및 최상의 이용가능한 품질로 효율적으로 디코딩될 수 있는 적절한 형식으로 사용자에게 배달되면 유익할 것이다.

인터넷의 호스트-중심 모델이 광범위한 네트워크 응용 프로그램 및 서비스를 가능하게 해주었고 호스트가 데이터를 다른 호스트로 전송하는 것을 가능하게 해주는 반면, 콘텐츠 리트리벌 기능을 지원하는 것은 효율적이지 않다. 콘텐츠 호스트 위치를 지정하지 않고는, 사용자가 콘텐츠를 직접 리트리브할 수 없다. 게다가, 인터넷은 콘텐츠를 인식하지 못하며, 따라서 네트워크 효율을 향상시키기 위해 콘텐츠를 선택적으로 캐싱하는 지능을 가지고 있지 않다.

콘텐츠 ID(identity)에 기초하여 콘텐츠를 자동으로 발견하고 리트리브하는 방법 및 장치가 개시되어 있다. 네트워크에서의 사용자 에이전트 및 콘텐츠 제어 엔티티는 콘텐츠를 등록하고, 콘텐츠 호스트 및 소스를 발견하며, 콘텐츠 세션을 개시 및 제어하기 위해 상호작용한다. 콘텐츠 ID를 네트워크 위치 또는 주소에 매핑하는 콘텐츠 이름 분석 핸들러(CNRH; content name resolution handler)가 제공된다. 2개 이상의 콘텐츠 서비스 공급자 네트워크는 콘텐츠 서비스 공급자 네트워크 도메인에 걸쳐 콘텐츠를 발견하고 리트리브하기 위해 서로 상호연결되어 있을 수 있다. 클라이언트 장치로부터의 콘텐츠 요청은 콘텐츠 객체를 고유하게 식별하는 콘텐츠 ID를 포함하고 있다. 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보를 획득하기 위해 콘텐츠 ID가 CNRH에 의해 분석된다. 콘텐츠 제공자가 선택되고, 콘텐츠 요청이 선택된 콘텐츠 제공자로 포워딩된다. 콘텐츠 요청이 IP 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 제어 평면 엔티티를 통해 선택된 콘텐츠 제공자로 라우팅될 수 있다.

일례로서 첨부 도면과 관련하여 주어진 이하의 설명으로부터 보다 상세하게 이해할 수 있다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템의 시스템도.
도 1b는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 송수신 장치(WTRU; wireless transmit/receive unit)의 시스템도.
도 1c는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템도.
도 2는 콘텐츠 배달 네트워크(CDN; content delivery network)를 사용하여 콘텐츠를 리트리브하는 예시적인 프로세스를 나타낸 도면.
도 3은 일 실시예에 따른, 사용자 에이전트 클라이언트(UAC; user agent client)에 의해 개시되는 피어-투-피어 콘텐츠 리트리벌의 예시적인 프로세스를 나타낸 도면.
도 4는 일 실시예에 따른, 콘텐츠 서버에 의한 콘텐츠 광고를 사용한 피어-투-피어 콘텐츠 리트리벌의 예시적인 프로세스를 나타낸 도면.
도 5는 일 실시예에 따른, CSC(content session control, 콘텐츠 세션 제어) 네트워크의 예시적인 아키텍처를 나타낸 도면.
도 6은 일 실시예에 따른, 콘텐츠 중심 기능(content-oriented functionality)을 수행하도록 구성되는 IMS(IP Multimedia Subsystem) 시스템을 나타낸 도면.
도 7a 및 도 7b는 일 실시예에 따른, CSC 사용자 에이전트(UA; user agent)를 갖는 클라이언트 장치가 관리 도메인(administrative domain) 내에서 콘텐츠 객체를 발견하고 리트리브하는, 네트워크 엔티티들 간의 메시지 교환의 예시적인 시그널링 다이어그램.
도 8은 일 실시예에 따른, 콘텐츠 캐시/서버가 자신이 호스팅하는 콘텐츠 객체를 발행/등록하는 예시적인 시그널링 다이어그램.
도 9는 콘텐츠 캐시/서버가 자신이 호스팅하는 콘텐츠 객체를 발행/등록하는 다른 예시적인 시그널링 다이어그램.
도 10은 일 실시예에 따른, IMS를 사용하여 콘텐츠 배달 또는 스트리밍 세션을 설정하는 예시적인 시그널링 다이어그램.
도 11은 다른 실시예에 따른, IMS를 사용하여 콘텐츠 배달 또는 스트리밍 세션을 설정하는 다른 예시적인 시그널링 다이어그램.
도 12는 일 실시예에 따른, 네트워크가 서비스를 제공하고 콘텐츠 및 서비스 액세스를 제어하기 위해 중간 장비(middle box)(들)를 호출하는, 콘텐츠 배달 또는 스트리밍 세션을 설정하는 예시적인 시그널링 다이어그램.
도 13은 다른 실시예에 따른, 네트워크가 서비스를 제공하고 콘텐츠 및 서비스 액세스를 제어하기 위해 중간 장비(middle box)(들)를 호출하는, 콘텐츠 배달 또는 스트리밍 세션을 설정하는 예시적인 시그널링 다이어그램.
도 14는 외부 레지스트리를 통해 콘텐츠 정보 데이터(CID; content information data)를 교환하는 2개 이상의 관리 도메인의 예를 나타낸 도면.
도 15는 일 실시예에 따른, 사용자 장치가 도메인들에 걸쳐 콘텐츠를 리트리브하는 예시적인 네트워크 레이아웃을 나타낸 도면.
도 16a 및 도 16b는 다수의 도메인에 걸쳐 콘텐츠를 리트리브하는 예시적인 시그널링 다이어그램.
도 17은 UA가 IMS 네트워크 도메인들에 걸쳐 콘텐츠를 리트리브하는 예시적인 네트워크 레이아웃을 나타낸 도면.
도 18은 상호연결된 콘텐츠 이름 분석 핸들러(CNRH)의 예를 나타낸 도면.
도 19는 분산 해시 테이블(DHT; distributed hash table) 링을 형성하는 다수의 CNRH의 예를 나타낸 도면.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템(100)의 도면이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 방송 등과 같은 콘텐츠를 다수의 무선 사용자에게 제공하는 다중 접속 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자가 시스템 자원(무선 대역폭을 포함함)의 공유를 통해 이러한 콘텐츠에 액세스할 수 있게 해줄 수 있다. 예를 들어, 통신 시스템(100)은 코드 분할 다중 접속(CDMA; code division multiple access), 시분할 다중 접속(TDMA; time division multiple access), 주파수 분할 다중 접속(FDMA; frequency division multiple access), 직교 FDMA(OFDMA; orthogonal FDMA), 단일 반송파 FDMA(SC-FDMA; single-carrier 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, eNode B, 홈 노드 B, 사이트 제어기, 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)는 광대역 CDMA(WCDMA; wideband 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 UMTS Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 IEEE 802.16[즉, WiMAX(Worldwide Interoperability for Microwave Access)], CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, 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), GSM EDGE(GERAN) 등과 같은 무선 기술을 구현할 수 있다.

도 1a의 기지국(114b)은, 예를 들어, 무선 라우터, 홈 노드 B, 홈 eNode B, 또는 액세스 포인트(access point)일 수 있고, 사업장, 가정, 차량, 캠퍼스 등과 같은 국소화된 지역에서의 무선 연결을 용이하게 해주는 임의의 적당한 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는 예시적인 WTRU(102)의 시스템도이다. 도 1b에 도시된 바와 같이, WTRU(102)는 프로세서(118), 송수신기(120), 전송/수신 요소(122), 스피커/마이크(124), 키패드(126), 디스플레이/터치패드(128), 비이동식 메모리(106), 이동식 메모리(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)는 비이동식 메모리(106) 및/또는 이동식 메모리(132)와 같은 임의의 유형의 적당한 메모리로부터의 정보에 액세스하고 그 메모리에 데이터를 저장할 수 있다. 비이동식 메모리(106)는 랜덤 액세스 메모리(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는 일 실시예에 따른, RAN(104) 및 코어 네트워크(106)의 시스템도이다. 앞서 살펴본 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 E-UTRA 무선 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(106)와 통신하고 있을 수 있다.

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

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

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

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

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

서빙 게이트웨이(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 게이트웨이[예컨대, IP 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 서버]를 포함할 수 있거나 그와 통신할 수 있다. 그에 부가하여, 코어 네트워크(106)는 다른 서비스 공급자에 의해 소유되고 및/또는 운영되는 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크(112)에의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

이후부터, "사용자 장치" 및 "클라이언트 장치"라는 용어는 서로 바꾸어 사용될 수 있으며, WTRU를 포함한다. 이후부터, "콘텐츠 ID", "콘텐츠 이름" 및 "객체 ID"라는 용어는 서로 바꾸어 사용될 수 있다.

인터넷에서, 콘텐츠는 소스 서버로부터 직접 또는 콘텐츠 배포 네트워크(CDN; content distribution network)에서의 에지 서버(edge server)로부터 간접적으로 종단 장치로 배달된다(예컨대, 종단 장치로 스트리밍되거나 종단 장치에 의해 다운로드됨). 오버레이 네트워크(overlay network)를 형성하기 위해 전략적으로 인터넷의 에지에 위치되는 많은 에지 서버를 설치함으로써, CDN은 네트워크 내에서의 수송 트래픽(transit traffic)을 감소시키고 사용자의 시작 지연(start-up delay)을 단축시킬 수 있다. CDN은 전용 인프라를 필요로 한다.

저비용 서버 인프라를 갖는 대안으로서 P2P(peer-to-peer) 콘텐츠 배달이 등장하였다. 참여하는 사용자/피어 자원(예컨대, 업로드 대역폭, 저장 공간, 처리 능력 등)을 이용함으로써, 피어-투-피어 시스템에서의 이용가능한 자원의 양이 사용자/피어의 수에 비례하여 증가한다.

웹 프록시 캐싱(web proxy caching)은 지연 및 대역폭 사용을 감소시키고 트래픽 부하를 분산시키는 다른 방법이다. 웹 캐시 프록시(web cache proxy)가 인터넷 서비스 공급자 네트워크에서 계층적으로 또는 고지연 링크의 단부에 설치될 수 있다. 웹 캐시 프록시는 그를 통과하는 콘텐츠의 사본을 저장한다. 저장된 콘텐츠에 대한 차후의 요청은, 소스 서버로 가는 도중 웹 캐시 프록시에 의해 인터셉트될 때, 웹 캐시 프록시로부터 서비스될 수 있다. 검색 엔진 및 웹 브라우저도 역시 콘텐츠를 캐싱할 수 있다.

오버레이 CDN 서비스 및 P2P가 위치 다이버시티(location diversity)를 가능하게 해주지만, 이들 방식은 몇가지 단점이 있다. 이들은 애플리케이션-특정(application-specific)하고, 사전 계획 및 콘텐츠 관리를 필요로 한다. CDN 캐싱은 일반적으로 콘텐츠 서비스 공급자의 사업 모델에 기초하고 있다. P2P 네트워크는 제한된 수의 사전 계획된 콘텐츠 항목을 호스팅한다. 이들은, 사용자가 콘텐츠 이름 또는 콘텐츠 식별자만을 제공하는 경우, 자동 콘텐츠 발견(automatic content discovery)을 지원하지 않는다. 각각의 CDN 네트워크 또는 각각의 P2P 네트워크는 콘텐츠를 지정, 관리 및 배포하는 데 상이한 기술을 사용하며, 고립된 섬을 형성한다. 이것은 상이한 CDN 및 P2P 네트워크에 걸쳐 콘텐츠를 매끄럽고 효율적으로 발견하고 리트리브하는 것을 어렵게 만든다. 웹 프록시 캐싱은 도메인 내에서 또는 도메인들에 걸쳐 콘텐츠 이름에 기초하여 콘텐츠 위치를 분석하는 기능을 가지고 있지 않다. 웹 프록시는, 요청된 콘텐츠를 가지고 있지 않은 경우, 콘텐츠 요청을 오리진 콘텐츠 서버(origin content server)(즉, 콘텐츠 요청에 있는 목적지 주소)로 포워딩하기만 한다.

도 2는 CDN 네트워크를 사용하여 콘텐츠를 리트리브하는 예시적인 프로세스를 나타낸 것이다. 사용자는 웹 브라우저를 갖는 클라이언트 장치를 사용하여 검색 엔진에 연결함으로써 콘텐츠를 검색한다(201). 검색은 키워드, 저자 또는 기타 정보에 기초할 수 있다. 검색 엔진은 연관된 링크를 갖는 URL(uniform resource locator)을 반환한다(202). URL은 오리진 서버(origin server) 또는 포털의 도메인 이름, 오리진 서버 상에서의 요청된 콘텐츠의 자원 식별(resource identification), 및 자원에 접촉하기 위한 프로토콜[예컨대, 하이퍼텍스트 전송 프로토콜(HTTP; Hyper Text Transport Protocol) 또는 실시간 스트리밍 프로토콜(RTSP; Real Time Streaming Protocol)]을 비롯한 콘텐츠를 수신할 네트워크 위치 및 콘텐츠를 리트리브하기 위한 메커니즘을 식별해준다. 사용자가 콘텐츠 URL을 알고 있는 경우, 단계(201 및 202)는 생략될 수 있다. 사용자는 콘텐츠를 리트리브하기 위해 클라이언트 장치의 웹 브라우저에 URL을 수동으로 입력할 수 있다.

사용자는 이어서 콘텐츠를 리트리브하기 위해 클라이언트 장치 상에서 링크를 클릭하고, 클라이언트 장치는 URL을 분석하기 위해 URL의 질의를 도메인 이름 서버(DNS; domain name server)로 전송하며, DNS는 그의 데이터베이스를 사용하여 오리진 서버의 도메인 이름을 그의 IP 주소에 매핑함으로써 오리진 서버의 IP 주소를 클라이언트 장치로 반환한다(203).

클라이언트 장치는 이어서 콘텐츠 요청 명령을 콘텐츠의 오리진 서버를 향해 전송한다(204). 오리진 서버는 리디렉션 명령 또는 삽입된 객체(embedded object)를 갖는 기본 인덱스 웹 페이지를 반환한다(205). 리디렉션 명령 및 기본 인덱스 페이지 내의 각각의 삽입된 객체는 URL을 포함한다. 이 URL은 콘텐츠를 서비스하는 CDN 제공자를 가리킨다. 콘텐츠 요청 명령이 웹 캐시 프록시에 의해 인터셉트되고, 웹 캐시 프록시에서 매칭되는 것이 발견되는 경우, 콘텐츠가 웹 캐시 프록시로부터 서비스될 수 있다.

클라이언트 장치는 리디렉션 명령 또는 기본 인덱스 페이지 내의 삽입된 객체에서 수신된 URL을 분석하기 위해 URL의 질의를 DNS로 전송하고, 콘텐츠 서버의 IP 주소를 수신한다(206). 이 질의는 CDN 제공자의 권한있는 DNS(authoritative DNS)로 포워딩되고, CDN 제공자의 권한있는 DNS는 요청측 클라이언트 장치에 대한 콘텐츠 서버를 할당하고 콘텐츠 서버의 IP 주소를 클라이언트 장치에 반환한다. 클라이언트 장치는 이어서 요청을 콘텐츠 서버로 전송한다(207). 클라이언트는 콘텐츠 서버로부터 콘텐츠를 리트리브한다(208).

상기 CDN 방식에서, URL은 콘텐츠 자신의 이름 또는 식별자가 아니라 콘텐츠의 네트워크 위치(즉, 콘텐츠의 오리진 서버)를 나타낸다. 인터넷 서비스 공급자(ISP; Internet service provider) 네트워크 내의 서버 또는 네트워크 요소에 의해 또는 다른 CDN 제공자에 의해 캐싱되어 있는 요청된 콘텐츠의 로컬 사본이 있을 수 있다. 이 로컬 사본은 클라이언트 장치에 보다 가깝거나 클라이언트로의 보다 나은 네트워크 경로를 가질 수 있다. 그렇지만, 상기 CDN 방식에서는, 요청된 콘텐츠를 로컬 사본으로부터 클라이언트로 배달하는 것이 불가능하다.

CDN에 저장되어 있는 콘텐츠의 사본이 클라이언트 장치의 현재의 동작 조건(예컨대, 대역폭, 처리 능력, 메모리, 배터리 전력 등)과 매칭되지 않을 수 있고, 따라서 콘텐츠가 최적의 품질로 서비스되지 않을 수 있다. 다른 위치에 저장되어 있는 콘텐츠의 다른 사본이 클라이언트 장치의 현재의 동작 조건과 매칭될 수 있다. 그렇지만, 상기 CDN 방식에서는, 요청된 콘텐츠를 다른 위치로부터 클라이언트로 배달하는 것이 불가능하다. 게다가, CDN은 자원 제한으로 인해 특정의 콘텐츠 파일만을 호스팅할 수 있다. 보다 많은 콘텐츠에 도달하기 위해 콘텐츠 서비스 네트워크들을 상호연결시키는 것이 바람직하다. 그렇지만, 2개 이상의 CDN 네트워크의 상호연결 또는 피어링(peering)을 지원하는 기존의 기술이 없다.

P2P 콘텐츠 리트리벌의 경우, 콘텐츠 객체를 다운로드하고자 하는 P2P 클라이언트 또는 피어는 먼저 콘텐츠에 대한 기술자 파일(descriptor file)을 획득한다. 기술자 파일은 공유될 콘텐츠 및 트래커(tracker)에 관한 메타데이터를 포함하고 있다. 트래커는 콘텐츠 배포를 조정하는 머신이다. 배포되는 콘텐츠는 조각들로 나누어진다. 기술자 내의 메타데이터는 조각 크기(piece size), 콘텐츠 조각을 보호하는 데 사용되는 해시 알고리즘 등과 같은 콘텐츠에 관한 정보를 포함하고 있다.

피어는 트래커에 연결되어 있다. 트래커는 피어에게 어느 다른 피어로부터 콘텐츠의 조각을 다운로드할지를 알려준다. 피어는 다른 피어와 연결을 설정하고, 다른 피어로부터 콘텐츠의 조각을 다운로드한다. 피어는 그의 다운로드 상태를 트래커에 보고한다. 각각의 피어가 콘텐츠의 새로운 조각을 수신할 때, 피어는 다른 피어에 대해 그 조각의 소스가 된다. 피어들은 그들 간에 콘텐츠의 조각을 스워밍(swarm)하고 콘텐츠를 배포하는 임무를 공유한다. 피어는 콘텐츠 서버 및 클라이언트로서 기능한다.

상기 P2P 방식에서, 피어는 콘텐츠를 리트리브하기 위해 먼저 기술자 파일을 획득해야만 한다. 기술자 파일은 웹, 이메일 등과 같은 종래의 수단에 의해 배포된다. 게다가, P2P 네트워크는 기술자에 따라 하나 이상의 특정의 콘텐츠 파일의 리트리벌을 호스팅할 수 있다. P2P 방식에서는, 클라이언트가 콘텐츠 이름 또는 식별자를 제공함으로써 콘텐츠를 자동으로 리트리브하지 못할 수 있다. 클라이언트에 의해 요청된 콘텐츠의 로컬 사본이 P2P 네트워크에 참가하고 있지 않은(예컨대, ISP, CDN 제공자, 또는 다른 P2P 네트워크에 속하는) 서버 또는 네트워크 요소에 저장되어 있는 경우, 상기 P2P 방법에서는, 이 로컬 사본이 클라이언트 장치에 보다 가깝거나 클라이언트로의 보다 나은 네트워크 경로를 가지는 경우라도, 요청된 콘텐츠를 로컬 사본으로부터 클라이언트로 배달하는 것이 불가능하다.

콘텐츠 객체(예컨대, 비디오 클립, 음악, 영화, 문서, 파일 등에 대한 데이터)가 고유 식별자(ID) 또는 이름(이후부터 "콘텐츠 ID"라고 함)을 부여받는다. 콘텐츠 ID는 콘텐츠를 그의 소스 위치로부터 분리시킬 수 있게 해주며, 따라서 보다 효율적이고 확장가능한 콘텐츠 배달 메커니즘이 달성될 수 있다. 예를 들어, 대역폭을 최적화하기 위해, 콘텐츠가 다수의 서버로부터 다수의 경로를 따라 목적지로 배달될 수 있고 동적 네트워크-내 캐싱(dynamic in-network caching)이 수행될 수 있다. 게다가, 콘텐츠 ID는 자동 콘텐츠 발견을 용이하게 해줄 수 있다. 이는, 보다 많은 콘텐츠, 보다 많은 형식 및 유형의 콘텐츠 객체 그리고 보다 많은 자원(서버, 대역폭, 처리 능력, 저장 장치 등)이 사용자에 대해 이용가능할 수 있도록, 다수의 콘텐츠 서비스 네트워크의 상호연결 또는 피어링을 가능하게 해준다. 사용자 장치가 콘텐츠 ID를 제공함으로써 콘텐츠 객체를 요청할 때, 지명된 콘텐츠 객체가, 콘텐츠의 특정의 물리적 위치에 관계없이, 네트워크로부터 자동으로 발견되고 리트리브되어 사용자 장치로 보내질 수 있다.

콘텐츠가 상이한 방식으로 지명될 수 있다. 예를 들어, 콘텐츠 파일을 해싱함으로써 발생되는 값을 콘텐츠 ID로서 사용하여 또는 콘텐츠 ID를 발생하기 위해 특정의 지명 방법을 사용하여 콘텐츠가 지명될 수 있다. 다른 대안으로서, ISBN(International Standard Book Number) 또는 바코드와 유사하게 콘텐츠가 지명될 수 있다.

일 실시예에서, 콘텐츠가 이하의 코드/필드에 의해 식별될 수 있다: (국가/그룹 코드)-(게시자 코드)-(제목 코드)-(검사 숫자)- (형식/유형 코드)-(타임스탬프)-(지속기간)-(형식 검사 숫자).

국가/그룹 코드는 국가 또는 국가들의 그룹에 할당되는 코드이다. 발행자 코드는 콘텐츠의 발행자에 할당되는 코드이다. 발행자는 콘텐츠에 제목 코드를 할당할 수 있다. 발행자는 전자 콘텐츠 발행자(예컨대, 디즈니) 또는 전자 콘텐츠 생성 서비스 공급자일 수 있다. 콘텐츠 생성자는 발행하기 위해 생성한 콘텐츠에 제목 코드를 할당하라고 전자 콘텐츠 생성 서비스 공급자에 요청할 수 있다(이 프로세스는 웹 서비스를 통해 자동으로 행해질 수 있다).

검사 숫자는 오류 검출 및/또는 정정을 위해 사용될 수 있고, 국가 코드, 발행자 코드 및 제목 코드에 있는 숫자로부터 계산될 수 있다.

형식/유형 코드는 파일 형식, 인코딩 형식, 해상도 등(예컨대, doc, txt, h.264, 480 x 640 비디오 해상도를 갖는 mpeg 비디오 등)을 비롯한 콘텐츠의 형식 또는 유형을 나타낸다. 형식/유형 코드는 콘텐츠의 임의의 형식/유형을 나타내기 위해 와일드 카드로 설정될 수 있다.

타임스탬프 필드는 시작 시각을 나타낸다. 지속기간 필드는 재생할 비디오/오디오의 시간 지속기간을 나타낸다. 타임스탬프 및 지속기간 필드는 콘텐츠 객체의 시간 영역 참조(temporal domain reference)를 나타낸다.

형식 검사 숫자는 형식/유형 코드, 타임스탬프 코드, 및 지속기간 필드의 오류 검출 및/또는 정정을 위해 사용될 수 있고, 형식/유형 코드, 타임스탬프 필드, 및 지속기간 필드에 있는 숫자로부터 계산될 수 있다.

유의할 점은, 상기 콘텐츠 ID 형식이 한 예이고, 하나 이상의 코드 또는 필드가 없을 수 있거나 부가의 코드(들) 또는 필드(들)가 부가될 수 있다는 것이다.

사용자는 콘텐츠 ID를 사용하여 콘텐츠를 리트리브하는 세션을 개시할 수 있다. 콘텐츠 ID를 모르는 경우, 사용자는 그의 제목, 저자, 키워드 등에 기초하여 콘텐츠 ID를 리트리브할 수 있거나, 콘텐츠 ID를 찾기 위해 다른 수단을 사용할 수 있다.

사용자 장치 및 콘텐츠 제공자는 콘텐츠 세션 제어(CSC; content session control) 사용자 에이전트(UA; user agent)를 포함할 수 있다. CSC UA는 CSC 메시지를 생성하거나 수신하고, 콘텐츠를 발행하거나 등록하며, 콘텐츠 리트리벌 세션을 관리하는 데 사용되는 연결 종점이다. CSC UA는 CSC 요청을 전송하거나 그의 콘텐츠 ID를 등록하는 사용자 에이전트 클라이언트(UAC; user agent client), 또는 CSC 요청을 수신하고 CSC 응답을 반환하는 것은 물론 그의 콘텐츠 ID를 발행하거나 광고하는 사용자 에이전트 서버(UAS; user agent server)의 역할을 수행할 수 있다. UAC 및 UAS의 이들 역할은 CSC 트랜잭션의 지속기간 동안 계속될 수 있다. CSC UA는 콘텐츠 ID에 기초하여 콘텐츠를 발견하고 리트리브하기 위해 서로 직접 통신할 수 있다.

도 3은 일 실시예에 따른, UAC에 의해 개시되는 피어-투-피어 콘텐츠 리트리벌의 예시적인 프로세스를 나타낸 것이다. CSC UAC는 요청된 콘텐츠 ID를 갖는 요청 메시지를 하나 이상의 CSC UAS로 전송한다(302). 요청 메시지는 브로드캐스트, 멀티캐스트 또는 유니캐스트될 수 있다. CSC UAS는 그의 데이터베이스를 탐색하고(304), 응답을 요청측 CSC UAC로 전송한다(306). 응답은 CSC UAS가 요청된 콘텐츠를 가지고 있는지의 정보를 포함하고 있고, CSC UAS가 요청된 콘텐츠를 가지고 있는 경우 콘텐츠를 리트리브하는 방법(예컨대, URL 또는 서버 및 포트, 그리고 콘텐츠를 리트리브하는 데 사용되는 프로토콜)을 포함할 수 있다. CSC UAC는 CSC UAS 응답에 기초하여 데이터 세션을 설정한다. CSC UAC는 콘텐츠 리트리벌 요청을 CSC UAS로 전송하고(308), CSC UAS로부터 데이터를 수신한다(310).

도 4는 일 실시예에 따른, 콘텐츠 서버에 의한 콘텐츠 광고를 사용한 피어-투-피어 콘텐츠 리트리벌의 예시적인 프로세스를 나타낸 것이다. CSC UAS는 발행하고자 하는 콘텐츠를 브로드캐스트 또는 멀티캐스트 메시지를 사용하여 광고한다(402). 콘텐츠 광고 메시지를 수신한 후에, CSC UAC는 광고된 콘텐츠가 사용자에 의해 설정된 프로파일 또는 관심사와 매칭되는지 여부를 결정한다(404). 매칭되는 경우, CSC UAC는 요청된 콘텐츠 ID를 갖는 요청 메시지를 CSC UAS로 전송함으로써 콘텐츠 리트리벌 절차를 개시한다(406). CSC UAS는 응답을 CSC UAC로 전송한다(408). 콘텐츠 광고 메시지를 수신하는 CSC UAC는 이용가능한 콘텐츠를 사용자에게 알려줄 수 있고, 사용자는 콘텐츠 리트리벌 절차를 개시하라고 CSC UAC에 지시할 수 있다. 응답을 수신한 후에, CSC UAC는 CSC UAS 응답에 기초하여 데이터 세션을 설정한다. CSC UAC는 콘텐츠 리트리벌 요청을 CSC UAS로 전송하고(410), CSC UAS로부터 데이터를 수신한다(412).

2개 이상의 CSC 사용자 에이전트가 임의의 개입하는 CSC 인프라 없이 통신할 수 있지만, 이것은 종종 제한될 수 있고, 대규모 네트워크에서 또는 다수의 네트워크에 걸쳐 콘텐츠 리트리벌 서비스를 효과적으로 지원하지 못할 수 있다. 콘텐츠 배달 및 리트리브 서비스를 지원하기 위해 일련의 제어 엔티티가 네트워크에 설치될 수 있다.

도 5는 일 실시예에 따른, CSC 네트워크(500)의 예시적인 아키텍처를 나타낸 것이다. 네트워크(500)는 제어 평면(510), 데이터 평면(530), 및 응용 프로그램 평면(550)을 포함할 수 있다. 제어 평면(510)은 CSC 엔티티 네트워크를 나타낸다. CSC 에이전트를 갖는 장치가 CSC 네트워크에 등록되고 연결될 수 있다. CSC 에이전트의 인증 및 허가를 수행하기 위해 네트워크에서 네트워크 엔티티[예컨대, HSS(home subscription server)]가 사용될 수 있다. 데이터 평면(530)은 종단 장치, 서버, 라우터, 및 기타 네트워크 노드 간의 물리적 네트워크 연결을 나타낸다. 응용 프로그램 평면(550)은 네트워크에서의 이용가능한 서비스 및 응용 프로그램을 나타낸다.

제어 평면(510)은 CSC 프록시(proxy)(CSC-P)(512), CSC 핸들러(handler)(CSC-H)(514), CSC 조사기(interrogator)(CSC-I)(516), CSC 상호연결 경계 제어기(interconnect border controller)(CSC-IBC)(518), 콘텐츠 이름 분석 핸들러(content name resolution handler)(CNRH)(520), 및 홈 가입자 서버(home subscriber server)(HSS)(522)를 포함할 수 있다.

CSC-P(512)는 다른 클라이언트를 대신하여 요청을 하기 위해 CSC 서버 및 CSC 클라이언트 둘 다로서 기능할 수 있는 중간 엔티티이다. CSC-P(512)는 사용자와 네트워크 사이의 보안 에지(secure edge)를 제공하는 일을 맡고 있다. CSC-P(512)는 콘텐츠 리트리벌을 위해 CSC 메시지를 네트워크 내의 CSC-H(514) 및 CSC-I(516) 등의 다른 엔티티로 포워딩할 수 있다. 이 전달은 사용자 에이전트 ID, 메시지 유형, 콘텐츠 ID, 데이터베이스의 질의 등에 기초할 수 있다. CSC-P(512)는 사용자 에이전트 인증을 위해 그리고 사용자 에이전트와 네트워크 사이의 보안을 유지하기 위해 사용될 수 있다. 예를 들어, CSC-P(512)는, CSC UA로부터 CSC 메시지를 수신할 때, 메시지를 인증하고, UA 등록 동안 이 CSC UA를 처리하도록 할당되어 있는 CSC-I(516) 또는 CSC-H(514)로 메시지를 전송할 수 있다. 게다가, CSC-P(512)는 데이터 평면 자원 허가[예컨대, 심층 패킷 검사(deep packet inspection), 데이터 평면(530)에 걸친 QoS(quality of service) 제어, 대역폭 관리, 정책 제어, 보안 및 자원 제어 등]를 위해 데이터 평면(530)과 상호작용할 수 있다. UA는 동적 호스트 구성 프로토콜(DHCP; Dynamic Host Configuration Protocol), 프록시 광고 또는 기타 수단을 사용하여 CSC-P(512)를 발견할 수 있거나, 수동으로 구성될 수 있다. 네트워크에 하나 이상의 CSC-P가 있을 수 있다.

CSC-H(514)는 사용자 에이전트 등록을 처리하고 사용자 위치(예컨대, 장치의 IP 주소)와 사용자 에이전트 ID를 연계시킬 수 있다. CSC-H(514)는 네트워크(500)에서의 사용자에 대한 서비스를 호출하기 위해 시그널링 요청을 애플리케이션 서버로 보내는 일을 맡고 있을 수 있다. CSC-H(514)는, CSC 콘텐츠 요청을 수신할 때, 애플리케이션 서버(들)(552)를 호출할 수 있다. CSC-H(514)는 사용자 에이전트가 콘텐츠 요청을 할 때 어느 애플리케이션 서버(들)가 호출될 필요가 있는지를 식별하는 정보를 HSS(522)로부터 획득할 수 있다. 예를 들어, 요청측 UA에 대한 애플리케이션 서버는 광고 삽입을 제어하거나, 사용자 프라이버시를 제어하거나(예컨대, 애플리케이션 서버가 사용자 ID를 감추고 사용자를 대신하여 콘텐츠를 요청할 수 있음), 콘텐츠를 획득하는 사용자 우선순위를 제어할 수 있다.

CSC-H(514)는 콘텐츠 등록을 처리할 수 있다. CSC-H(514)는 CNRH(520)와 상호작용할 수 있다. CSC-H(514)는 CSC 사용자 에이전트로부터의 콘텐츠 등록 요청을 수락하고 그 콘텐츠 등록에서 수신하는 콘텐츠 위치 정보를 CNRH(520)에 둘 수 있다.

CSC-H(514)는 콘텐츠 ID-기반 라우팅 서비스를 제공하고, CNRH(520)를 사용하여 요청된 콘텐츠 ID에 기초하여 콘텐츠 위치를 분석할 수 있다. 요청된 콘텐츠의 하나 이상의 공급자, 호스트, 소스, 또는 서버가 있을 수 있다. CSC-H(514)는 메시지 라우팅 기능을 수행하고 요청된 콘텐츠를 획득하기 위해 CSC 요청 메시지가 어느 콘텐츠 제공자에게 전달되어야 하는지를 결정할 수 있다. 라우팅은 콘텐츠 ID, 요청측 사용자 에이전트 위치, 콘텐츠 위치, 콘텐츠 형식, 네트워크 상태, 및/또는 사용자 장치 프로파일에 기초할 수 있다. CSC-H(514)는 CSC 요청 메시지를 하나 이상의 콘텐츠 제공자에게 전달할 수 있다. 콘텐츠는 하나의 소스 또는 다수의 소스로부터 리트리브될 수 있다.

요청된 콘텐츠를 갖는(즉, 그의 연관되어 있는 UA들 중 하나 이상이 요청된 콘텐츠를 가짐) CSC-H(514)가 CSC 요청 메시지를 수신할 때, CSC-H(514)는 콘텐츠 보안 서버 등의 애플리케이션 서버(들)를 호출할 수 있다. 등록 시에, 요청된 콘텐츠를 처리하는 CSC-H는 콘텐츠를 제공하는 UA와 연관되어 있는 CSC-P의 ID를 알 수 있고 CSC 요청 메시지를 CSC-P로 포워딩할 수 있다. CSC-P는 이어서 요청을 콘텐츠 제공자 UA로 전송할 수 있다. 콘텐츠 제공자 UA는 응답을 전송할 수 있고, 이 응답은 정반대의 경로를 통해 전달될 수 있다. 그에 부가하여, CSC-H는 데이터 평면 상의 MRF를 통해 네트워크 통신사업자의 정책을 제어할 수 있다. 부하 분산 및 고이용가능성을 위해 네트워크 도메인에 하나 이상의 CSC-H 또는 CSC-H 인스턴스가 있을 수 있다.

CSC-I(516)는 등록 시에 CSC-H 인스턴스를 UA에 할당하는 프로세스를 제어한다. UA가 등록될 때, 등록 메시지가 CSC-P(512)에 의해 CSC-I(516)로 전송된다. CSC-I(516)는 HSS(522)에 질의하고, HSS(522)는 CSC-H(514)를 등록을 수행하는 사용자에 할당한다. CSC-I(516)는 시그널링 요청 및 응답을 발신측 UA의 CSC-H로부터 목적지 UA의 CSC-H로 포워딩하는 일을 맡고 있을 수 있고, 외부로부터의 메시지(예컨대, 등록)에 대한 전달 지점이다. CSC-I(516)는 특정의 목적지로 보내지는 메시지가 전송되어야 하는 CSC-H의 ID를 획득하기 위해 HSS(522)에 질의할 수 있다. 부하 분산 및 고이용가능성을 위해 네트워크 도메인에 하나 이상의 CSC-I 또는 CSC-I 인스턴스가 있을 수 있다.

CNRH(520)는 콘텐츠 ID를 네트워크 위치/주소에 매핑한다. CSC 에이전트를 갖는 콘텐츠 소스는 CSC-H(514)를 통해 그의 호스팅되는 콘텐츠를 CNRH(520)에 등록한다. CSC 에이전트를 갖는 네트워크 노드(서버, 캐싱 기능을 갖는 라우터, 및 종단 장치, 기타 등등)는 또한 콘텐츠를 동적으로 캐싱할 때 콘텐츠를 등록할 수 있다. 콘텐츠 소스 또는 네트워크 노드는, 콘텐츠가 삭제되어 더 이상 발행되지 않게 된 후에, 콘텐츠를 등록 해제한다.

CNRH(520)는 분산형 데이터베이스 또는 중앙 집중형 데이터베이스에 구축될 수 있다. 분산형 데이터베이스가 사용될 때, 콘텐츠 등록을 수신하고 콘텐츠 ID를 콘텐츠 URL 또는 콘텐츠 호스트 네트워크 주소에 매핑하는 책임이 일련의 CNRH로 분산된다. CNRH는 도 18에 도시된 바와 같은 계층적 방식으로 배열될 수 있다. 권한있는 CNRH 서버가 그의 특정의 네트워크 도메인을 책임지도록 할당될 수 있고, 그의 서브도메인에 대해서는 다른 CHRH 서버를 할당할 수 있다.

CNRH(520)는 DNS와 상이하다. CNRH(520)는 콘텐츠 ID를 콘텐츠 URL 또는 콘텐츠 제공자의 주소로(예컨대, "movie-foo"를 URL www.host.com/movie-foo.mov로) 변환하는 일을 맡고 있다. DNS는 도메인 이름을 (예컨대, www.example.com을 그의 네트워크 주소, 예컨대, 192.0.32.10로) 변환한다. DNS는 CNRH 기능을 처리하도록 확장될 수 있다. 권한있는 DNS 서버는 콘텐츠 등록 정보를 처리하고 콘텐츠 ID를 그의 서브도메인 및 도메인에 있는 네트워크 노드에 의해 호스팅되는 콘텐츠에 대한 콘텐츠 URL 및 콘텐츠 제공자의 네트워크 주소로 변환하는 일을 맡도록 향상될 수 있다. CSC-H(514)는, 네트워크 도메인에 있는 CSC 에이전트로부터 콘텐츠 등록 요청을 수신한 후에, 네트워크 도메인의 권한있는 CNRH와 접촉하고, 등록 시에 수신하는 정보를 권한있는 CNRH에 둘 수 있다.

다른 대안으로서, CNRH는 평면 토폴로지(flat topology)로 분산되어 있을 수 있다. 한 예로서, CSC-H(514) 및 CNRH(520)는 서로 통합될 수 있다. 각각의 CSC-H(514)는 CNRH 기능을 포함하고 있다. CSC-H는 콘텐츠 등록 정보를 교환한다. CSC-H(514)는, 그의 CSC UA로부터 콘텐츠 등록을 수신하는 경우, 콘텐츠 등록 정보를 통합하고 통합된 정보를 다른 CSC-H로 전송할 수 있다. 다른 CSC-H는 콘텐츠 위치를 알게 된다.

다른 대안으로서, CNRH는 평면 및 계층 혼성 배열로 연결되어 있을 수 있다. 예를 들어, 다수의 CNRH는 해시 공간에서 콘텐츠 ID를 CNRH 노드 ID에 매핑하고 도 19에 도시된 바와 같은 분산형 디렉토리(distributed directory)를 제공하는 분산 해시 테이블(DHT; distributed hash table)을 형성할 수 있다. 도 19의 예에서, 다수의 CNRH(2, 10, 15, 및 19)는 DHT 링을 형성하고, 콘텐츠 객체 ID(이 예에서, 8 및 17)는 해시 공간에서 CNRH 노드 ID에 매핑될 수 있다[예컨대, 이 예에서, 콘텐츠 ID(8)는 CNRH(10)에 매핑되고, 콘텐츠 ID(17)는 CNRH(19)에 매핑됨].

고정식 또는 이동식 장치는 그가 호스팅하는 콘텐츠를 발견하고 리트리브하는 다른 에이전트에 서비스하기 위해 CSC UA 기능 및 CNRH 기능을 구현할 수 있다.

CSC IBC(518)는 다른 도메인과의 경계에서 콘텐츠 세션 제어를 위해 사용될 수 있다. CSC IBC(518)는 다른 도메인과의 상호연결 매체 경로에 대한 정책을 시행하기 위해 사용될 수 있다.

데이터 평면(530)은 미디어 자원 기능(MRF; media resource function), 액세스 경계 게이트웨이(ABG; access border gateway)(534), 상호연결 경계 게이트웨이(IBG; interconnect border gateway)(536) 등을 포함할 수 있다. MRF(532) 및 ABG(534)는 심층 패킷 검사 및 수정, 콘텐츠 보안, 미디어 중계, 방화벽 통과, 공지 삽입, 미디어 트랜스코딩, 데이터 경로 액세스 제어 시행 등과 같은 콘텐츠 데이터 흐름 조작 및 관리를 수행할 수 있다.

CSC-P(512), CSC-H(514), 및 CSC-I(516)는 논리 엔티티이다. 이들은 개별적인 호스트 상에 또는 동일한 호스트 상에 구현될 수 있다. CSC에서의 기능 구성요소(즉, CSC-P, CSC-H, 및 CSC-I)는 IMS에서의 기능 구성요소[즉, 프록시 호 세션 제어 기능(P-CSCF; proxy call session control function), 조사 호 세션 제어 기능(I-CSCF; interrogating call session control function), 및 서빙 호 세션 제어 기능(S-CSCF; serving call session control function)] 또는 세션 개시 프로토콜(SIP; Session Initiation Protocol)에서의 기능 구성요소와 상이하다. CSC는 콘텐츠 ID에 기초하여 콘텐츠를 처리한다. CSC는 콘텐츠를 콘텐츠 호스트 IP 주소 및 URL과 분리시킨다. CSC에서의 기능 구성요소는 콘텐츠 ID에 기초하여 콘텐츠 제공자 등록 및 콘텐츠 위치 분석을 수행한다. 이와 달리, IMS 및 SIP 기능 구성요소는 콘텐츠를 처리하는 기능을 갖지 않는다. CSC 에이전트는 그가 호스팅하거나, 캐싱하거나, 발행하고자 하는 콘텐츠를 등록한다. SIP 에이전트 또는 IMS 에이전트는 그에 대한 호를 수신하고자 하는 그의 장치 ID, 현재의 IP 주소 및 URL을 등록한다. CSC에서, 콘텐츠 호스트는 브로드캐스트 또는 멀티캐스트 메시지를 사용하여 그가 호스팅하는 콘텐츠를 발행할 수 있다. 더욱이, CSC에서, 제어 메시지 라우팅은 콘텐츠 ID에 기초할 수 있고, CNRH는 콘텐츠 ID를 하나 이상의 콘텐츠 호스트 위치/네트워크 주소에 매핑하는 데 사용된다. SIP 또는 IMS는 본 명세서에 개시된 실시예에 따라 콘텐츠 기능을 지원하도록 확장될 수 있다.

도 6은 일 실시예에 따른, 콘텐츠 중심 기능을 수행하도록 구성되는 IMS 시스템을 나타낸 것이다. IMS 시스템은 CNRH(620)를 구비하고 있으며, 종래의 IMS 엔티티(즉, P-CSCF, I-CSCF, S-CSCF 등)가 본 명세서에 개시된 실시예에 따라 콘텐츠 중심 기능을 수행하도록 향상된다[즉, 향상된 프록시 호 세션 제어 기능(eP-CSCF; enhanced proxy call session control function)(612), 향상된 조사 호 세션 제어 기능(eTCSCF; enhanced interrogating call session control function)(614), 향상된 서빙 호 세션 제어 기능(eS-CSCF; enhanced serving call session control function)(616), 향상된 상호연결 경계 제어기 기능/향상된 세션 경계 제어기(eIBCF/eSBC; enhanced interconnect border controller function/enhanced session border controller)(618) 등이 제공된다]. "향상된"은 IMS 엔티티가 본 명세서에 개시된 실시예에 따라 콘텐츠 관련 시그널링을 지원하도록 향상되었다는 것을 의미한다. 각각의 콘텐츠 객체는 콘텐츠 ID를 그의 네트워크 위치와 분리시키기 위해 고유의 ID를 할당받는다. IMS 사용자 에이전트 및 IMS 네트워크 제어 엔티티는 URL 또는 호스트 IP 주소 대신에 그의 객체 ID(OID; object ID)(즉, 콘텐츠 ID)에 의해 콘텐츠 객체를 찾아내고 그에 액세스하기 위해, 네트워크 도메인 내에서 및 네트워크 도메인에 걸쳐 제어 메시지를 라우팅하기 위해, 그리고 콘텐츠 리트리벌 세션을 개시, 협상 및 제어하기 위해 상호작용한다. CNRH(620)는 요청된 콘텐츠 ID를 URL/호스트 IP 주소 또는 보다 일반적인 배달 지시(delivery directive)에 매핑한다. 네트워크 요소(예컨대, 기지국, eNodeB, 게이트웨이, 라우터 등)는 향상된 IMS SIP 시그널링 및 CNRH(620)를 통해 캐싱된/호스팅된 콘텐츠 객체를 캐싱하고 발행할 수 있다. 이것은 대역폭을 최적화하는 것, 최상의 경로(들)를 따라 최상의 위치(들)로부터 콘텐츠를 배달하는 것, 부하 분산, 개선된 지연시간, 및 체감 품질(QoE; quality of experience) 등의 보다 효율적이고 확장가능한 콘텐츠 배달을 가능하게 해준다.

CNRH(620)는 IMS 애플리케이션 서버(AS)로서 구현되어 있는 향상된 IMS CSCF와 동일 위치에 있거나 그와 통합될 수 있다. 다른 대안으로서, CNRH(620)는 CNRH 기능으로 DNS/ENUM(Electronic Number Mapping System, 전자 번호 매핑 시스템)(622)을 향상시킴으로써 구현될 수 있다.

도 7a 및 도 7b는 일 실시예에 따른, CSC UA를 갖는 클라이언트 장치가 관리 도메인(administrative domain) 내에서 콘텐츠 객체를 발견하고 리트리브하는, 네트워크 엔티티들 간의 메시지 교환의 예시적인 시그널링 다이어그램이다. CSC UA(요청측 UA)를 갖는 사용자 장치는 요청된 콘텐츠 ID를 갖는 콘텐츠 요청(CREQ) 메시지를 CSC-P로 전송한다(702). 요청측 UA에 대한 CSC-P는 콘텐츠 요청 메시지를 CSC-H로 포워딩한다(704).

CSC-H는 애플리케이션 서버(예컨대, 광고 제어 서버 또는 사용자 프라이버시 서버)를 호출할 수 있다(706). 애플리케이션 서버는 시그널링을 다시 CSC-H로 전송한다(708). CSC-H는 콘텐츠 위치 분석을 위해 CSC-H와 통신한다(710). CNRH는 콘텐츠 ID 등의 콘텐츠 요청 정보에 기초하여 그의 데이터베이스를 탐색하고(712), 콘텐츠 요청을 서빙하기 위한 가능성이 있는 하나 이상의 콘텐츠 제공자의 ID는 물론 기타 정보(공급자 물리적 위치 및 리트리브 비용, 기타 등등)도 반환한다(714).

CSC-H는 CNRH로부터 반환된 정보를 사용하여, 이 CSC 콘텐츠 요청을 서빙하기 위한 콘텐츠 제공자(들)를 선택하고 결정한다(716). 다른 대안으로서, CSC-H는 CNRH로부터 반환된 정보 및 기타 콘텐츠 요청 정보를 CSC-AS(content session control application server, 콘텐츠 세션 제어 애플리케이션 서버)(미도시)로 포워딩할 수 있다. CSC-AS는 이 CSC 콘텐츠 요청을 서빙하기 위한 콘텐츠 제공자(들)를 선택하고 결정할 수 있고, 그의 결정을 CSC-H에 알려줄 수 있다. CSC-AS는 세션에 대한 사전 허가 제어(pre-admission control)를 수행할 수 있다. CSC-AS는 또한 세션 정책, 보안 파라미터, 자원 제어 파라미터, 및 이 콘텐츠 세션에 대한 과금을 결정할 수 있다. 이들 파라미터는 미디어 스트림을 조작하고 정책을 시행하기 위해 데이터 평면 구성요소에 의해 사용될 수 있다.

CSC-H는 콘텐츠 요청을 CSC-I로 전송한다(718). CSC-I는 콘텐츠 제공자에 할당된 CSC-H의 ID를 알기 위해 HSS에 질의하고(720, 722), 콘텐츠 요청 메시지를 콘텐츠 제공자에 대한 CSC-H로 포워딩한다(724).

콘텐츠 제공자를 처리하는 CSC-H는 애플리케이션 서버(들)(예컨대, 콘텐츠 보안 서버 또는 콘텐츠 과금 서버)를 호출할 수 있다(726). AS는 시그널링을 다시 CSC-H로 전송한다(728). 콘텐츠 제공자를 처리하는 CSC-H는 콘텐츠 요청 메시지를 콘텐츠 제공자에 대한 CSC-P로 포워딩한다(730).

콘텐츠 제공자에 대한 CSC-P는 이어서 콘텐츠 요청 메시지를 콘텐츠 제공자 UA로 포워딩한다(732). 콘텐츠 제공자 UA는 CSC 콘텐츠 요청에 대해 CSC 콘텐츠 요청 답신(CREP; CSC content request reply) 메시지로 응답한다(734). CSC 콘텐츠 요청 답신 메시지는 미디어 콘텐츠 세션을 어떻게 설정하는지(프로토콜 등) 및 미디어 콘텐츠를 리트리브하기 위한 URL에 관한 정보를 포함한다. CSC 콘텐츠 요청 답신 메시지는 콘텐츠 제공자에 대한 CSC-P로 전송된다.

콘텐츠 제공자에 대한 CSC-P는 CSC 콘텐츠 요청 답신 메시지를 콘텐츠 제공자를 처리하는 CSC-H로 포워딩한다(736). 콘텐츠 제공자에 대한 CSC-P는 콘텐츠 제공자 측에서의 데이터 흐름 조작 및 관리를 위한 자원을 할당하기 위해 ABG와 상호작용할 수 있다(737). 콘텐츠 제공자에 대한 CSC-H는 애플리케이션 서버(들)를 호출할 수 있다(738). AS는 시그널링을 다시 CSC-H로 전송한다(740).

콘텐츠 제공자에 대한 CSC-H는 CSC 콘텐츠 요청 답신을 CSC-I로 전송한다(742). CSC-I는 요청측 UA에 할당된 CSC-H의 ID를 알기 위해 HSS에 질의하고(744, 746), 콘텐츠 요청 답신을 요청측 UA에 대한 CSC-H로 포워딩한다(748).

요청측 UA에 대한 CSC-H는 애플리케이션 서버(들)를 호출할 수 있다(750). AS는 시그널링을 다시 CSC-H로 전송한다(752). 요청측 UA에 대한 CSC-H는 CSC 콘텐츠 요청 답신 메시지를 요청측 UA에 대한 CSC-P로 포워딩한다(754).

CSC-P는 심층 패킷 검사, QoS 제어, 대역폭 관리 등과 같은 데이터 흐름 관리를 위한 자원을 할당하기 위해 데이터 평면 상의 ABG와 상호작용한다(756). CSC-P는 CSC 콘텐츠 요청 답신 메시지를 요청측 사용자 에이전트로 포워딩한다(758). 요청측 사용자 장치는 콘텐츠 요청 답신 메시지 내의 정보에 기초하여 콘텐츠를 리트리브한다(760).

유의할 점은, 요청측 사용자 에이전트 및 콘텐츠 제공자가 동일한 CSC-H 및 CSC-P 또는 상이한 CSC-H 및 CSC-P를 가질 수 있다는 것이다.

도 8은 일 실시예에 따른, 콘텐츠 캐시/서버가 자신이 호스팅하는 콘텐츠 객체를 발행/등록하는 예시적인 시그널링 다이어그램을 나타낸 것이다. 콘텐츠 캐시/서버는 IMS 사용자 에이전트를 포함할 수 있다. 다른 대안으로서, 콘텐츠 캐시/서버와 IMS 엔티티 사이의 통신을 위해 프로토콜 어댑터(protocol adapter)가 사용될 수 있다. 프로토콜 어댑터는 IMS 프로토콜과 콘텐츠 캐시/서버에 의해 사용되는 프로토콜 간에 변환을 한다.

콘텐츠 객체를 가지는 콘텐츠 캐시/서버는 향상된 IMS 코어 네트워크(enhanced IMS core network, eIM CN)(즉, eP-CSCF, eI- CSCF, eS-CSCF)를 통해 콘텐츠 객체를 등록하기 위해 메시지(예컨대, SIP PUBLISH 또는 REGISTER 메시지)를 그의 CNRH로 전송한다(802, 804). CNRH는 PUBLISH 또는 REGISTER 메시지의 수신에 대해 RESPONSE 메시지를 eIM CN 엔티티를 통해 콘텐츠 캐시/서버로 전송하는 것으로 응답할 수 있다(806, 808). 콘텐츠 캐시/서버에서 새로운 콘텐츠 객체가 이용가능하게 될 때, 이 동작이 반복될 수 있다.

도 9는 콘텐츠 캐시/서버가 자신이 호스팅하는 콘텐츠 객체를 발행/등록하는 다른 예시적인 시그널링 다이어그램을 나타낸 것이다. CNRH는 콘텐츠 캐시/서버의 이벤트에 가입하기 위해 eIM CN을 통해 가입 메시지(예컨대, SIP SUBCRIBE 메시지/신호)를 콘텐츠 캐시/서버로 전송할 수 있다(902, 904). 가입 메시지는 eIM CN 엔티티(즉, eP-CSCF, eI-CSCF, eS-CSCF)를 통해 적절한 콘텐츠 캐시/서버로 라우팅될 수 있다. 콘텐츠 캐시/서버는 eIM CN을 통해 응답 메시지를 CNRH로 전송할 수 있다(906, 908). 콘텐츠 캐시/서버는 관심의 이벤트가 발생할 때(예컨대, 새로운 콘텐츠 객체가 캐싱되거나 이용가능하게 될 때) eIM CN을 통해 메시지(예컨대, SIP NOTIFY)를 CNRH(즉, 가입자)로 전송할 수 있다(910, 912). CNRH는 콘텐츠 캐시/서버에 응답(예컨대, SIP 200 OK)으로 응답할 수 있다(914, 916). 새로운 이벤트가 발생할 때마다 CNRH에 통지하기 위해 이 통지 동작이 반복될 수 있다.

도 10은 일 실시예에 따른, IMS를 사용하여 콘텐츠 배달 또는 스트리밍 세션을 설정하는 예시적인 시그널링 다이어그램을 나타낸 것이다. UA는 eIM CN을 통해 콘텐츠 요청 메시지(예컨대, SIP INVITE)를 CNRH로 전송한다(1002, 1004). 콘텐츠 요청 메시지는 요청된 콘텐츠 ID 또는 이름을 포함할 수 있다. 콘텐츠 요청의 수신 시에, CNRH는 요청된 콘텐츠 ID를 검사하고 콘텐츠 위치(들)(예컨대, URL 또는 호스트 IP 주소)를 결정하며 하나 이상의 콘텐츠 캐시/서버(들)를 선택할 수 있다. 이 선택은 정책, 예를 들어, 콘텐츠 캐시/서버로부터 요청된 UA로의 경로 품질, 이용가능한 저장 또는 메모리 공간, 콘텐츠 캐시/서버의 부하 및/또는 이용가능한 대역폭 등에 기초하여 행해질 수 있다. CNRH는 eIM CN을 통해 콘텐츠 요청 메시지를 선택된 콘텐츠 캐시/서버를 향해 전달한다(1006, 1008). CNRH는 콘텐츠 요청 메시지를 수정할 수 있다. IMS 엔티티도 역시 콘텐츠 요청 메시지를 수정할 수 있다. 콘텐츠 요청 메시지를 수신할 시에, 콘텐츠 캐시/서버는 eIM CN을 통해 응답(예컨대, SIP 200 OK)을 CNRH로 전송할 수 있다(1010, 1012). 콘텐츠 객체 및 세션 설명을 획득하기 위한 명령어가 응답 메시지에 포함되어 있다. CNRH는 eIM CN을 통해 응답을 UA로 전송한다(1014, 1016). 이어서, UA와 콘텐츠 캐시/서버 사이에 콘텐츠 스트리밍 또는 다운로드 세션이 설정된다(1018).

도 11은 다른 실시예에 따른, IMS를 사용하여 콘텐츠 배달 또는 스트리밍 세션을 설정하는 다른 예시적인 시그널링 다이어그램이다. UA는 콘텐츠 요청 메시지(예컨대, SIP INVITE)를 eIM CN(예컨대, S-CSCF)으로 전송한다(1102). 이 요청은 요청된 콘텐츠 ID 또는 이름을 포함하고 있다. eIM CN 엔티티(즉, 질의하는 IMS 엔티티)는 요청된 콘텐츠 객체의 위치(들)를 분석하기 위해 질의 메시지를 CNRH로 전송한다(1104). 요청의 수신 시에, CNRH는 요청된 콘텐츠 ID를 검사하고 콘텐츠 위치(들)(예컨대, URL 또는 호스트 IP 주소)를 결정하며 응답을 질의하는 IMS 엔티티로 전송한다(1106). 이 응답은 요청된 콘텐츠 객체에 대한 위치 정보를 포함하고 있다. 질의 및 응답 메시지는, 각각, SIP INVITE 및 응답(예컨대, 200 OK) 메시지일 수 있거나, HTTP 등의 다른 프로토콜 메시지를 사용할 수 있다. 질의하는 IMS 엔티티는 그의 정책에 기초하여 하나 이상의 콘텐츠 캐시/서버를 선택한다. IM CN은 콘텐츠 요청 메시지(예컨대, SIP INVITE)를 수정하고 콘텐츠 요청 메시지를 선택된 콘텐츠 캐시/서버를 향해 전달할 수 있다(1108). 콘텐츠 요청 메시지를 수신할 시에, 콘텐츠 캐시/서버는 응답(예컨대, SIP 200 OK)을 eIM CN으로 전송한다(1110). 콘텐츠 객체 및 세션 설명을 획득하기 위한 명령어가 응답 메시지에 포함되어 있다. 응답 메시지는 요청측 UA로 포워딩된다(1112). 이어서, UA와 콘텐츠 캐시/서버 사이에 콘텐츠 스트리밍 또는 다운로드 세션이 설정된다(1114).

네트워크는 서비스를 제공하는 중간 장비(들)를 삽입하고 콘텐츠 및 서비스 액세스를 제어할 수 있다. 도 12는 일 실시예에 따른, 네트워크가 서비스를 제공하고 콘텐츠 및 서비스 액세스를 제어하기 위해 중간 장비(middle box)(들)를 호출하는, 콘텐츠 배달 또는 스트리밍 세션을 설정하는 예시적인 시그널링 다이어그램을 나타낸 것이다. UA는 eIM CN을 통해 콘텐츠 요청 메시지(예컨대, SIP INVITE)를 세션 제어 기능(SCF; session control function)으로 전송한다(1202, 1204). 콘텐츠 요청 메시지는 요청된 콘텐츠 객체 ID를 포함할 수 있다. eIM CN은 콘텐츠 요청 메시지를 SCF 엔티티로 라우팅한다. 콘텐츠 요청 메시지의 수신 시에, SCF는 사용자 가입 정보에 따라 요청된 콘텐츠 서비스의 서비스 권한을 검사할 수 있다. SCF는 데이터 평면 상에서 콘텐츠 데이터를 조작(예컨대, 스트림 믹싱, 광고 삽입, 트랜스코딩 등)하기 위해 향상된 MRF를 호출하고 설정할 수 있다(1206). SCF는 콘텐츠 요청 메시지를 CNRH로 포워딩한다(1208). SCF는 콘텐츠 요청 메시지를 CNRH로 포워딩하기 전에 이를 수정할 수 있다. 콘텐츠 요청 메시지의 수신 시에, CNRH는 요청된 콘텐츠 ID를 검사하고, 콘텐츠 위치(들)(예컨대, URL 또는 호스트 IP 주소)를 결정하며, 그의 정책에 기초하여 하나 이상의 콘텐츠 캐시/서버(들)를 선택할 수 있다. CNRH는 이어서 콘텐츠 요청 메시지를 선택된 콘텐츠 캐시/서버로 포워딩한다(1210). CNRH는 콘텐츠 요청을 수정할 수 있다. 콘텐츠 요청 메시지를 수신할 시에, 콘텐츠 캐시/서버는 응답(예컨대, SIP 200 OK)을 CNRH로 전송한다(1212). 콘텐츠 객체 및 세션 설명을 획득하기 위한 명령어가 응답 메시지에 포함되어 있을 수 있다. CNRH는 응답 메시지를 SCF로 포워딩하고(1214), SCF는 eIM CN을 통해 응답 메시지를 UA로 포워딩한다(1216, 1218). 이어서, UA와 콘텐츠 캐시/서버 사이에 콘텐츠 스트리밍 또는 다운로드 세션이 설정된다(1220). SCF, CNRH 및 콘텐츠 캐시/서버 사이의 SIP 메시지가 IMS를 통과할 수 있고, IMS는 메시지를 수정할 수 있다. IMS가 콘텐츠 요청 메시지를 SCF 및 CNRH로 포워딩하는 순서가 바뀔 수 있다.

도 13은 다른 실시예에 따른, 네트워크가 서비스를 제공하고 콘텐츠 및 서비스 액세스를 제어하기 위해 중간 장비(middle box)(들)를 호출하는, 콘텐츠 배달 또는 스트리밍 세션을 설정하는 예시적인 시그널링 다이어그램이다. UA는 eIM CN을 통해 콘텐츠 요청 메시지(예컨대, SIP INVITE)를 SCF로 전송한다(1302, 1304). 콘텐츠 요청 메시지는 요청된 콘텐츠 객체 ID를 포함할 수 있다. 콘텐츠 요청 메시지의 수신 시에, SCF는 요청된 콘텐츠 서비스의 서비스 권한을 검사할 수 있고, 요청된 콘텐츠 객체의 위치(들)를 분석하기 위해 질의 메시지를 CNRH로 전송할 수 있다(1306). 콘텐츠 요청 메시지의 수신 시에, CNRH는 요청된 콘텐츠 ID를 검사하고 콘텐츠 위치(들)(예컨대, URL 또는 호스트 IP 주소)를 결정하며 응답을 질의하는 SCF로 전송할 수 있다(1308). 이 응답은 요청된 콘텐츠 객체에 대한 위치 정보를 포함할 수 있다. 질의 및 응답 메시지는, 각각, SIP INVITE 및 200 OK 메시지일 수 있거나, HTTP 등의 다른 프로토콜 메시지를 사용할 수 있다. SCF는 데이터 평면 상에서 콘텐츠 데이터를 조작(예컨대, 스트림 믹싱, 광고 삽입, 트랜스코딩 등)하기 위해 향상된 MRF를 호출하고 설정할 수 있다(1310). SCF는 그의 정책에 기초하여 하나 이상의 콘텐츠 캐시/서버를 선택하고, 콘텐츠 요청 메시지를 선택된 콘텐츠 캐시/서버로 전송한다(1312). SCF는 콘텐츠 요청을 선택된 콘텐츠 캐시/서버로 포워딩하기 전에 이를 수정할 수 있다. 콘텐츠 요청 메시지를 수신할 시에, 콘텐츠 캐시/서버는 응답(예컨대, SIP 200 OK)을 SCF로 전송한다(1314). SCF는 eIM CN을 통해 응답을 UA로 포워딩한다(1316, 1318). 콘텐츠 및 세션 설명을 획득하기 위한 명령어가 응답 메시지에 포함되어 있다. 이어서, UA와 콘텐츠 캐시/서버 사이에 콘텐츠 스트리밍 또는 다운로드 세션이 설정된다(1320). SCF, CNRH 및 콘텐츠 캐시/서버 사이의 SIP 메시지가 IMS를 통과하고, IMS는 메시지를 수정할 수 있다.

2개 이상의 콘텐츠 서비스 공급자 또는 ISP는, 보다 많은 콘텐츠 객체 및 형식은 물론 자원이 이용가능하도록 하기 위해, 그의 네트워크 도메인을 상호연결하거나 피어링할 수 있다. 피어링은, 예를 들어, 다수의 소스로부터의 콘텐츠를 다수의 경로를 따라 목적지로 이동시키는 효율적이고 확장가능한 통신 메커니즘 및 대역폭을 최적화하는 자동 캐싱을 가능하게 해줄 수 있다.

도 14는 외부 레지스트리를 통해 콘텐츠 정보 데이터(CID; content information data)를 교환하는 2개 이상의 관리 도메인의 예를 나타낸 것이다. 외부 레지스트리(1402)는 다수의 관리 도메인(도메인 1 및 2) 또는 다수의 정보 데이터 제공자로부터의 정보 데이터를 하나의 뷰로 통합한다. 유의할 점은, 도 14가 단지 2개의 도메인을 나타내고 있지만, 3개 이상의 도메인을 포함할 수 있다는 것이다. 교환된 CID는 도메인에서 호스팅되는 통합된 콘텐츠 ID, 콘텐츠를 리트리브하는 비용, CSC 제어 메시지에 대한 라우팅 정보 등을 포함할 수 있다. 외부 레지스트리(1402)는 CID를 수집하고 그의 데이터 보관소에 마스터 데이터베이스를 유지한다. 정보의 양을 감소시키고 확장성을 개선시키기 위해 도메인에서 호스팅되는 콘텐츠 ID 정보가 통합될 수 있다. 레지스트리(1402)는 CID를 도메인 내의 로컬 데이터 보관소(1404, 1406)에 분산시킬 수 있다. 도메인들에 걸쳐 CID를 유지하고 교환하기 위해 다른 방법[예컨대, 분산 해시 테이블(DHT; distributed hash table)]이 사용될 수 있다.

도 15는 일 실시예에 따른, 사용자 장치가 도메인들에 걸쳐 콘텐츠를 리트리브하는 예시적인 네트워크 레이아웃을 나타낸 것이다. 요청측 CSC UA를 갖는 클라이언트 장치는 도메인 1에 위치해 있고, 콘텐츠 제공자는 도메인 2에 위치해 있다. 다수의 도메인에 걸쳐 콘텐츠를 리트리브하는 예시적인 절차에 대해 도 16a 및 도 16b를 참조하여 설명할 것이다.

도 16a 및 도 16b는 다수의 도메인에 걸쳐 콘텐츠를 리트리브하는 예시적인 시그널링 다이어그램이다. CSC UA를 갖는 사용자 장치는 요청된 콘텐츠 ID를 갖는 콘텐츠 요청(CREQ) 메시지를 요청측 UA에 대한 CSC-P(홈 CSC-P라고 함)로 전송한다(1602). 홈 CSC-P는 콘텐츠 요청 메시지를 사용자 홈 도메인(즉, 이 예에서, 도메인 1) 내의 홈 CSC-H로 포워딩한다(1604).

홈 CSC-H는 애플리케이션 서버(들)(예컨대, 광고 제어 서버 또는 사용자 프라이버시 서버)를 호출할 수 있다(1606). 애플리케이션 서버는 시그널링을 다시 홈 CSC-H로 전송할 수 있다(1608). 홈 CSC-H는 도메인 1 내의 홈 CNRH와 통신한다(1610). 홈 CNRH는, 콘텐츠 ID 등의 콘텐츠 요청 정보에 따라 그의 데이터베이스를 탐색함으로써, 이 콘텐츠 요청을 서빙하는 하나 이상의 잠재적인 콘텐츠 제공자의 ID는 물론 다른 정보(공급자 물리적 위치 및 리트리브 비용, 기타 등등)도 반환한다(1612). 홈 CSC-H는 홈 CNRH로부터 반환된 정보를 사용하여, 이 CSC 콘텐츠 요청을 서빙하기 위한 콘텐츠 제공자(들)를 선택하고 결정한다(1614). 홈 CSC-H는 이 CSC 콘텐츠 요청을 서빙하기 위한 타겟 도메인(이 예에서, 도메인 2) 내의 콘텐츠 제공자 및 콘텐츠 리트리벌 세션을 설정하기 위한 콘텐츠 요청 메시지를 라우팅하는 방식을 선택할 수 있다. 다른 대안으로서, 홈 CSC-H는 홈 CNRH로부터 반환된 정보 및 기타 콘텐츠 요청 정보를 홈 CSC-AS(미도시)로 포워딩할 수 있다. 홈 CSC-AS는 이 CSC 콘텐츠 요청을 서빙하기 위한 콘텐츠 제공자(들)를 선택하고 결정할 수 있고, 그의 결정을 홈 CSC-H에 알려줄 수 있다. 홈 CSC-AS는 세션에 대한 사전 허가 제어를 수행할 수 있다. 홈 CSC-AS는, 콘텐츠 제공자가 원격 도메인에 있는 경우, CSC-H를 통해 원격 CSC-AS와 세션 정책, 보안 파라미터, 자원 제어 파라미터, 및 이 콘텐츠 세션에 대한 과금을 교환하고 협상할 수 있다. 이들 파라미터는 미디어 스트림을 조작하고 정책을 시행하기 위해 데이터 평면 구성요소에 의해 사용될 수 있다.

홈 CSC-H는, 콘텐츠 제공자가 다른 도메인에 있는 경우, CSC 요청을 홈 도메인 내의 홈 CSC-IBC로 전송한다(1616). 홈 CSC-IBC는 세션 경계 제어를 수행할 수 있다(1618). 홈 CSC-IBC는 CSC 콘텐츠 요청을 타겟 도메인(이 예에서, 도메인 2) 내의 원격 CSC-IBC로 전송한다(1620).

타겟 도메인 내의 원격 CSC-IBC는 보안 및 정책 제어, 허가 제어, 및 미디어 평면 자원 허가(예컨대, QoS 제어, 정책 시행, 대역폭 관리 등)에 대한 CSC 요청을 처리한다(1622). 원격 CSC-IBC는 원격 CNRH와 상호작용함으로써 이 콘텐츠 요청을 서빙하기 위한 특정의 콘텐츠 제공자를 결정할 수 있다(왜냐하면 내부 네트워크가 외부 세계로부터 은폐되어 있을 수 있기 때문임)(1624, 1626). 다른 대안으로서, 원격 CSC-IBC는 원격 CNRH로부터 반환된 정보 및 기타 콘텐츠 요청 정보를 원격 CSC-AS(미도시)로 포워딩할 수 있다. 원격 CSC-AS는 이 CSC 콘텐츠 요청을 서빙하기 위한 콘텐츠 제공자를 결정하고 그의 결정을 원격 CSC-IBC에 알려줄 수 있다. 원격 CSC-AS는 또한 세션에 대한 허가 제어를 수행할 수 있다. 원격 CSC-AS는 또한 CSC-IBC를 통해 홈 CSC-AS와 세션 정책, 보안 파라미터, 자원 제어 파라미터, 및 이 콘텐츠 세션에 대한 과금을 교환하고 협상할 수 있다.

원격 CSC-IBC는 CSC 콘텐츠 요청을 타겟 도메인 내의 원격 CSC-I로 전송한다(1628). 원격 CSC-I는 콘텐츠 제공자에 할당된 원격 CSC-H의 ID를 알기 위해 타겟 도메인 내의 원격 HSS에 질의하고(1630, 1632), CSC 콘텐츠 요청 메시지를 콘텐츠 제공자에 대한 원격 CSC-H로 포워딩한다(1634).

콘텐츠 제공자를 처리하는 원격 CSC-H는 애플리케이션 서버(들)(예를 들어, 콘텐츠 보안 서버 또는 콘텐츠 과금 서버)를 호출할 수 있다(1636). 애플리케이션 서버는 시그널링을 다시 원격 CSC-H로 전송한다(1638). 콘텐츠 제공자를 처리하는 원격 CSC-H는 CSC 요청 메시지를 콘텐츠 제공자에 대한 원격 CSC-P로 포워딩한다(1640). 원격 CSC-P는 이어서 CSC 요청 메시지를 콘텐츠 제공자 UA로 포워딩한다(1642).

원격 도메인 내의 콘텐츠 제공자 UA는 CSC 콘텐츠 요청에 대해 CSC 콘텐츠 요청 답신(CREP) 메시지로 응답한다(1644). CSC 콘텐츠 요청 답신 메시지는 미디어 콘텐츠 세션을 어떻게 설정하는지(프로토콜 등) 및 미디어 콘텐츠를 리트리브하기 위한 URL에 관한 정보를 포함할 수 있다. CSC 콘텐츠 요청 답신 메시지는 콘텐츠 제공자에 대한 원격 CSC-P로 전송된다.

콘텐츠 제공자에 대한 원격 CSC-P는 CSC 콘텐츠 요청 답신 메시지를 콘텐츠 제공자를 처리하는 원격 CSC-H로 포워딩한다(1646). 원격 CSC-P는 원격 도메인에서의 데이터 흐름 조작 및 관리를 위한 자원을 할당하기 위해 ABG와 상호작용할 수 있다(1648).

원격 CSC-H는 애플리케이션 서버(들)를 호출할 수 있다(1650). 애플리케이션 서버는 시그널링을 다시 원격 CSC-H로 전송한다(1652). 콘텐츠 제공자에 대한 원격 CSC-H는 CSC 콘텐츠 요청 답신을 원격 CSC-IBC로 전송한다(1654). 원격 CSC-IBC는 요청 답신을 홈 CSC-IBC로 포워딩한다(1656). 원격 CSC-IBC는 데이터 평면에서의 자원 할당 및 정책 제어를 위해 원격 CSC-IBG와 상호작용할 수 있다(1658).

홈 CSC-IBC는 요청 답신을 홈 CSC-I로 전송한다(1660). 홈 CSC-IBC는 데이터 평면에서의 자원 할당 및 정책 제어를 위해 홈 CSC-IBG와 상호작용할 수 있다(1662). 홈 CSC-I는 요청측 UA에 할당된 홈 CSC-H의 ID를 알기 위해 홈 HSS에 질의하고(1664, 1666), 콘텐츠 요청 답신을 요청측 사용자 에이전트에 대한 홈 CSC-H로 포워딩한다(1668).

요청측 UA에 대한 홈 CSC-H는 애플리케이션 서버(들)를 호출할 수 있다(1670). 애플리케이션 서버는 시그널링을 다시 홈 CSC-H로 전송한다(1672). 요청측 UA에 대한 홈 CSC-H는 CSC 콘텐츠 요청 답신 메시지를 요청측 UA에 대한 홈 CSC-P로 포워딩한다(1674).

홈 CSC-P는 CSC 콘텐츠 요청 답신 메시지를 요청측 사용자 에이전트로 포워딩한다(1676). CSC-P는 심층 패킷 검사, QoS 제어, 대역폭 관리 등과 같은 데이터 흐름 관리를 위한 자원을 할당하기 위해 데이터 평면 상의 액세스 경계 게이트웨이와 상호작용할 수 있다(1678). 요청측 사용자 장치는 콘텐츠 요청 답신 메시지 내의 정보에 기초하여 콘텐츠를 리트리브한다(1680).

도 17은 UA가 IMS 네트워크 도메인들에 걸쳐 콘텐츠를 리트리브하는 예시적인 네트워크 레이아웃을 나타낸 것이다. 각각의 IMS 네트워크 및 IMS 엔티티(P-CSCH 등)에 CNRH가 제공되어 있다.

도 18은 상호연결된 CNRH의 예시적인 계층적 트리를 나타낸 것이다. 상이한 네트워크 도메인의 CNRH는 인터넷 계층구조에 매핑되는 피어링된 링크를 갖는 계층적 트리를 형성할 수 있다. 콘텐츠 발행 메시지는 계층구조를 따라 피어들 사이에서 위로 전파된다. 각각의 CNRH는 그의 자손 및 피어에 발행되는 모든 콘텐츠 객체의 위치 정보를 유지할 수 있다. 콘텐츠 객체의 사본에 대한 위치 정보는 콘텐츠 ID의 그 다음 홉 CNRH에의 매핑 및 이 콘텐츠 객체 사본의 호스트까지의 거리 또는 비용을 포함한다. 콘텐츠 객체는 상이한 장소에 위치하는 다수의 사본을 가질 수 있다. 콘텐츠 객체 사본의 호스트까지의 CNRH 홉의 수의 측면에서의 콘텐츠 객체에 대한 가장 가까운 사본의 위치 정보가 CNRH에 의해 유지될 수 있다. 다른 대안으로서, CNRH는 그의 정책에 따라 콘텐츠 호스트까지의 최소 비용을 갖는 사본의 위치 정보를 유지할 수 있다. 다른 대안으로서, 콘텐츠 객체에 대한 위치 정보의 다수의 항목 ― 각각의 항목은 사본에 대응함 ― 이 CNRH에 의해 유지될 수 있다.

CNRH는 그의 정책에 따라 네트워크 도메인에 걸쳐 가장 가까운 사본(호스트) 쪽으로, 또는 최소 비용을 갖는 사본 쪽으로, 또는 다수의 사본를 향해 콘텐츠 요청을 전달한다. 콘텐츠 객체 사본의 호스트는, 콘텐츠 요청 메시지(예컨대, SIP INVITE)를 수신할 시에, 응답 메시지(예컨대, SIP 200 OK)를 전송할 수 있다. 콘텐츠 객체 및 세션 설명을 획득하기 위한 명령어가 응답 메시지에 포함되어 있을 수 있다. 응답 메시지는 다시 네트워크 도메인에 걸쳐 콘텐츠 요청의 발신지로 포워딩된다. 콘텐츠 다운로드 또는 스트리밍 데이터 세션이 이어서 설정되고, 데이터 패킷 교환이 수행된다. CNRH는, 콘텐츠 요청의 수신 시에 요청된 콘텐츠 객체에 대한 위치 정보를 가지고 있지 않은 경우, 콘텐츠 요청을 그의 부모 CNRH로 포워딩한다. 콘텐츠 요청이 최고 레벨/루트 CNRH까지 전달되지만 요청된 콘텐츠 객체의 위치 정보를 발견하지 못하는 경우, 루트 CNRH는 오류 메시지로 응답할 수 있다. 오류 메시지는 다시 네트워크 도메인에 걸쳐 콘텐츠 요청의 발신지로 포워딩된다.

대안의 실시예에서, CNRH는 계층적 DHT 또는 다른 토폴로지를 형성할 수 있다. 콘텐츠 발행 메시지는 네트워크 도메인에 걸쳐 콘텐츠 객체의 위치 정보를 발행하기 위해 CNRH들 간에 전파된다. 네트워크 도메인에 걸쳐 요청된 콘텐츠 객체의 사본의 호스트를 찾아내기 위해 콘텐츠 요청 메시지(예컨대, SIP INVITE)가 CNRH들 간에 전달된다. 도메인간 SIP 메시지는 보안 및 도메인간 정책을 시행하기 위해 각각의 도메인 내의 IMS 및 IBCF/SBC를 통과한다.

실시예

1. 콘텐츠를 발견하고 리트리브하는 방법.

2. 실시예 1에 있어서, 클라이언트 장치로부터 콘텐츠 요청을 수신하는 단계를 포함하는 방법.

3. 실시예 2에 있어서, 콘텐츠 요청이 콘텐츠 객체를 고유하게 식별하는 콘텐츠 ID를 포함하는 것인 방법.

4. 실시예 2 또는 실시예 3에 있어서, 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보를 획득하기 위해 CNRH에 의해 콘텐츠 ID를 분석하는 단계를 더 포함하는 방법.

5. 실시예 4에 있어서, 콘텐츠 제공자를 선택하는 단계를 더 포함하는 방법.

6. 실시예 5에 있어서, 콘텐츠 요청을 선택된 콘텐츠 제공자로 포워딩하는 단계를 더 포함하는 방법.

7. 실시예 2 내지 실시예 6 중 어느 하나의 실시예에 있어서, 콘텐츠 요청의 수신에 응답하여 애플리케이션 서버를 호출하는 단계를 더 포함하는 방법.

8. 실시예 2 내지 실시예 7 중 어느 하나의 실시예에 있어서, 선택된 콘텐츠 제공자를 서빙하는 네트워크 엔티티를 결정하기 위해 홈 가입자 서버에 질의하는 단계를 더 포함하고, 콘텐츠 요청이 결정된 네트워크 엔티티로 포워딩되는 것인 방법.

9. 실시예 2 내지 실시예 8 중 어느 하나의 실시예에 있어서, 콘텐츠 객체를 리트리브하기 위한 미디어 콘텐츠 세션을 어떻게 설정하는지에 관한 정보를 포함하는 콘텐츠 요청 답신을 수신하는 단계를 더 포함하는 방법.

10. 실시예 9에 있어서, 콘텐츠 요청 답신을 클라이언트 장치로 포워딩하는 단계를 더 포함하는 방법.

11. 실시예 9 또는 실시예 10에 있어서, 클라이언트 장치를 서빙하는 네트워크 엔티티를 결정하기 위해 홈 가입자 서버에 질의하는 단계를 더 포함하고, 콘텐츠 요청 답신이 결정된 네트워크 엔티티로 포워딩되는 것인 방법.

12. 실시예 9 내지 실시예 11 중 어느 한 실시예에 있어서, 콘텐츠 요청 답신의 수신 시에 데이터 흐름 관리를 위한 자원을 할당하기 위해 데이터 평면 상의 네트워크 엔티티와 상호작용하는 단계를 더 포함하는 방법.

13. 실시예 2 내지 실시예 12 중 어느 하나의 실시예에 있어서, 콘텐츠 제공자가 홈 도메인 내에 위치되지 않는 경우, 콘텐츠 요청을 클라이언트 장치의 홈 도메인 내의 IBC 엔티티로 전송하는 단계를 더 포함하는 방법.

14. 실시예 13에 있어서, 세션 경계 제어를 수행하고 콘텐츠 요청을 콘텐츠 제공자가 위치되는 타겟 도메인 내의 IBC 엔티티로 포워딩하는 단계를 더 포함하는 방법.

15. 실시예 4 내지 실시예 14 중 어느 하나의 실시예에 있어서, CNRH로부터 수신된 정보를 애플리케이션 서버로 포워딩하는 단계를 더 포함하고, 애플리케이션 서버는 콘텐츠 요청을 서빙하기 위한 콘텐츠 제공자를 선택하는 것인 방법.

16. 실시예 2 내지 실시예 15 중 어느 하나의 실시예에 있어서, 콘텐츠 요청이 IMS 제어 평면 엔티티를 통해 선택된 콘텐츠 제공자로 라우팅되는 것인 방법.

17. 실시예 16에 있어서, IMS 내의 세션 제어 엔티티가 콘텐츠 요청을 수신하는 단계를 더 포함하는 방법.

18. 실시예 17에 있어서, 세션 제어 엔티티가 CNRH에 질의하는 단계를 더 포함하는 방법.

19. 실시예 18에 있어서, 세션 제어 엔티티가 CNRH로부터 ID 정보를 수신하는 단계를 더 포함하는 방법.

20. 실시예 19에 있어서, 세션 제어 엔티티가 콘텐츠 요청을 콘텐츠 제공자를 향해 전송하는 단계를 더 포함하는 방법.

21. 실시예 16에 있어서, IMS 내의 세션 제어 엔티티가 콘텐츠 요청을 수신하는 단계를 더 포함하는 방법.

22. 실시예 21에 있어서, 세션 제어 엔티티가 콘텐츠 요청을 CNRH로 포워딩하는 단계를 더 포함하는 방법.

23. 실시예 22에 있어서, CNRH가 콘텐츠 제공자를 선택하고 콘텐츠 요청을 선택된 콘텐츠 제공자를 향해 전송하는 단계를 더 포함하는 방법.

24. 실시예 2 내지 실시예 23 중 어느 하나의 실시예에 있어서, CNRH가 콘텐츠 객체에 대한 등록 메시지를 콘텐츠 제공자로부터 수신하는 단계를 더 포함하는 방법.

25. 실시예 24에 있어서, CNRH가 콘텐츠 객체를 등록하는 단계를 더 포함하는 방법.

26. 실시예 24 또는 실시예 25에 있어서, CNRH가 콘텐츠 제공자의 이벤트에 가입하기 위해 가입 메시지를 콘텐츠 제공자로 전송하는 단계를 더 포함하는 방법.

27. 실시예 26에 있어서, 가입된 이벤트가 발생하는 경우, CNRH가 등록 메시지를 수신하는 단계를 더 포함하는 방법.

28. 콘텐츠를 발견하고 리트리브하는 방법.

29. 실시예 28에 있어서, 콘텐츠 ID를 포함하는 콘텐츠 요청을 전송하는 단계를 포함하는 방법.

30. 실시예 29에 있어서, 콘텐츠 ID가 콘텐츠 객체를 고유하게 식별하고, CNRH를 통해 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보로 분석되는 것인 방법.

31. 실시예 29 또는 실시예 30에 있어서, 콘텐츠 요청 답신을 수신하는 단계를 더 포함하는 방법.

32. 실시예 31에 있어서, 콘텐츠 요청 답신 내의 정보에 기초하여 미디어 세션을 설정하고 콘텐츠 객체를 리트리브하는 단계를 더 포함하는 방법.

33. 실시예 29 내지 실시예 32 중 어느 하나의 실시예에 있어서, 발행할 콘텐츠를 표시하는 콘텐츠 광고 메시지를 수신하는 단계를 더 포함하는 방법.

34. 실시예 33에 있어서, 콘텐츠 광고 메시지 내의 콘텐츠가 사용자에 의해 설정된 프로파일과 매칭되는지 여부를 결정하는 단계를 더 포함하고, 콘텐츠 광고 내의 콘텐츠가 프로파일과 매칭되는 경우, 콘텐츠 요청이 전송되는 것인 방법.

35. 콘텐츠 ID에 기초한 콘텐츠의 발견 및 리트리벌을 지원하기 위한 네트워크.

36. 실시예 35에 있어서, 콘텐츠 ID를 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보로 분석하도록 구성되는 CNRH를 포함하는 네트워크.

37. 실시예 36에 있어서, 콘텐츠 ID를 포함하는 콘텐츠 요청을 클라이언트 장치로부터 수신하고, 콘텐츠 요청을 서빙하기 위한 콘텐츠 제공자를 선택하며, 콘텐츠 요청을 선택된 콘텐츠 제공자로 포워딩하도록 구성되는 네트워크 엔티티를 추가로 포함하는 네트워크.

38. 실시예 37에 있어서, 네트워크 엔티티가 IMS 제어 평면 내의 엔티티인 네트워크.

39. 실시예 37 또는 실시예 38에 있어서, 네트워크 엔티티가 또한 콘텐츠 요청의 수신에 응답하여 애플리케이션 서버를 호출하도록 구성되는 것인 네트워크.

40. 콘텐츠를 발견하고 리트리브하는 사용자 장치.

41. 실시예 40에 있어서, 콘텐츠 ID를 포함하는 콘텐츠 요청을 전송하도록 구성되는 프로세서를 포함하고, 콘텐츠 ID는콘텐츠 객체를 고유하게 식별해주며 CNRH를 통해 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보로 분석되는 것인 사용자 장치.

42. 실시예 41에 있어서, 프로세서가 또한 콘텐츠 요청 답신을 수신하고, 콘텐츠 요청 답신 내의 정보에 기초하여 미디어 세션을 설정하고 콘텐츠 객체를 리트리브하도록 구성되는 것인 사용자 장치.

43. 실시예 41 또는 실시예 42에 있어서, 프로세서가 또한 발행할 콘텐츠를 표시하는 콘텐츠 광고 메시지를 수신하고, 콘텐츠 광고 메시지 내의 콘텐츠가 사용자에 의해 설정된 프로파일과 매칭되는지 여부를 결정하도록 구성되며, 콘텐츠 광고 내의 콘텐츠가 프로파일과 매칭되는 경우, 콘텐츠 요청이 전송되는 것인 사용자 장치.

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

Claims

콘텐츠를 발견하고 리트리브하기 위한 방법으로서,
클라이언트 장치로부터 콘텐츠 요청 ― 상기 콘텐츠 요청은 콘텐츠 객체를 고유하게 식별하는 콘텐츠 ID(identity)를 포함함 ― 을 수신하는 단계;
상기 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보를 획득하기 위해 콘텐츠 이름 분석 핸들러(CNRH; content name resolution handler)를 이용하여 상기 콘텐츠 ID를 분석하는 단계;
콘텐츠 제공자를 선택하는 단계; 및
상기 콘텐츠 요청을 상기 선택된 콘텐츠 제공자로 포워딩하는 단계
를 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제1항에 있어서,
상기 콘텐츠 요청의 수신에 응답하여 애플리케이션 서버를 호출(invoking)하는 단계를 더 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제1항에 있어서,
상기 선택된 콘텐츠 제공자를 서빙하는 네트워크 엔티티를 결정하기 위해 홈 가입자 서버에 질의하는 단계를 더 포함하고,
상기 콘텐츠 요청이 상기 결정된 네트워크 엔티티로 포워딩되는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제1항에 있어서,
상기 콘텐츠 객체를 리트리브하기 위한 미디어 콘텐츠 세션을 어떻게 설정하는지에 관한 정보를 포함하는 콘텐츠 요청 답신을 수신하는 단계; 및
상기 콘텐츠 요청 답신을 상기 클라이언트 장치로 포워딩하는 단계
를 더 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제4항에 있어서,
상기 클라이언트 장치를 서빙하는 네트워크 엔티티를 결정하기 위해 홈 가입자 서버에 질의하는 단계를 더 포함하고,
상기 콘텐츠 요청 답신이 상기 결정된 네트워크 엔티티로 포워딩되는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제4항에 있어서,
상기 콘텐츠 요청 답신의 수신 시, 데이터 흐름 관리를 위하여 자원들을 할당(allocate)하기 위해 데이터 평면 상의 네트워크 엔티티와 상호작용하는 단계를 더 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제1항에 있어서,
상기 콘텐츠 제공자가 상기 클라이언트 장치의 홈 도메인 내에 위치되지 않는 조건 하에, 상기 콘텐츠 요청을 상기 홈 도메인 내의 상호연결 경계 제어(IBC; interconnect border control) 엔티티로 전송하는 단계; 및
세션 경계 제어를 수행하고, 상기 콘텐츠 요청을 상기 콘텐츠 제공자가 위치되는 타겟 도메인 내의 IBC 엔티티로 포워딩하는 단계
를 더 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제1항에 있어서,
상기 CNRH로부터 수신된 정보를 애플리케이션 서버로 포워딩하는 단계를 더 포함하고,
상기 애플리케이션 서버는 상기 콘텐츠 요청을 서빙하기 위한 상기 콘텐츠 제공자를 선택하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제1항에 있어서,
상기 콘텐츠 요청이 IP 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 제어 평면 엔티티들을 통해 상기 선택된 콘텐츠 제공자로 라우팅되는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제9항에 있어서,
IMS 내의 세션 제어 엔티티가 상기 콘텐츠 요청을 수신하는 단계;
상기 세션 제어 엔티티가 상기 CNRH에 질의하는 단계;
상기 세션 제어 엔티티가 상기 CNRH로부터 상기 ID 정보를 수신하는 단계; 및
상기 세션 제어 엔티티가 상기 콘텐츠 제공자를 향해 상기 콘텐츠 요청을 전송하는 단계
를 더 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제9항에 있어서,
IMS 내의 세션 제어 엔티티가 상기 콘텐츠 요청을 수신하는 단계;
상기 세션 제어 엔티티가 상기 콘텐츠 요청을 상기 CNRH로 포워딩하는 단계; 및
상기 CNRH가 상기 콘텐츠 제공자를 선택하고, 상기 선택된 콘텐츠 제공자를 향해 상기 콘텐츠 요청을 전송하는 단계
를 더 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제1항에 있어서,
상기 CNRH가 상기 콘텐츠 객체에 대한 등록 메시지를 상기 콘텐츠 제공자로부터 수신하는 단계; 및
상기 CNRH가 상기 콘텐츠 객체를 등록하는 단계
를 더 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제12항에 있어서,
상기 CNRH가 상기 콘텐츠 제공자의 이벤트에 가입하기 위해 가입 메시지를 상기 콘텐츠 제공자로 전송하는 단계; 및
가입된 이벤트가 발생하는 조건 하에, 상기 CNRH가 상기 등록 메시지를 수신하는 단계
를 더 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
콘텐츠를 발견하고 리트리브하기 위한 방법으로서,
콘텐츠 ID(identity)를 포함하는 콘텐츠 요청을 전송하는 단계 ― 상기 콘텐츠 ID는 콘텐츠 객체를 고유하게 식별하고, 콘텐츠 이름 분석 핸들러(CNRH; content name resolution handler)를 통해 상기 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보에 대해 분석됨 ― ;
콘텐츠 요청 답신을 수신하는 단계; 및
상기 콘텐츠 요청 답신 내의 정보에 기초하여 미디어 세션을 설정하고 상기 콘텐츠 객체를 리트리브하는 단계
를 포함하는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
제14항에 있어서,
발행하기 위한 콘텐츠를 표시하는 콘텐츠 광고 메시지를 수신하는 단계; 및
상기 콘텐츠 광고 메시지 내의 콘텐츠가 사용자에 의해 설정된 프로파일과 매칭되는지 여부를 결정하는 단계
를 추가로 포함하고,
상기 콘텐츠 광고 내의 콘텐츠가 상기 프로파일과 매칭되는 조건 하에, 상기 콘텐츠 요청이 전송되는, 콘텐츠를 발견하고 리트리브하기 위한 방법.
콘텐츠 ID(identity)에 기초한 콘텐츠의 발견 및 리트리벌을 지원하기 위한 네트워크로서,
콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보에 대해 콘텐츠 ID를 분석하도록 구성되는, 콘텐츠 이름 분석 핸들러(CNRH; content name resolution handler); 및
상기 콘텐츠 ID를 포함하는 상기 콘텐츠 요청을 클라이언트 장치로부터 수신하고, 상기 콘텐츠 요청을 서빙하기 위한 콘텐츠 제공자를 선택하며, 상기 콘텐츠 요청을 상기 선택된 콘텐츠 제공자로 포워딩하도록 구성되는, 네트워크 엔티티
를 포함하는, 콘텐츠 ID에 기초한 콘텐츠의 발견 및 리트리벌을 지원하기 위한 네트워크.
제16항에 있어서,
상기 네트워크 엔티티가 IP 멀티미디어 서브시스템(IMS; IP multimedia subsystem) 제어 평면 내의 엔티티인, 콘텐츠 ID에 기초한 콘텐츠의 발견 및 리트리벌을 지원하기 위한 네트워크.
제16항에 있어서,
상기 네트워크 엔티티가 또한, 상기 콘텐츠 요청의 수신에 응답하여 애플리케이션 서버를 호출하도록 구성되는, 콘텐츠 ID에 기초한 콘텐츠의 발견 및 리트리벌을 지원하기 위한 네트워크.
콘텐츠를 발견하고 리트리브하기 위한 사용자 장치로서,
콘텐츠 ID(identity)를 포함하는 콘텐츠 요청을 전송하도록 구성되는 프로세서
를 포함하고,
상기 콘텐츠 ID는 콘텐츠 객체를 고유하게 식별하고, 콘텐츠 이름 분석 핸들러(CNRH; content name resolution handler)를 통해 상기 콘텐츠 요청을 서빙하기 위한 적어도 하나의 콘텐츠 제공자의 ID 정보에 대해 분석되며, 그리고
상기 프로세서는 또한, 콘텐츠 요청 답신을 수신하고, 상기 콘텐츠 요청 답신 내의 정보에 기초하여 미디어 세션을 설정하고 상기 콘텐츠 객체를 리트리브하도록 구성되는, 콘텐츠를 발견하고 리트리브하기 위한 사용자 장치.
제19항에 있어서,
상기 프로세서는 또한, 발행하기 위한 콘텐츠를 표시하는 콘텐츠 광고 메시지를 수신하고, 상기 콘텐츠 광고 메시지 내의 콘텐츠가 사용자에 의해 설정된 프로파일과 매칭되는지 여부를 결정하도록 구성되며,
상기 콘텐츠 요청은 상기 콘텐츠 광고 내의 콘텐츠가 상기 프로파일과 매칭되는 조건 하에 전송되는, 콘텐츠를 발견하고 리트리브하기 위한 사용자 장치.