KR20160018841A

KR20160018841A - 브로드캐스트 네트워크에서 상이한 클래스들의 파일들을 전달하기 위해 멀티채널 단방향 전송을 통한 파일 전달 (“flute”) 프로토콜을 이용하는 시스템 및 장치

Info

Publication number: KR20160018841A
Application number: KR1020167002558A
Authority: KR
Inventors: 카를로스 엠 디 파조스
Original assignee: 퀄컴 인코포레이티드
Priority date: 2011-03-14
Filing date: 2012-03-07
Publication date: 2016-02-17
Also published as: KR20140002002A; WO2012125376A2; TW201242289A; TWI497940B; CN103535013B; WO2012125376A3; CN103535013A; US9485108B2; US20120239785A1

Abstract

실시형태들은 데이터가 로컬 애플리케이션에 의한 사용을 위해 수신기 디바이스에서 어셈블리될 수도 있도록 무선 브로드캐스트 네트워크를 통해 수신기 디바이스로 데이터를 전달하기 위한 대역폭 효율적인 메커니즘들을 제공한다. 다양한 실시형태들에서, 데이터 파일들은 FLUTE 세션 동안에 FLUTE 프로토콜을 이용하여 상기 브로드캐스트 네트워크를 통해 콘텐츠 엘리먼트들로서 브로드캐스트될 수도 있다. 일 실시형태에서, 콘텐츠 엘리먼트들은 콘텐츠 엘리먼트들이 브로드캐스트될 시간을 식별할 수도 있는 브로드캐스트 스케줄에 따라 브로드캐스트될 수도 있고 브로드캐스트 스케줄은 FLUTE 세션 동안에 송신되는 파일 전달 테이블 (FDT) 로 통신될 수도 있다.

Description

브로드캐스트 네트워크에서 상이한 클래스들의 파일들을 전달하기 위해 멀티채널 단방향 전송을 통한 파일 전달 (“FLUTE”) 프로토콜을 이용하는 시스템 및 장치{SYSTEM AND APPARATUS FOR USING MULTICHANNEL FILE DELIVERY OVER UNIDIRECTIONAL TRANSPORT (“FLUTE”) PROTOCOL FOR DELIVERING DIFFERENT CLASSES OF FILES IN A BROADCAST NETWORK}

본 출원은 2011년 3월 14일자로 출원된 발명 명칭이 "System And Apparatus For Using Multichannel File Delivery Over Unidirectional Transport ("Flute") Protocol For Delivering Different Classes Of Files And For Scheduling Freshness In A Network"인 미국 특허 가출원 제61/452,393호를 우선권을 주장하며, 그 전체 내용은 참조로 본원에 통합된다.

인터넷과 무선 통신 기술들은 지난 몇 년간 폭발적인 성장을 보였다. 이 성장은 사용자들이 현재 이용가능한 애플리케이션들의 수 및 정보의 유형들에서의 큰 증가에 의해 크게 힘입었다. 그런 통신 기술들의 성장하는 용도들 중 하나는 브로드캐스트 및 멀티캐스트 콘텐츠를 다양한 컴퓨팅 디바이스들 상에서 사용자들에게 전달하는 것이다. 무선 통신 서비스들에 최근에 추가된 것은 컴퓨팅 디바이스들에 콘텐츠를 브로드캐스트하는 능력이었다. 브로드캐스트 및 멀티캐스트 서비스들의 더 큰 가용성을 향한 이러한 경향은 계속될 것으로 예상된다.

다양한 실시형태들은 데이터가 로컬 애플리케이션에 의한 사용을 위해 수신기 디바이스에서 어셈블리될 수도 있도록 무선 브로드캐스트 네트워크를 통해 수신기 디바이스로 데이터를 전달하기 위한 대역폭 및 배터리 효율적인 메커니즘들을 제공할 수도 있다. 다양한 실시형태들에서, 데이터 파일들은 FLUTE 세션 동안에 FLUTE 프로토콜을 이용하는 브로드캐스트 네트워크를 통해 파일 콘텐츠 엘리먼트들로서 브로드캐스트될 수도 있다. 일 실시형태에서, 파일 콘텐츠 엘리먼트들은 파일 콘텐츠 엘리먼트들이 브로드캐스트될 시간을 식별할 수도 있는 브로드캐스트 스케줄에 따라 브로드캐스트될 수도 있고 브로드캐스트 스케줄은 FLUTE 세션 동안에 송신되는 파일 전달 테이블 (file delivery table; FDT) 로 통신될 수도 있다.

본원에 통합되고 이 출원서의 일부분을 구성하는 부분인 첨부 도면들은, 본 발명의 예시적인 실시형태들을 도시하고, 위에서 주어진 전반적인 설명 및 아래에서 주어지는 상세한 설명과 함께 본 발명의 특징들을 설명하는 역할을 한다.
도 1은 일 실시형태에서 사용하기에 적합한 브로드캐스트 통신 시스템을 예시하는 통신 시스템 블록도이다.
도 2는 콘텐츠 엘리먼트들이 웹페이지를 생성하기 위해 조합되는 방법을 예시하는 웹페이지의 도면이다.
도 3은 웹페이지를 무선 디바이스로 전달할 시에 수반되는 종래기술의 통신들 및 프로세스들을 예시하는 통신 흐름도이다.
도 4a는 일 실시형태에 따른 웹페이지들에 대한 액세스를 가능하게 하는 통신들 및 프로세스들을 예시하는 통신 흐름도이다.
도 4b는 단방향 전송을 통한 파일 전달 ("FLUTE") 프로토콜을 이용한 전송을 위해 구성된 패킷을 도시한다.
도 5는 컴퓨팅 디바이스들로의 콘텐츠 전달을 예시하는 브로드캐스트 시스템의 통신 시스템 블록도이다.
도 6은 일 실시형태에 따른 FLUTE 채널을 통해 배포되는 브로드캐스트 콘텐츠 및 브로드캐스트 중인 파일 전달 테이블 (FDT) 사이의 일 예의 관계의 도면이다.
도 7은 상이한 데이터를 컴퓨팅 디바이스로 브로드캐스팅하기 위한 제 1 FLUTE 채널, 제 2 FLUTE 채널 및 제 3 FLUTE 채널의 일 예의 관계의 도면이다.
도 8은 일 실시형태에 따른 다수의 속성들을 갖는 파일 전달 테이블의 일 예의 관계의 도면이다.
도 9a 및 도 9b는 일 실시형태에 따른 파일 전달 테이블에서 서술되는 다수의 속성들을 갖는 파일의 예의 관계들의 2 개의 예시들을 도시한다.
도 10은 파일의 클래스에 의존하는 상이한 FLUTE 채널들을 이용하는 브로드캐스트 네트워크를 통해 콘텐츠를 전송하고, 다른 하나의 FLUTE 채널을 통해 FDT 파일들을 브로드캐스트하는 일 실시형태 방법의 하이 레벨 프로세스 흐름도이다.
도 11은 제 1 FLUTE 채널을 통해 전송되는 제 1 클래스의 파일들, 제 2 FLUTE 채널을 통해 브로드캐스트되는 제 2 클래스의 파일들, 및 제 3 FLUTE 채널을 통해 브로드캐스트되는 FDT 파일들을 도시하는 도 10의 실시형태의 도면이다.
도 12는 파일 전달 테이블 및 그 속에 포함된 속성들의 일 예의 관계의 도면이다.
도 13은 파일의 클래스에 의존하는 적어도 2 개의 상이한 FLUTE 채널들을 이용하는 브로드캐스트 네트워크를 통해 콘텐츠를 전송하고, 2 개의 상이한 FLUTE 채널을 통해 FDT 파일들을 브로드캐스트하는 일 실시형태 방법의 하이 레벨 프로세스 흐름도이다.
도 14는 상이한 업데이트 주기들로 FDT 파일들을 브로드캐스트하는 것을 예시하기 위해 제 1 FLUTE 채널을 통해 전송되는 제 1 클래스의 파일들, 제 2 FLUTE 채널을 통해 브로브로드캐스트되는 제 2 클래스의 파일들, 및 2 개의 상이한 FLUTE 채널들을 통해 브로드캐스트되는 FDT 파일들을 도시하는 도 13의 실시형태의 도면이다.
도 15는 적어도 2 개의 상이한 클래스들의 파일들 및 FDT 파일들을 브로드캐스트하기 위해 공통 전송 프로토콜을 이용하는 브로드캐스트 네트워크를 통해 콘텐츠를 전송하는 일 실시형태 방법의 하이 레벨 프로세스 흐름도이다.
도 16은 공통 전송 프로토콜을 도시하는 도 15의 실시형태의 도면이다.
도 17은 적어도 2 개의 클래스들의 파일들을 브로드캐스트하기 위한 제 1 FLUTE 채널 및 파일 전달 테이블을 브로드캐스트하기 위한 제 2 FLUTE 채널을 이용하는 브로드캐스트 네트워크를 통해 콘텐츠를 브로드캐스트하는 일 실시형태 방법의 하이 레벨 프로세스 흐름도이다.
도 18은 적어도 2 개의 클래스들의 파일들을 브로드캐스트하기 위한 제 1 FLUTE 채널 및 파일 전달 테이블을 브로드캐스트하기 위한 제 2 FLUTE 채널을 이용하는 콘텐츠 브로드캐스트를 도시하는 도 17의 실시형태의 도면이다.
도 19는 적어도 2 개의 클래스들의 파일들을 브로드캐스트하기 위한 제 1 FLUTE 채널 및 파일 송신 시간을 포함하는 파일 전달 테이블을 브로드캐스트하기 위한 제 2 FLUTE 채널을 이용하는 브로드캐스트 네트워크를 통해 콘텐츠를 브로드캐스트하는 일 실시형태 방법의 하이 레벨 프로세스 흐름도이다.
도 20은 적어도 2 개의 클래스들의 파일들을 브로드캐스트하기 위한 제 1 FLUTE 채널 및 파일 송신 시간을 포함하는 파일 전달 테이블을 브로드캐스트하기 위한 제 2 FLUTE 채널을 이용하여 콘텐츠를 브로드캐스트하는 것을 도시하는 도 19의 실시형태의 도면이다.
도 21a는 브로드캐스트 시작 시간 속성 및 브로드캐스트 종료 시간 속성을 갖는 샘플 파일 전달 테이블을 도시하는 일 실시형태의 도면이다.
도 21b는 브로드캐스트 시작 시간 속성, 브로드캐스트 종료 시간 속성 및 최신 시작 시간 속성을 갖는 샘플 파일 전달 테이블을 도시하는 일 실시형태의 도면이다.
도 22는 브로드캐스트 윈도우를 이용하는 샘플 및 브로드캐스트 윈도우 없는 다른 샘플의 효율을 예시하는 선도이다.
도 23은 제 1 FLUTE 채널, 제 2 FLUTE 채널 및 제 3 FLUTE 채널을 이용하여 데이터를 브로드캐스트하는 서버, 브로드캐스트 송신 네트워크 및 컴퓨팅 디바이스를 도시하는 일 실시형태의 도면이다.
도 24는 파일들을 수신하며, 그 파일들을 스케줄링하고, 그 다음에 특정 FLUTE 채널들을 통해 그 파일들을 송신하는 인프라/서버 측 거동들을 설명하는 일 실시형태 방법의 하이 레벨 프로세스 흐름도이다.
도 25는 파일들을 수신하며, 그 파일들을 스케줄링하고, 그 다음에 특정 FLUTE 채널들을 통해 그 파일들을 송신하는 모바일 수신기 측 거동들을 설명하는 일 실시형태 방법의 하이 레벨 프로세스 흐름도이다.
도 26은 일 실시형태에서 사용하기에 적합한 컴퓨팅 디바이스의 구성요소 블록도이다.
도 27은 일 실시형태에서 사용하기에 적합한 서버 디바이스의 구성요소 블록도이다.

다양한 실시형태들이 첨부 도면들을 참조하여 상세히 설명될 것이다. 가능한 곳이라면 어디서든, 동일한 참조 번호들이 도면들 전체를 통해서 동일하거나 유사한 부분들을 참조하는데 사용될 것이다. 특정한 예들 및 구현예들에 대한 언급들은 예시의 목적들을 위한 것이고, 발명 또는 청구항들의 범위를 제한하려는 의도는 아니다.

단어 "예시적"은 여기서는 "예, 사례, 또는 예시로서 역할을 한다"는 의미로 사용된다. "예시적인" 것으로서 본 명세서에서 설명된 어떤 구현예라도 다른 구현예들보다 바람직하거나 유익하다고 생각할 필요는 없다.

용어들 "컴퓨팅 디바이스", "수신기 디바이스", 및 "무선 디바이스"는, 개인용 컴퓨터들, 랩톱 컴퓨터들, 개인용 모바일 텔레비전 수신기들 (예컨대, 멀티캐스트, 브로드캐스트, 유니캐스트 관련 디바이스들), 셀룰러 전화기들, 자동차 모바일 텔레비전 수신기들, 개인휴대 정보단말들 (PDAs), 팜탑 컴퓨터들, 무선 전자 메일 수신기들, 멀티미디어 인터넷 가능 셀룰러 전화기들, 및 브로드캐스트 송신물들을 수신하고 처리하기 위한 프로그램가능 프로세서와 메모리 및 원거리통신 수신기 구성회로 (circuitry) 를 구비하는 유사한 개인용 전자 디바이스들을 포함하지만 그것들로 제한되지는 않는, 다양한 개인용 컴퓨팅 디바이스들 중 임의의 하나 또는 전부를 언급하기 위해 본원에서 상호교환적으로 사용된다.

단어 "브로드캐스트"는 다수의 수신용 디바이스들에 의해 동시에 수신될 수 있도록 하는 데이터 (정보 패킷들) 의 송신을 의미하는 것으로 본원에서 사용된다. 브로드캐스트 메시지의 예들은, 콘텐츠 브로드캐스트들 (콘텐츠 흐름) 및 메타데이터 메시지들과 같은 오버헤드 정보 브로드캐스트들 (오버헤드 흐름) 을 포함한, 무선 브로드캐스트 신호들, 모바일 텔레비전 서비스 브로드캐스트 신호들이다. 브로드캐스트는 또한 한 유형의 브로드캐스트 전달 포맷인 멀티캐스트를 포함한다.

단어 "유니캐스트"는 본원에서 단일 수신기 디바이스로 향하는 무선 데이터 송신을 언급하는데 이용된다. 브로드캐스트 네트워크와는 대조적으로, "유니캐스트 네트워크"는 송신물들을 개개의 무선 통신 디바이스들로 전송하고 그것들로부터 수신하는 무선 통신 네트워크를 말한다. 다양한 실시형태들과 함께 사용될 수도 있는 유니캐스트 네트워크들의 예들은, 인터넷, 셀룰러 통신 네트워크들 (예컨대, 제 3 세대 (3G) 셀룰러 데이터 네트워크들), WiFi 네트워크들, 및 WiMax 네트워크들을 포함한다.

단어 "웹 서버"는 본원에서 하이퍼 텍스트 전송 프로토콜 (HTTP) 요청을 수신하고 적절한 HTTP 응답을 반환할 수 있는, 이를테면 하이퍼텍스트 마크업 언어 (HTML) 파일을 제공하는 애플리케이션 또는 애플리케이션들의 그룹을 의미하는데 이용된다. 웹 서버는 미들웨어 또는 애플리케이션 부분, 이를테면 J2EE® 서버, ASP® 서버, PHP 모듈, PERL 인터프리터, 또는 유사한 기능을 포함할 수도 있다. 웹 서버는 또한 데이터 저장 부분, 이를테면 데이터베이스 관리 시스템 (DBMS) 또는 로컬 파일 저장소를 구비할 수도 있다. 웹 서버는 기존의 서버 내에 구현될 수도 있지만, 다양한 실시형태들에서 웹 서버는 또한 수신기 디바이스 내에 구현된다.

다양한 실시형태들은 데이터가 로컬 애플리케이션에 의한 사용을 위해 수신기 디바이스에서 어셈블리될 수 있도록 무선 멀티미디어 브로드캐스트 네트워크를 통해 수신기 디바이스들로 데이터를 전달하기 위한 대역폭 및 배터리 효율적인 메커니즘들을 제공한다. 다양한 실시형태들은 인터넷 웹페이지들을 컴퓨팅 디바이스들로 전달하기 위해 특히 유용할 수도 있는데, 무선 브로드캐스트 네트워크가 대중적인 인터넷 웹사이트를 전달하기 위해 영향을 미칠 (leverage) 수 있는 효율적인 전달 메커니즘을 제공해서이다. 그러나, 실시형태들은 웹 페이지들의 전달로 제한되지는 않는다. 데이터 파일들은 FLUTE 프로토콜을 이용하는 브로드캐스트 네트워크를 통해 디스어셈블된 콘텐츠 엘리먼트들로서 브로드캐스트될 수도 있다. 수신을 가능하게 하기 위해, 디스어셈블된 콘텐츠 엘리먼트들은, 오버헤드 콘텐츠 서술 흐름, 이를테면 전자 카탈로그로, 또는 FLUTE의 경우, 파일 전달 테이블 (file delivery table; FDT) 로 통신되는 브로드캐스트 스케줄에 따라 브로드캐스트된다. 수신기 디바이스들은 오버헤드 콘텐츠 서술 흐름을 수신하고, 메타데이터 정보를 이용하여, 디스어셈블된 웹페이지 콘텐츠 선택적으로 수신하고 그 콘텐츠 엘리먼트들을 메모리에 저장한다.

다양한 실시형태들은 풍부한 미디어 콘텐츠를 브로드캐스트 네트워크를 통해 모바일 수신기 디바이스들로 전달하기 위한 매우 다양한 잠재적 애플리케이션들을 가진다. 브로드캐스트 네트워크들의 대역폭은 큰 미디어 콘텐츠 파일들을 수신기 디바이스들로 송신하는데 영향을 미칠 수도 있다. 다양한 실시형태들은 미디어 콘텐츠 파일들을 수신기 디바이스들로 송신하기 위해 브로드캐스트 네트워크 대역폭의 효율적인 사용을 할 수도 있다. 수신기 디바이스 내의 로컬 애플리케이션에 의해 활용되는, 사용자에게 제시되는 형태로 풍부한 미디어 콘텐츠의 어셈블리를 달성함으로써, 브로드캐스트 콘텐츠 엘리먼트들 형태의 풍부한 미디어 콘텐츠의 전달은 대역폭을 더 효율적으로 활용할 수도 있고 수신기 디바이스들이 배터리 전력을 절약하게 할 수도 있다.

예를 들어, 파일 전달 테이블 브로드캐스트 내에 포함된 브로드캐스트 시작 시간 및 브로드캐스트 종료 시간을 컴퓨팅 디바이스들에 대해 이용하여, 컴퓨팅 디바이스들은 전력 및 모바일 자원들을 절약하기 위해 선택한 지시된 기간들 동안에만 수신할 수도 있다. 덧붙여, 다양한 실시형태들에서 상이한 파일 전달 테이블들이 상이한 채널들을 이용하여 브로드캐스트될 수 있고 파일 전달 테이블들은 상이한 리프레시 기간들을 포함할 수도 있다. 이런 방식으로, 컴퓨팅 디바이스는 브로드캐스트 컴퓨팅 디바이스에 의해 수신된 콘텐츠에 의존하여 제 1 또는 제 2 리프레시 시간을 갖는 둘 이상의 상이한 파일 전달 테이블들 사이에서 선택할 수도 있다. 일단 수신되고 메모리에 저장되면, 미디어 콘텐츠 엘리먼트들은 요구된 또는 바람직한 포맷으로 콘텐츠를 사용하거나 사용자에게 제시하는 로컬 애플리케이션, 이를테면 웹페이지들, 네이티브 애플리케이션 콘텐츠, e-북 등에 의해 사용될 수도 있다.

실시형태들은 유니캐스트 네트워크를 통하는 대신에 브로드캐스트 네트워크 또는 멀티캐스트 네트워크를 통한 웹페이지 전달을 가능하게 하기 위해 유선 또는 무선 대역폭의 효율적인 활용을 가능하게 한다. 예를 들어, 다른 실시형태에서, 파일들은 자원들의 더 효율적인 사용을 위해 파일의 클래스에 의존하여 상이한 채널들을 통해 브로드캐스트될 수도 있다. 다른 실시형태에서, FDT 파일들은 특정 업데이트 주기에 의존하여 2 개의 상이한 채널들을 통해 브로드캐스트될 수도 있다. 다른 실시형태에서, 파일들은 브로드캐스트될 수도 있고 FDT 파일들은 공통 전송 전달 서비스를 이용하여 브로드캐스트 파일들 내에서 인터리브될 (interleave) 수도 있다.

참조의 편이를 위해, 다양한 실시형태들은 예의 인터넷 웹 콘텐츠 전달 애플리케이션을 이용하여 아래에서 설명된다. 본 출원은 공통 기술용어를 이용하여 다양한 실시형태들의 기능을 예시한다. 그러나, 다음의 설명들은 실시형태들을 인터넷 웹 콘텐츠 전달로 제한할 의도는 아니다. 이 기술분야의 통상의 지식을 가진 자는 다양한 실시형태들이 또한 다양한 풍부한 미디어 콘텐츠를 전달하기 위해 이용될 수도 있다는 것을 이해할 것이다. 따라서, 청구항들의 범위는 구체적으로 언급되지 않는 한 인터넷 웹 콘텐츠 전달 및 수신으로 제한되지 않아야 한다.

다수의 상이한 브로드캐스트 서비스들 및 브로드캐스트 표준들이 이용가능하거나 또는 미래에 생각되어질 수도 있으며, 이것들 모두는 다양한 실시형태들로부터 구현될 수도 있고 유익을 얻을 수도 있다. 그런 서비스들 및 표준들은 인터넷을 통한 파일들의 단방향 전달을 위한, 특히 멀티캐스트 네트워크들에 적합한 FLUTE 전송을 포함할 수도 있다. FLUTE는 수 초 이상의 전달 세션들을 이용하여, 많은 호스트들로의 크고 작은 파일들의 전달에 적용가능할 수도 있다. FLUTE는 동시에 많은 호스트들에 대한 업데이트들을 위해 사용될 수도 있다. FLUTE는 ALC (Asynchronous Layered Coding) 를 통한 멀티캐스트 파일 전송을 허용하는 파일 배포 유틸리티이다. FLUTE는 2004년 10월에 출간되며, http://tools.ietf.org/html/rfc3926에서 입수가능한 "FLUTE - File Delivery over Unidirectional Transport"란 명칭의 인터넷 엔지니어링 태스크 포스 제안 표준 요청 의견 ("RFC") 3926에서 정의된 파일 전송 메커니즘을 구현한다. FLUTE 파일 배포는 단방향 링크들에 적합한 송신을 위한 피드백 없는 프로토콜, 전달되는 파일들의 속성들의 대역내 (in-band) 시그널링을 포함할 수도 있고, 비동기 계층식 코딩 준수형이다. FLUTE는 스케일러블일 수도 있고 다수의 멀티캐스트 그룹들에서의 송신물들의 다수의 레이트들에 의존한다. FLUTE는 스위치가능 '온-디맨드'일 수도 있고 '푸시' 전달 모드들에서 활용될 수 있으며 다수의 계층들로 구성가능할 수도 있다. FLUTE는 또한 재귀적 디렉터리 송신 특징들을 가질 수도 있다.

다양한 실시형태들은 이전의 브로드캐스트 시스템들이 하지 않는 방식으로 FLUTE를 활용한다. 이전의 브로드캐스트 시스템들은 중복 파일 패킷들 내의 데이터를 다수의 채널들을 통해 전송하기 위해 FLUTE를 활용하였을 수도 있다. 이 방식에서 이전의 브로드캐스트 시스템들은, 다수의 FLUTE 채널들의 모두를 수신하는 디바이스가 다수의 FLUTE 채널들의 모두 상에서 동시에 파일 패킷들을 수신하는 것과, 다수의 FLUTE 채널들 중 하나만으로 파일 패킷들을 수신하는 디바이스보다 고속으로 데이터를 리어셈블링하는 것을 가능하게 했다. 다양한 실시형태들은 이전의 브로드캐스트 시스템들과는 상이하게 FLUTE 채널들을 이용한다. 다양한 실시형태들에서 상이한 파일들이 각각의 FLUTE 채널을 통해 전송될 수도 있다. 다양한 실시형태들에서 각각의 FLUTE 채널을 통해 송신된 상이한 파일들은 상이한 파일 특성들, 이를테면 상이한 파일 사이즈들을 가질 수도 있다. 다양한 실시형태들은 수신기 디바이스가 FLUTE 세션에서 FLUTE 채널들의 모두를 수신한다고 가정한다. 다양한 실시형태들은 상이한 특성들의 파일들을 하나의 송신으로 함께 묶는 대신에 그것들을 따로따로 송신함으로써 대역폭 이득들 및 효율을 실현할 수도 있다. 일 실시형태에서, FLUTE FDT는 파일들이 송신될 때를 서술할 수도 있다.

다양한 실시형태들에서, 수신기 디바이스는 웹페이지 콘텐츠 엘리먼트들의 스케줄링된 브로드캐스트들을 위한 브로드캐스트 네트워크를 자동으로 모니터링할 수도 있고, 사용자가 수신하는 것에 관심있어 할 수도 있는 웹사이트들에 대한 웹페이지 콘텐츠 엘리먼트들을 선택적으로 수신하고 저장할 수도 있다. 전형적인 실시형태에서, 이 프로세스는 백그라운드로 행해질 수도 있다. 수신기 디바이스의 사용자가 (예컨대, 웹사이트 이름을 입력 또는 대응하는 URL을 선택함으로써) 특정 웹페이지를 보기 위한 커맨드를 입력하는 경우, 수신기 디바이스 내의 웹 서버 애플리케이션은 메모리에 저장된 엘리먼트들로부터, 요청된 웹페이지를 어셈블리하고, 그것을 관람을 위해 표준 웹 브라우저 또는 다른 애플리케이션 (예컨대, 위젯) 에 제시할 수도 있다.

다양한 실시형태들은 종래의 FLUTE 프로토콜 기반 브로드캐스트 개념에서의 스케일러블 혼잡 제어 및 계층식 인코딩을 이용하지 않는데, 이들 특징들이 브로드캐스트 시스템들에 적용가능하지 않아서이다. 종래의 FLUTE 프로토콜에서, 다수의 채널들은 동시에 동일한 데이터의 상이한 데이터 부분들을 각각의 채널을 통해 송신하기 위해 이용될 수도 있다. 종래의 FLUTE 프로토콜에서 다수의 채널들의 각각을 통한 상이한 데이터 부분들의 중복 (redundant) 송신은, 채널들의 각각을 수신하는 디바이스가 단일 채널을 통해 완전한 데이터 세트를 송신하는데 걸릴 수도 있는 시간보다 적은 시간에 완전한 데이터 세트를 어셈블리하는 것을 가능하게 할 수도 있다. 종래의 FLUTE 프로토콜에서, FDT는 송신되는 각각의 파일을 서술할 수도 있지만, 종래의 FLUTE 프로토콜에서 FDT는 파일이 송신될 수도 있는 때에 관한 표시 (indication) 를 포함하지 않는다. 종래의 FLUTE는 상이한 채널들로 동일한 데이터 사본들만을 전송할 수도 있고, 브로드캐스트가 인터럽트될 수 없다는 점에서 제한될 수도 있다. 종래의 FLUTE 프로토콜에서, 별도의 스케줄링 송신은 FLUTE 채널들을 모니터링할 때를 알기 위해 수신자 디바이스에 대해 발생해야 한다. 별도의 스케줄링 송신의 사용은 임의의 데이터 송신에 대한 필요한 대역폭 오버헤드를 증가시킬 수도 있는데, 스케줄링 메시지가 항상 전송될 필요가 있을 수도 있기 때문이다. 덧붙여, 송신 채널들의 계속적인 모니터링이 요구될 수도 있는데, 스케줄 업데이트들이 임의의 FLUTE 송신물들과는 별개로 수신될 필요가 있을 수도 있기 때문이다.

다양한 실시형태들은 스케줄링 정보를 FDT에 삽입함으로써 종래의 FLUTE 프로토콜의 단점들을 피할 수도 있다. 게다가, 다양한 실시형태들은 상이한 클래스들의 파일들 또는 FLUTE 세션으로 송신되는 파일들을 설명하는 FDT (file delivery table) 파일들의 상이한 조각들을 운반하기 위해 FLUTE 채널들을 이용할 수도 있다. 파일들의 상이한 클래스들에 대해 FLUTE 채널들을 이용하는 하나의 이점은 FLUTE 프로토콜이 파일 클래스들의 상이한 요건들을 어드레싱하는 것을 허용한다는 것일 수도 있다. 일 예로서, 채널은 비교적 큰 파일들을 운반하는데 이용될 수도 있는 반면, 상대적으로 작은 파일들은 상이한 제 2 전송, 또는 제 2 FLUTE 채널을 통해 전송될 수도 있다. 제 1 FLUTE 채널은 오직 파일들의 제 1 클래스만을 서술할 수도 있는 자원으로서 이용될 수도 있는 반면, 제 2 FLUTE 채널은 파일들의 제 2 클래스만을 서술할 수도 있는 제 2 자원으로서 사용될 수도 있다.

일 실시형태에서, FLUTE 채널들은 FLUTE 세션에서 상이한 FLUTE 채널들에 따라 파일들의 상이한 클래스들을 분리하는데 이용될 수도 있다. 또한, 다른 실시형태에서, 다수의 FLUTE 채널들은 FLUTE 세션에서 상이한 FLUTE 채널들에 따라 FDT 파일들의 상이한 클래스들을 분리하는데 이용될 수도 있다. 예를 들어, 제 1 클래스의 FDT 파일들은 제 1 FLUTE 채널을 이용하여 브로드캐스트될 수도 있고 상이한 클래스의 FDT 파일들은 제 2 FLUTE 채널을 이용하여 브로드캐스트될 수도 있다. 다른 실시형태에서, 상이한 유형들의 FDT 파일들은 2 개의 상이한 기간들로 파일들을 서술하는 동일한 FLUTE 세션을 통해 전송될 수도 있다. 예를 들어, 초반 15 분 기간으로 파일들을 서술하는 FDT 파일들은 제 1 FLUTE 채널을 통해 전송될 수도 있는 한편 30 초 기간으로 파일들을 서술하는 다른 제 2 FDT 파일들은 제 2 FLUTE 채널을 통해 전송될 수도 있다.

덧붙여, 다수의 FLUTE 채널들에서의 다수의 상이한 FDT들은 특정 특징들, 예를 들어, 상호작용 애플리케이션을 위한 파일들, 표적 광고 애플리케이션을 위한 파일들, 및 잡지 배포 애플리케이션을 위한 파일들만을 위한 파일 정보를 서술할 수도 있다.

일 실시형태에서, FLUTE 채널들은 각각의 파일에 대한 브로드캐스트 시작 시간 및 브로드캐스트 종료 시간을 서술하는 파일 전달 테이블 (FDT) 을 포함할 수도 있다. FDT는 포함된 파일들이 FLUTE 세션에서 브로드캐스트될 수도 있는 기간의 종료를 서술하는, FDT에 대한 만료 시간을 포함하는 파일들의 파라미터들을 열거할 수도 있다. FDT는 파일들의 속성들을 서술할 수도 있다. 컴퓨팅 디바이스는 FDT의 만료 시간을 수신할 수도 있고 관심있는 파일들이 FDT 상에서 서술되지 않는다면 모바일 자원들을 절약할 것을 결정할 수도 있다. 일 예로서, 컴퓨팅 디바이스는 FDT의 만료 시간을 수신할 수도 있고, 관심있는 파일들이 FDT 상에서 서술되지 않는다면 FDT의 만료 시간까지 FLUTE 세션을 다시 모니터링하지 않음으로써 모바일 자원들을 절약할 것을 결정할 수도 있다. 또한, 컴퓨팅 디바이스는 컴퓨팅 디바이스에서 전력을 절약하기 위해 다른 시간들에서 수신기 회로들의 전원을 끊는 것을 가능하게 하는 기설정된 주기로 파일들을 수신할 수도 있다. 다른 실시형태에서, FDT는 FLUTE 세션에서 브로드캐스트되는 파일들의 파일 송신 시간을 포함하는 파일들의 파라미터들을 열거한다. 컴퓨팅 디바이스는 제 1 파일들의 세트의 송신 시간을 수신할 수도 있고, 소망의 파일들을 여전히 수신하면서도 컴퓨팅 디바이스에서 전력을 절약하기 위해 모바일 자원들을 보존하고 제 1 파일들의 송신 시간의 종결 시에 다른 제 2 파일들을 수신하기 위해 기다릴 것을 결정할 수도 있다.

다른 실시형태에서, FDT 파일들은 제 1 별개의 채널을 통해 운반될 수도 있는 한편 제 1 파일들의 세트는 제 2 FLUTE 채널을 통해 운반될 수도 있고, FLUTE 세션에 대한 세션 서술 (예컨대, 세션 서술 프로토콜 (Session Description Protocol; "SDP")) 은, 채널들을 식별하기 위한 그리고 어떤 채널이 파일 패킷들을 운반하는지와 어떤 채널이 FDT 패킷들을 운반하는지를 의미론적으로 식별하기 위한 정보를 포함할 수도 있다. 다양한 실시형태들은 상이한 채널들을 포함할 수도 있으며, 예를 들어, FLUTE 채널인 하나는 FDT 패킷들을 운반하는 서술자 채널일 수도 있고 제 2 FLUTE 채널은 파일 패킷들을 운반하는 채널일 수도 있다. 일 실시형태에서 FDT는 어떤 채널들이 어떤 패킷들에 대해 열거되어야 하는지를 열거할 수도 있다. 다양한 실시형태들이 상이한 파일들의 클래스들에 대해 FLUTE 채널들을 식별하는 메커니즘을 포함할 수도 있다.

다른 실시형태에서, FDT는 각각의 FLUTE 채널에 대해 이용가능할 수도 있는 파일들을 서술할 수도 있고, FLUTE 세션 서술은 파일들의 클래스들을 전송할 별개의 채널들을 식별하기 위한 정보를 포함할 수도 있다. 다른 실시형태에서, 컴퓨팅 디바이스는, 스케줄 신선도 (freshness) 를 위한 특정 대기시간에 FDT 파일들을 수신하기 위한 채널들에 대해 서술할 수도 있는 채널 속성들을 세션 서술에서 이용함으로써 FDT 대기시간을 참조할 수도 있다. 또 다른 실시형태에서, FDT 파일들은 애플리케이션 특정될 수도 있고, FDT 채널은 특정 용도 또는 애플리케이션에 전용될 수도 있다. 예를 들어, FDT는 오직 특정 애플리케이션에 대한 데이터만을 포함할 수도 있고 특정 채널을 통해 브로드캐스트될 수도 있다. 세션 서술은 또한 특정 애플리케이션에 대한 FDT 전송을 위해 사용되는 채널을 제한하는 속성을 포함할 수도 있다.

하나의 실시형태에서, 브로드캐스터는, 세션 서술을 위한 그리고 FLUTE 세션을 위한 세션 서술 프로토콜 ("SDP") 을 채널들을 서술하고 식별하기 위해 이용할 수도 있다. 다른 실시형태에서, 채널들의 그룹들이 파일 전송을 위해 사용될 수도 있고 채널들이 FDT 전송을 위해 사용될 수도 있다. 다른 실시형태에서, 멀티-채널 지원을 위한 여러 SDP 향상들이 이용될 수도 있다. 예를 들어, SDP 향상은, 2010년 6월에 출간되고 http://tools.ietf.org/html/rfc5888에서 입수가능한 "The Session Description Protocol (SDP) Grouping Framework"라는 명칭의 인터넷 엔지니어링 태스크 포스 제안 표준 요청 제안 ("RFC") 5888에서 논의된 바와 같이 그루핑 프레임워크로부터 "그룹" 및 "중간" 속성들을 상속하는 것을 포함할 수도 있고 그것의 부분들은 그것들의 전부가 참조에 의해 본원에 통합되는 SDP 향상 및 그루핑 프레임워크들을 논의한다. 예를 들어, "DC" (Descriptor Channels) 는 토큰 의미론 확장으로서 사용될 수도 있다. 예를 들어, (FLUTE 전송을 위한 FLUTE 채널들에 대응하는) SDP에서의 미디어 스트림들은 "중간 값"에 의해 식별될 수도 있다. 이들 값들과 DC 토큰을 연관시키면 FDT 전송을 위해 사용되는 채널들을 식별할 수도 있다. 데이터는 파일 채널에 대한 의미 확장, 예를 들어, "FC"를 더 포함할 수도 있다. 덧붙여서, 임시 모바일 그룹 아이덴티티 데이터는 또한 FLUTE 채널을 운반하는데 이용되는 브로드캐스트 베어러 (즉, 브로드캐스트 네트워크 전송 채널) 를 식별할 수도 있는 미디어 (및/또는 FLUTE를 위한 채널) 서술 프로토콜 정보로서 추가될 수도 있으며, 이는 주어진 베어러의 수신이 소망의 FLUTE 채널에 기초하여 선택적이게 할 수도 있다.

다양한 실시형태들이 다양한 브로드캐스트 시스템들 내에서 구현될 수도 있으며, 그 중 하나의 일 예는 도 1에서 도시된다. 무선 브로드캐스트 네트워크 (1), 이를테면 FLUTE-기반 파일들의 전송과 함께 멀티미디어 브로드캐스트 및 멀티캐스트 서비스들 (MBMS) 을 제공하는 LTE 무선 네트워크는, 본원에서 브로드캐스트 운영 센터 (4) (또는 도면들에서 "BOC") 로서 지칭되는 브로드캐스트 네트워크 제어 센터에 의해 제어되는 복수의 브로드캐스트 송신기들 (2) 을 포함할 수도 있다. 브로드캐스트 네트워크 (1) 는, 브로드캐스트 송신기들 (2) 로부터의 콘텐츠를, 수신기 디바이스들 (10), 이를테면 모바일 텔레비전 수신기들, 스마트 폰들, 셀룰러 폰들, 개인휴대 정보단말들 (PDA), 패드 컴퓨터들, 대화형 게임 디바이스들, 노트북들, 스마트북들, 넷북들, 데이터 프로세싱 장치, 또는 다른 그런 전자 디바이스들에 의한 수신을 위한 브로드캐스트 송신물들 (3) 로서 브로드캐스트할 수도 있다.

브로드캐스트 네트워크 (1) 는, 브로드캐스트 네트워크에 대한 인터페이스를 구비할 수도 있고 콘텐츠 브로드캐스트들의 스케줄링, FLUTE 세션들 및 FLUTE 세션들 내에 포함된 콘텐츠 파일들의 스케줄링, 멀티미디어 브로드캐스트 네트워크 (1) 의 채널들을 통한 콘텐츠 브로드캐스트들에 관한 전자 서비스 가이드들 및 카탈로그 메시지들의 생성을 관리하도록 구성될 수도 있는 브로드캐스트 네트워크 서버 (6) 를 구비할 수도 있다. 브로드캐스트 네트워크 서버 (6) 는 또한 외부 네트워크, 이를테면 인터넷 (7) 에 대한 접속들을 구비할 수도 있으며, 그것을 통해 브로드캐스트 네트워크 서버 (6) 는 콘텐츠 제공자 서버 (8) 로부터 콘텐츠 피드들을 수신할 수도 있다. 브로드캐스트 네트워크 서버 (6) 는 콘텐츠 제공자 서버 (8) 로부터 콘텐츠를 수신하며, 수신된 콘텐츠에 관한 정보를 결정하고, 콘텐츠 배치들에서의 콘텐츠를 균일한 방식으로 수신기 디바이스들 (10) 로 브로드캐스트하도록 구성될 수도 있다.

이 콘텐츠 전달 시스템의 부분으로서, 브로드캐스트 네트워크 (1) 는 또한 다양한 실시형태들에 따라 브로드캐스트 네트워크 (1) 를 통한 브로드캐스트를 위해 콘텐츠 엘리먼트들을 관리하는 웹 콘텐츠 서버 (5) 를 구비할 수도 있다. 웹 콘텐츠 서버 (5) 는 웹사이트 호스팅 서버 (9) 로부터, 직접 네트워크 접속 또는 간접 네트워크 접속, 이를테면 인터넷 (7) 중 어느 하나를 통해 콘텐츠 엘리먼트들, 이를테면 텍스트 파일들, 이미지들, 그래픽스, CSS 파일들, JavaScript® 파일들, JPEG 미디어 파일들, Flash® 미디어 파일들, 및 템플릿들을 수신할 수도 있다. 일 실시형태에서, 웹 콘텐츠 서버 (5) 는 최신 웹페이지 콘텐츠를 다운로드하기 위해 웹사이트 호스팅 서버 (9) 에 주기적으로 액세스할 수도 있다. 일 실시형태에서, 웹사이트 호스팅 서버 (9) 는 업데이트된 콘텐츠 엘리먼트들을 웹 콘텐츠 서버 (5) 로 주기적으로 푸시할 수도 있다. 일 실시형태에서, 웹 콘텐츠 서버 (5) 는 웹사이트들에 액세스함으로써 그리고 웹사이트 호스팅 서버 (9) 에 의해 자신에게 푸시된 콘텐츠를 수신함으로써 업데이트된 웹페이지 콘텐츠 엘리먼트들을 수신할 수도 있다. 웹사이트 호스팅 서버 (9) 에서의 웹 콘텐츠의 생성은 웹사이트 콘텐츠가 생성되고 호스팅되는 보통의 방식으로 달성될 수도 있다.

브로드캐스트 네트워크 (1) 외에도, 수신기 디바이스들 (10) 은 또한 유니캐스트 네트워크 (11), 이를테면 3G 셀룰러 전화기 네트워크 또는 WiFi 무선 네트워크 (예컨대, WiFi "핫스팟") 을 통한 듀플렉스 통신을 위해 구성될 수도 있다. 전형적인 셀룰러 전화기 네트워크는 수신기 디바이스들 (10) 및 다른 네트워크 목적지들 사이의 음성 및 데이터 호출들을, 이를테면 전화 지상 선들 (예컨대, POTS 네트워크, 미도시) 및 인터넷 (7) 을 통해 접속시키도록 동작하는 네트워크 운영 센터 (14) 에 연결된 복수의 셀룰러 기지국들 (12) 을 구비할 수도 있다. 수신기 디바이스들 (10) 및 유니캐스트 네트워크 (11) 사이의 통신들은 2-방향 무선 통신 링크들 (13), 이를테면 3G, CDMA, TDMA, 및 다른 셀룰러 전화기 통신 기술들, 뿐만 아니라 WiFi, WiMax 등과 같은 무선 광 영역 네트워크를 통해 달성될 수도 있다. 인터넷 데이터 통신들을 용이하게 하기 위해, 유니캐스트 네트워크 (11) 는 단독으로 인터넷 (7) 에 대한 접속을 제공하는 네트워크 운영 센터 (14) 에 연결된 또는 그것 내의 하나 이상의 서버들 (16) 을 구비할 수도 있다. 수신기 디바이스들 (10) 은 이를테면 브로드캐스트 서비스들에 가입 (예컨대, 브로드캐스트 웹 서비스들에 가입) 하고 사용자 관람 패턴들을 보고하기 위해 유니캐스트 네트워크 (11) 를 통해, 이를테면 인터넷 (7) 에 의한 브로드캐스트 네트워크 서버 (6) 에 대한 IP 데이터 호출을 통해, 브로드캐스트 네트워크 (1) 와 통신할 수도 있다. 덧붙여, 수신기 디바이스 (10) 사용자들은, 이를테면 다양한 실시형태들 중 하나에 대하여 브로드캐스트될 수도 없는 웹페이지들을 다운로드하기 위해 유니캐스트 네트워크 (11) 를 통해 인터넷 (7) 에 액세스할 수도 있다. 유니캐스트 네트워크 (11) 는 또한, 템플릿들, 스톡 그래픽스 (stock graphics) 및 수신기 디바이스들 (10) 상에서 애플리케이션들에 의해 사용될 수도 있는 다른 콘텐츠 엘리먼트들의 다운로딩을 포함하여, 다양한 실시형태들에 의해 가능하게 되는 브로드캐스트 웹 서비스들에 가입하기 위해 사용될 수도 있다.

도 2는 웹 서버가 웹 콘텐츠를 처리하여 웹 페이지를 생성할 수도 있는 방법의 일 예를 도시한다. 웹 콘텐츠 트래픽은 제한이 없고 콘텐츠는 다른 데이터를 포함할 수도 있고 본원에서의 예시는 본 개시물을 제한하지 않는다는 것이 이해되어야 한다. 다양한 실시형태들이 대화형 애플리케이션들과 함께 동작가능하고 많은 상이한 예들에 적용가능하다는 것이 이해되어야 한다. 생성된 웹페이지 (68) 는 웹 브라우저에 의해 관람 또는 실행될 수 있는 임의의 문서일 수도 있다. 웹페이지 (68) 는 단일 HTML 포맷 문서일 수도 있거나, XML, JavaScript®, JPEG, MPEG, Flash® 또는 PDF®와 같은 다른 포맷의 단일 파일일 수도 있거나, 또는 부가적인 파일들에 의존하는 파일, 이를테면 HTML 파일일 수도 있다. 예를 들어, 웹페이지 (68) 는 HTML 파일, 하나 이상의 CSS 및 JavaScript® 파일들, 하나 이상의 JPEG 미디어 파일들, 및/또는 하나 이상의 Flash® 미디어 파일들을 포함할 수도 있다. 웹페이지 (68) 는 정적 또는 동적으로 생성될 수도 있다. 정적 웹페이지 (68) 는 일반적으로 최종 사용자에게 전달되는 것과 동일한 포맷으로 웹사이트 호스팅 서버 상에 저장되는 웹 페이지이다. 그러나, 대중적인 웹 콘텐츠의 대부분은 동적으로 생성될 수도 있다. 도 2는 웹 서버가 웹페이지 (68) 를 동적으로 생성하기 위해 활용할 수도 있는 컴포넌트들을 예시한다. 서버는, 웹페이지에 대한 사용자의 요청의 수신 시, 서버의 메모리, 이를테면 원시 콘텐츠 (62) 데이터베이스에 저장된 원시 콘텐츠 (62), 서버의 메모리에 저장된 페이지 템플릿들 (64), 및 사용자의 요청으로 특정된 임의의 파라미터들에 기초하여 웹페이지 (68) 를 생성하기 위해 서버 측 스크립트들 (66) 을 실행할 수도 있다. 서버는 생성된 웹페이지 (68) 를 네트워크 접속을 통해 사용자에게 반환할 수도 있다.

서버 측 스크립트들 (66) 은 미들웨어 또는 애플리케이션 레벨의 웹 사이트를 포함할 수도 있고, 전형적인 전자상거래 웹사이트 또는 유사 복합 웹 애플리케이션에 대해, 서버 측 스크립트들 (66) 은 트랜잭션들을 처리하는데 필요한 코드의 큰 부분을 포함할 수도 있다. 일 예의 콘텐츠 기반 웹사이트에서, 서버 측 스크립트들 (66) 은 사용자 선호들에 기초하여 적절한 콘텐츠를 선택하는 것 (예컨대, 과거의 브라우징 이력에 기초하여 메인 페이지 상에 어떤 뉴스 기사들을 디스플레이할 것인지를 선택하는 것) 과 같은 더 제한적인 규칙을 수행할 수도 있다. 추가의 예에서, 서버 측 스크립트들 (66) 은 단지 가장 최신의 정보에 대해 데이터베이스에 쿼리하지만, 사용자의 요청에 기초하여 웹페이지 (68) 를 맞춤화하지 못할 수도 있다. 서버 측 스크립트들 (66) 은 PHP, ASP®, PERL, PYTHON과 같은 언어들의 코드를 포함하는 스크립트 파일들일 수도 있으며, JSP®, ASP.NET®, Java® 또는 C++과 같은 언어로 원본 작성된 컴파일된 코드, 또는 스크립트되고 컴파일된 코드일 수도 있다.

페이지 템플릿들 (64) 은 웹 페이지 (68) 를 적절히 포맷하기 위해 활용될 수도 있다. 전형적인 웹사이트는 컴퓨팅 디바이스 상의 디스플레이를 위해 의도된 웹페이지 (68) 를 생성하는 경우에만 실행될 수도 있는 것들을 포함한, 많은 페이지 템플릿들 (64) 을 포함할 수도 있다. 페이지 템플릿들 (64) 이 정적 HTML 코드 세그먼트들을 포함할 수도 있지만, 페이지 템플릿들 (64) 은 종종 PHP와 같은 서버 측 코드를 포함한다. 페이지 템플릿 (64), 원시 콘텐츠 (62), 및 서버 측 스크립트들 (66) 사이의 구별은 주로 페이지 템플릿 (64), 원시 콘텐츠 (62), 및 서버 측 스크립트들이 순수 데이터보다는 실행가능 컴퓨터 코드를 포함할 수도 있거나, 또는 실행가능 컴퓨터 코드 및 순수 데이터의 조합을 포함할 수도 있다는 점에서 기능적이다. 본원에서 사용되는 바와 같이, 페이지 템플릿 (64) 은 웹 페이지를 생성하는데 주로 사용되는 데이터 및 코드를 말하는 한편, 원시 콘텐츠 (62) 는 빈번하게 그리고/또는 주기적으로 업데이트되고 웹 사이트들을 넘어선 다양한 환경들에서 사용하기에 적합할 수도 있는 데이터 및 코드를 말한다.

도 3은 웹 콘텐츠 제공자가 사용자 요청에 기초하여 웹 페이지를 동적으로 생성할 수도 있는 기존의 프로세스의 일 예를 도시한다. 도 3은 유니캐스트 무선 통신 시스템 내의 다양한 컴포넌트들 사이의 프로세스 단계들 및 메시지 교환들을 예시한다. 무선 네트워크를 통해 웹사이트들에 대한 사용자 액세스들을 제공하는 종래의 유니캐스트 통신 시스템은, 인터넷 (7) 에 대한 액세스를 위해 유니캐스트 네트워크 (11) 에 접속된 수신기 디바이스 (10) 와, 웹 서버 (21) 및 데이터베이스 서버 (22) 를 구비할 수도 있는 콘텐츠 제공자 서버 (8) 를 구비할 수도 있다. 방법 (300) 에서, 수신기 디바이스 (10) 는 블록 304에서 웹페이지에 대한 사용자 요청을 수신할 수도 있다. 수신기 디바이스 (10) 는 HTTP 요청의 형태로 메시지를 생성할 수도 있으며, 그 메시지는 유니캐스트 네트워크 (11) 및 인터넷 (7) 을 통해 콘텐츠 제공자 서버 (8) 로 전송된다. 콘텐츠 제공자 서버 (8) 는 블록 308에서 착신 HTTP 요청을 웹 서버 (21) 로 수신할 수도 있다. 웹 서버 (21) 는 블록 312에서 적절한 웹페이지 템플릿을 로딩하고 서버 측 스크립트들의 실행을 시작할 수도 있다. 템플릿 스크립들은 데이터, 이를테면 최신 뉴스 헤드라인들을 요구할 수도 있고, 데이터베이스 쿼리 (예컨대, SQL 쿼리) 가 블록 316에서 생성될 수도 있다. 쿼리는 데이터베이스 쿼리 프로토콜, 이를테면 JDBC를 통해 데이터베이스 서버 (22) 로 전송될 수도 있다. 데이터베이스 서버 (22) 는 블록 322에서 쿼리를 수신하며, 그 쿼리를 처리하며, 그 결과들을 준비하고 포맷하여 데이터를, 이를테면 데이터베이스 응답 프로토콜 (예컨대, JDBC) 을 통해 반환할 수도 있다. 웹 서버 (21) 는 블록 324에서 결과들을 수신하고 그 데이터에 기초하여 HTML 웹페이지를 생성하고, 블록 328에서 HTML 웹페이지를 HTTP 응답의 형태로 수신기 디바이스 (10) 로 전송할 수도 있다. 수신기 디바이스 (10) 는 블록 332에서 웹페이지를 수신하고, 블록 336에서 그 웹페이지를 디스플레이를 위해 랜더링할 수도 있다. 전형적인 웹페이지에 대해, HTML 웹페이지를 수신하는 것은 단지 콘텐츠를 디스플레이하는 프로세스에서의 첫 번째 블록이며, 이는 전형적인 HTML 웹페이지가 종종, 삽입된 미디어 파일들, 이를테면 사진들을 포함하거나, 또는 외부 CSS 및 자바스크립트 (JavaScript) 파일들에 의존하기 때문이라는 점에 주의해야 한다. 수신기 디바이스 (10) 는 어떤 부가적인 오브젝트들이 페치되어야 (fetch) 하는지를 결정하기 위해 수신된 HTML을 처리하고 웹 서버 (21) 로부터 HTTP를 통해 문서들을 자동으로 요청할 것이며, 그 웹 서버는 블록 338에서 요청된 오브젝트들을 반환한다. 이들 부가적인 오브젝트들의 대다수는, 만약 있다면, 서버 측 프로세싱을 거의 요구하지 않는 정적 파일들일 것이지만, 다른 것들, 이를테면 멀티미디어 파일들이 동적으로 생성될 수도 있다.

도 3이 예시하는 바와 같이, 종래의 웹페이지 전달 프로세스에서, 웹페이지의 콘텐츠들의 모두는 웹페이지가 임의의 사용자에 의해 액세스되는 때마다 요청하는 수신기 디바이스 (10) 로 랜더링을 위한 형태로 송신될 수도 있다.

웹사이트 콘텐츠를 컴퓨팅 디바이스들로 전달하기 위한 다른 메커니즘은 도 4a에 예시된 바와 같이 수신기 디바이스 (10) 내에서 호스팅되는 웹 서버 애플리케이션 (32) 내에서 웹페이지들을 어셈블리할 수도 있다. 이 방법은 사용자에게 브로드캐스트 웹 서비스를 제공하기 위해 수신기 디바이스 (10) 상의 로컬 웹 서버 (32) 및 로컬 데이터 저장소 (33) 를 사용할 수도 있다. 웹 콘텐츠 서버 (5) 는, 블록 401에서 브로드캐스트 네트워크 (1) 를 통해, 웹페이지를 생성하는데 필요한 템플릿들 및 데이터를 포함하는 웹페이지 콘텐츠 엘리먼트들을 브로드캐스트할 수도 있으며, 그것들은 블록 402에서 수신기 디바이스 (10) 에 의해 선택적으로 수신되고 저장될 수도 있다. 이 방법에서, 수신기 디바이스 (10) 내의 프로세서는 웹 브라우저 (31) 및 로컬 웹 서버를 포함하는 애플리케이션 소프트웨어로 구성될 수도 있고, 로컬 데이터 저장소 (33) 에 연결될 수도 있다. 웹페이지 콘텐츠 엘리먼트들을 수신하는 블록 402 후, 수신기 디바이스 (10) 내에서 동작하는 웹 브라우저 (31) 는 블록 404에서 웹페이지에 대한 사용자 요청을, 이를테면 웹사이트 이름 (예컨대, "CNN") 을 입력하거나, 목록 또는 메뉴로부터 웹사이트를 선택하거나, 또는 디스플레이된 문서 내의 하이퍼링크를 활성화시키는 사용자로부터 수신할 수도 있다. 응답하여, 웹 브라우저 (31) 는 컴퓨팅 디바이스 프로세서가 내부 데이터 버스 또는 소프트웨어 릴레이를 통해 로컬 웹 서버 (32) 로 전송할 수도 있는 HTTP 요청을 생성할 수도 있다. 일부 구현예들에서, "로컬" 웹 서버에 의해 호스팅되는 웹 사이트는 "로컬" URL (예컨대, http://localhost:8008/cnn/tech) 을 가질 것이다. 그런 구현예들에서, 로컬 웹 서버 상의 로컬 사이트에 대한 프로그램은 접촉해야 하는 적절한 원격 사이트를 수신기 디바이스에 알려줄 수도 있다. 일부 구현예들에서, 유니캐스트 네트워크를 통해 콘텐츠를 수신하기 위해 접촉해야 하는 원격 서버에 대한 URL은 웹사이트를 위한 프로그램 내에 포함될 수도 있다. 그 URL은 또한 오버헤드 정보의 부분으로서 송신되는 웹페이지 콘텐츠에 관한 정보에 포함될 수도 있다. 로컬 웹 서버 (32) 는 블록 408에서 웹페이지에 대한 요구를 수신하고 블록 412에서 적절한 웹페이지 템플릿 또는 프로그램을 로딩할 수도 있다. 로컬 웹 서버 (32) 는 템플릿 또는 프로그램을 처리할 수도 있고, 요청된 웹페이지를 생성하는 것이 요구된다면, 블록 416에서, 데이터베이스 쿼리, 이를테면 SQL 쿼리를 생성할 수도 있다. 데이터베이스 쿼리 프로토콜 (예컨대, JDBC) 형태의 데이터베이스 쿼리는 데이터 버스 또는 소프트웨어 릴레이를 통해 컴퓨팅 디바이스 내의 로컬 데이터 저장소 (33) 로 전송될 수도 있으며, 그 로컬 데이터 저장소는 블록 420에서 쿼리를 수신하고 적절한 데이터를 반환한다. 로컬 웹 서버 (32) 는 블록 424에서 결과들을 수신하고 로컬 데이터를 이용하여 템플릿에 기초하여 HTML 웹페이지를 생성하고, 블록 428에서 생성된 HTML 웹페이지를 웹 브라우저 (31) 로 전송할 수도 있다. 웹 브라우저 (31) 는 블록 432에서 HTTP 응답을 통해 웹페이지를 수신하고, 블록 436에서 디스플레이를 위해 그 웹페이지를 랜더링할 수도 있다. 웹페이지의 랜더링이 로컬 데이터 저장소 (33) 에 저장된 오브젝트들에 액세스할 것을 요구한다면, 웹 브라우저 (31) 는 요구된 오브젝트들에 대한 요청들을 데이터베이스로 전송하고 요청된 오브젝트들을 수신할 수도 있다.

콘텐츠를 컴퓨팅 디바이스들로 전달하는 브로드캐스트 방법은 콘텐츠를 통신 링크들을 통해 전달하는 효율적인 메커니즘들로 이익을 볼 수도 있다. 콘텐츠 엘리먼트들을 컴퓨팅 디바이스들로 브로드캐스트하기 위해, 다양한 실시형태들은, 브로드캐스트 및 멀티캐스트 서비스들에 대한 향상된 방식으로 기능하기 위해 향상될 수도 있는, 2004년 10월자로 출간되며 http://tools.ietf.org/html/rfc3926에서 입수가능한 "FLUTE - File Delivery over Unidirectional Transport"이란 명칭의 FLUTE (File Deliver over Unidirectional Transport) 프로토콜 (인터넷 엔지니어링 태스크 포스 제안 표준 요청 제안 ("RFC") 3926을 활용할 수도 있다.

FLUTE는 인터넷을 통한 파일들의 단방향 전달을 위해 원래 개발되었던 프로토콜이며, 그것은 멀티캐스트 네트워크들에서 사용하기에 특히 적합할 수도 있다. FLUTE 사양은 스케일러블 멀티캐스트 배포를 위해 설계된 기본 프로토콜인 비동기 계층식 코딩 (Asynchronous Layered Coding; ALC) 을 구축한다. FLUTE에서, 파일들은 옵션의 콘텐츠 인코딩으로 전송 오브젝트들로서 전달될 수도 있고, 적은 피드백으로 다수의 수신기들에 전달될 수도 있다. FLUTE는 또한 멀티캐스트 및 유니캐스트 사용자 데이터그램 프로토콜 전달 양쪽 모두와 함께 활용될 수도 있다. FLUTE는 임의의 소스 멀티캐스트 및 소스 특정 멀티캐스트 모델들을 지원할 수도 있고 순방향 오류 정정을 통해 신뢰성을 가질 수도 있다. 사용자 데이터그램 프로토콜 "UDP" 헤더 (452), 디폴트 계층식 코딩 전송 "LCT" 헤더 (454), LCT 헤더 확장물 (456), 순방향 오류 정정 "FEC" 패이로드 ID (458), 및 파일 또는 FDT 패킷을 위한 인코딩된 심볼 (460) 을 갖는 샘플 FLUTE FDT 패킷 (450) 이 도 4b에 도시되어 있다. FLUTE 패킷은 파일을 획득하고 그 파일을 전송 오브젝트로서 랜더링함으로써 구축될 수도 있다. 전송 오브젝트는 다수의 소스 블록들로 랜더링될 수도 있다. 각각의 소스 블록은 다수의 소스 심볼들로 형성될 수도 있다. 패리티 심볼 및 인코딩은 헤더를 가지는 FLUTE 패킷을 랜더링하기 위해 추가될 수도 있다.

웹페이지 콘텐츠 엘리먼트들을 컴퓨팅 디바이스들로 브로드캐스트하기 위해, 다양한 실시형태들은 다른 콘텐츠가 브로드캐스트 네트워크에서 컴퓨팅 디바이스들로 브로드캐스트되는 방법과 유사한 방법들을 활용할 수도 있다. 도 5는 브로드캐스트 네트워크 (1) 내의 정보 브로드캐스트의 개관을 예시한다. 브로드캐스트 데이터는 웹페이지 콘텐츠 엘리먼트들을 수신기 디바이스 (10) 에 브로드캐스트 송신물들로서 전달하기 위해 이용될 수도 있다. 위에서 언급된 바와 같이, 브로드캐스트 네트워크 (1) 는 다수의 콘텐츠 호스팅 서버들 (8a, 8b) 로부터 콘텐츠 엘리먼트들 (예컨대, 웹 템플릿들 또는 프로그램들, 그래픽스, 이미지들, 동적 데이터 및 실행가능 스크립들) 을 수신할 수도 있다. 그런 콘텐츠는 데이터 네트워크들 (20) (예컨대, 인터넷 (7)) 을 통해 브로드캐스트 네트워크 (1) 내의 웹 콘텐츠 서버 (5) 에 제공될 수도 있다.

웹 콘텐츠 서버 (5) 는 그런 콘텐츠를 데이터베이스에 저장하고 그 콘텐츠를 브로드캐스트를 위해 스케줄링할 수도 있다. 브로드캐스트를 위한 콘텐츠 스케줄링 시, 브로드캐스트 네트워크 서버 (6) 는 무엇이 언제 무슨 네트워크 어드레스 상에서 브로드캐스트될 것인지를 결정한다. 스케줄링의 부분으로서, 웹 콘텐츠 서버 (5) 는 웹페이지 콘텐츠 엘리먼트들을 브로드캐스트에 적합한 콘텐츠 패키지들 (CPs) 로 포맷할 수도 있다. 웹 콘텐츠 서버 (5) 는 또한, 웹페이지 콘텐츠 엘리먼트들에 관한 정보, 이를테면 대응하는 웹페이지 이름, 로컬 또는 원격 URL, 오브젝트 식별자 또는 파일 이름, 버전 번호, 미디어 유형 (예컨대, 텍스트, PDF, JPEG, FLASH, 자바스크립트 등), 엘리먼트 나이 또는 생성 날짜/시간, 및 수신기 디바이스들이 브로드캐스트 스트림으로부터 콘텐츠 패키지들을 수신할 지의 여부를 결정하는 것을 가능하게 하는데 유용할 수도 있는 웹페이지 콘텐츠 엘리먼트들에 관한 다른 정보를 추출할 수도 있다. 웹 콘텐츠 서버 (5) 는 웹페이지 콘텐츠 엘리먼트 패키지들에 대한 스케줄링된 브로드캐스트 시간들, 뿐만 아니라 수신에 필요한 다른 브로드캐스트 정보를 결정하기 위해 브로드캐스트 운영 센터 (4) 와 협력할 수도 있다. 웹 콘텐츠 서버 (5) 는 송신을 위한 콘텐츠 패킷 서술들 (CPDs) 을 생성할 수도 있다. 그런 콘텐츠 패킷 서술들은 웹 콘텐츠 엘리먼트들의 카탈로그 리스팅의 형태일 수도 있으며, 그것들은 브로드캐스트 네트워크에 의해 운반되는 다른 콘텐츠 카탈로그들처럼 송신될 수도 있다. 웹 콘텐츠 서버 (5) 는 내부 네트워크 데이터흐름 (24) 을 통한 콘텐츠 패킷 서술들과 함께, 내부 네트워크 데이터흐름 (22a) 을 통하는 어셈블리된 웹페이지 콘텐츠 엘리먼트 패키지들을 브로드캐스트 운영 센터 (4) 에 제공할 수도 있다. 데이터 패키지들은 적절한 브로드캐스트 시간까지 저장될 수도 있으며, 그 시점에 브로드캐스트 운영 센터 (4) 는 웹페이지 콘텐츠 파일들 (40) 의 브로드캐스트 송신물들로서 브로드캐스트 송신기들 (2) 을 통해 브로드캐스트될 수도 있는 적절한 패키지들과, 웹페이지 콘텐츠 엘리먼트들을 위한 콘텐츠 파일 서술들 및 파일 전달 테이블 (50) 을 포함할 수도 있는 콘텐츠 서술을 인코딩할 수도 있다.

도 6은 콘텐츠 파일들 (40) 및 파일 전달 테이블들 (50) 의 도면이다. 파일 전달 테이블 ("FDT") (50) 은 파일 전달 세션 내에서 전달될 수도 있는 콘텐츠 파일들 (40) 에 연관된 다양한 속성들을 서술하기 위한 메커니즘을 제공할 수도 있다. 다음의 리스트들은 그런 속성들의 예들이고, 상호 배타적이지 않고 총망라하는 것이 아니다. 콘텐츠 파일들 (40) 의 전달에 관련된 속성들은 콘텐츠 파일들 (40) 을 나타내는 TOI 값, FEC 오브젝트 송신 정보 (FEC 인코딩 ID 및, FEC 인스턴스 ID를 포함함), 파일을 운반하는 전송 오브젝트의 사이즈, 패킷들을 모든 채널들로 전송하는 수집 레이트, 이름을 포함하지만 그것으로 제한되지 않는 파일 자체에 관련된 속성들, (URI에 의해 특정된) 파일의 식별 및 로케이션, 파일의 MIME 미디어 유형, 파일의 사이즈, 파일의 인코딩, 및 파일의 메시지 다이제스트 및 본원에서 논의된 바와 같은 다른 속성들을 포함할 수도 있다. FDT (50) 는 세션에서 전달될 콘텐츠 파일들 (40) 에 대한 파일 서술 엔트리들의 세트일 수도 있다. 각각의 파일 서술 엔트리는 그것이 서술하는 파일에 대한 TOI 및 그 파일을 식별하는 URI를 포함할 수도 있다. TOI는 파일의 전달 동안에 각각의 ALC/LCT 데이터 패킷에 포함될 수도 있고, 이에 따라 파일 서술 엔트리로 운반되는 TOI는 어떤 ALC/LCT 데이터 패킷들이 어떤 파일에 관한 정보를 포함하는지를 수신기가 결정하는 방법이 될 수도 있다. 각각의 파일 서술 엔트리는 또한 위에서 언급된 속성들을 파일에 매핑하는 하나 이상의 서술자들을 포함할 수도 있다.

각각의 파일 전달 세션은 주어진 세션에 로컬일 수도 있는 FDT (50) 를 가질 수도 있다. FDT (50) 는 세션 내에서 보이는 각각의 콘텐츠 파일 (40) 에 대한 TOI에 매핑된 파일 서술 엔트리를 제공할 수도 있다. ALC 세션 내에서 전달될 수도 있지만 FDT (50) 에서 서술되지 않는 오브젝트는, 파일 전달 세션에 속하는 '파일'로 간주되지 않을 수도 있다.

그 파일 전달 세션 내에서 FDT (50) 는 FDT 인스턴스들로서 전달될 수도 있다. 도 6에 도시된 FDT 인스턴스 (1, 2, 3) 가 FDT (50) 의 하나 이상의 파일 서술 엔트리들을 포함할 수도 있다. 임의의 FDT 인스턴스는 임의의 다른 FDT 인스턴스의 하위집합 (subset), 또는 그것의 상위집합 (superset) 이 되거나, 또는 그것을 보완과 같을 수도 있다. 특정한 FDT 인스턴스는, (더 높은 FDT 인스턴스 ID 번호들을 가지는) 후속 FDT 인스턴스들이 송신된 후에도, 세션 동안에 여러 번 반복될 수도 있다. 각각의 FDT 인스턴스는 적어도 단일 파일 서술 엔트리를 가질 수도 있고 많아야 파일 전달 세션의 완전한 FDT를 가질 수도 있다.

파일 전달 세션의 수신기 디바이스 (10) 는 수신된 파일 서술 엔트리들에 대해 메모리에 저장된 FDT 데이터베이스를 유지할 수도 있다. 수신기 디바이스 (10) 는, 예를 들어, FDT 인스턴스들의 수신 시에 데이터베이스를 유지할 수도 있다. 따라서, 임의의 주어진 시간에, FDT 데이터베이스의 콘텐츠들은 FDT (50) 의 수신기 디바이스 (10) 의 현재 뷰 및 파일 전달 세션의 현재 뷰를 나타낼 수도 있다.

도 7은 FLUTE 세션 (70) 을 이용하는 데이터의 브로드캐스트의 일 실시형태를 예시한다. FLUTE 세션 (70) 은 FDT 채널 (74) 로 브로드캐스트될 수도 있는 파일 전달 테이블 (FDT) (72) 을 정의할 수도 있다. 파일 전달 테이블 (72) 은 비동기 계층식 코딩의 개념들에 파일들의 속성들을 시그널링하고 매핑하기 위한 것일 수도 있는 데이터 세트일 수도 있다. 일 실시형태에서, 파일 전달 테이블 (72) 은 FLUTE 세션 (70) 에서 전달될 파일들에 대한 파일 서술 엔트리들의 세트일 수도 있다. 각각의 FLUTE 세션 (70) 은, FLUTE 세션 (70) 에 대해 로컬일 수도 있고 파일들의 속성들을 매핑하는 것을 도울 수도 있는 파일 디바이스 테이블 (72) 을 가질 수도 있다. 비동기 계층식 코딩은 도 4b를 참조하여 위에서 설명된 계층식 코딩 전송 (Layered Coding Transport; LCT) 구축 블록들 (454 및 456) 의 프로토콜 인스턴스화 (instantiation) 일 수도 있고 비동기 계층식 코딩은 도 4b를 참조하여 위에서 설명된 순방향 오류 정정 (Forward Error Correction; FEC) 구축 블록 (458) 을 사용할 수도 있다. LCT는 신뢰성 있는 콘텐츠 전달 및 스트림 전달 프로토콜들을 위한 전송 레벨 지원을 제공할 수도 있다. LCT는 다중 레이트 전달을 수신기들로 제공할 수도 있는 계층식 혼잡 제어 프로토콜들과 호환될 수도 있고 또한 신뢰성 있는 콘텐츠 전달을 제공하는 계층 코딩 기법들과 호환될 수도 있다.

ALC/LCT 세션은 하나 이상의 오브젝트들에 대해 ALC/LCT 헤더들과 함께 패킷들을 전송하는 단일 송신기에 연관된 논리적으로 그룹화된 ALC/LCT 채널들의 세트를 포함할 수도 있다. 제 1 채널 (72) 은 제 1 데이터 레이트, 예를 들어 256 kbps 또는 이 기술분야에서 알려진 임의의 다른 데이터 레이트로 브로드캐스트할 수도 있다. 제 2 채널 (78) 은 상이한 제 2 데이터 레이트, 예를 들어, 64 kbps로 브로드캐스트할 수도 있다. 예를 들어, 비교적 더 큰 사이즈일 수도 있는 데이터 파일들 (File 1, File 2, 및 File 3) 은, 제 1 채널 (76) 을 통해 제 1 데이터 레이트로 송신될 수도 있고, 상대적으로 작은 파일들일 수도 있는 데이터 파일들 (f1, f2, f3, f4, f5, f6, f7, 및 f8) 은, 제 2 채널 (78) 을 통해 제 1 데이터 레이트보다 작을 수도 있는 제 2 데이터 레이트로 송신될 수도 있다.

다중 레이트 또는 단일 레이트 혼잡 제어 프로토콜이 LCT와 함께 사용될 수도 있다. 다중 레이트 혼잡 제어 프로토콜은 세션이 하나를 초과하는 채널을 가질 수도 있고 전송기가 수신기들에 의존하지 않는 레이트들로 세션에서 채널들로 패킷들을 전송할 수도 있는 경우에 선호될 수도 있다. 각각의 수신기는 모든 다른 수신기들에 독립적으로 전송기에 대한 이용가능한 대역폭에 의존하여 동적으로 채널들에 참가하고 이탈함으로써 그것의 세션 참여 동안에 그것의 수신 레이트를 조정할 수도 있다.

계층식 코딩은 계층들의 순서화된 세트로 분할될 수도 있는 코딩된 패킷들의 스트림을 생성하는 능력을 말한다. 계층식 코딩의 개념은 순방향 오류 정정 (FEC) 기법들이 데이터 스트림을 코딩하기 위해 이용될 수도 있는 경우에 신뢰성 있는 콘텐츠 전달 프로토콜들로 확장될 수도 있다. FEC를 사용함으로써, 데이터 스트림은 데이터 오브젝트의 재구성이 특정 데이터 패킷들의 수신에 의존하는 것이 아니라, 수신된 상이한 패킷들의 수에만 의존할 수도 있는 그런 방식으로 변환될 수도 있다. 그 결과, 수신기가 수신하는 것일 수 있는 계층들의 수를 증가시킴으로써, 수신기는 그에 따라 전송 시간을 감소시킬 수도 있다.

FLUTE를 통해 (ALC/LCT를 통해), 도 5를 참조하여 위에서 설명된 브로드캐스트 운영 센터 (4) 는, 스케일러블 혼잡 제어 프로토콜들 및 다수의 FEC 패킷 스트림들을 이용할 수도 있는 계층식 채널들을 지원할 수도 있다. 다양한 실시형태들은 상이한 클래스들의 파일들의 전송을 지원하기 위해 ALC/LCT 채널들을 이용할 수도 있다. 다양한 실시형태들은 또한 브로드캐스트 파일들을 위한 스케줄 정보를 제공할 수도 있다. 스케줄 정보는 스케줄 신선도의 상이한 타겟들을 어드레스하기 위해 그리고 수신기 디바이스 (10) 의 배터리 자원들을 절약하기 위해 상이한 ALC/LCT 채널들을 제공할 수도 있다.

다양한 실시형태들을 구현하는 브로드캐스트 네트워크에 의해 브로드캐스트될 수도 있는 웹 콘텐츠의 양은 수신기 디바이스 (10) 의 메모리에 저장되기에는 너무 많을 수도 있다. 따라서, 실시형태에서, 수신기 디바이스 (10) 는 수신을 위해 브로드캐스트 웹 콘텐츠의 서브세트를 선택하고 다운로드했을 수도 있다. 브로드캐스트 웹 콘텐츠는 주어진 웹사이트 또는 일련의 웹사이트들에 관련된 웹페이지 콘텐츠 엘리먼트 패키지들의 브로드캐스트들에 관련있을 수도 있는 하나 이상의 FLUTE 채널들 (74, 76, 78) 로 나누어질 수도 있다. 각각의 웹 콘텐츠 제공자로부터의 콘텐츠는 특정 FLUTE 채널 (74, 76, 78) 또는 다른 FLUTE 채널에 대해 조직될 수도 있다.

예를 들어, FILE 1, FILE 2, 및 FILE 3은 뉴스 센터 웹 데이터 패킷들 (즉, 가상의 웹사이트 뉴스 센터에 의해 제공된 콘텐츠에 대응하는 웹 패킷들) 일 수도 있으며 로컬 데이터 저장소에 저장된 뉴스 기사들에 대응하는 최신 헤드라인들을 디스플레이할 수도 있는 메인 페이지 템플릿 또는 프로그램, 원시 뉴스 기사 (news story), 웹사이트를 위한 표준 그래픽스 또는 배너들을 포맷하고 디스플레이하기 위한 기사 (article) 템플릿 또는 프로그램, 및 원시 뉴스 기사들 및 이미지들을 포함하는 다양한 데이터 업데이트들을 포함하는 웹페이지 콘텐츠 엘리먼트 패키지들의 브로드캐스트들을 포함할 수도 있다. 데이터 패킷들은 비디오, 오디오, 웹 텔레비전 파일들 등을 포함할 수도 있다.

일부 실시형태들에서, 사용자들은 그들이 액세스하기 원하는 데이터를 선택하거나 그것을 구독할 수도 있다. 그런 데이터를 선택하는 사용자들의 프로세스는 수신하고 저장하는 웹페이지 콘텐츠 엘리먼트 패키지들, 즉 선택된 FLUTE 채널들에 연관된 웹페이지 콘텐츠 엘리먼트 패키지들에 관해 사용자의 수신기 디바이스 (10) 에 알려줄 수도 있다. 이런 방식으로, 수신기 디바이스 (10) 는 비동기 방식으로 파일들을 획득할 수도 있다. 추가의 실시형태에서, 수신기 디바이스 (10) 는 임의의 수의 결정된 모바일 파라미터들, 이를테면 고객 인구통계, 사용자의 브라우징 이력, 및/또는 브로드캐스트 네트워크 서비스 제공자의 마케팅 계획들에 기초하여 특정한 FLUTE 채널들을 자동으로 선택하도록 구성될 수도 있다. 일부 실시형태들에서, 사용자가 특정한 패킷들 및 FLUTE 채널의 부분을 수신하는 것과 자원들을 절약하기 위해 스위치 오프하는 것이 가능하게 될 수도 있다. 뉴스 센터 예로 돌아가서, 사용자는 톱 뉴스 기사들, 톱 스포츠 기사들, 단어 "퀄컴"을 포함하는 기사들, 및/또는 특정 작가의 사설들만을 구독하기 원할 수 있다. 그렇게 구성되어, 수신기 디바이스 (10) 는 원하는 패킷들에 대응하는 제 1 FLUTE 채널 (76), 제 2 FLUTE 채널 (78) 등으로부터 콘텐츠 엘리먼트 패키지들만을 수신할 수도 있다.

도 8은 FLUTE 기반 FDT 인스턴스 (800) 의 일 실시형태 표현을 도시한다. FDT 인스턴스 (800) 는 다수의 속성들을 포함할 수도 있다. 그 속성들은 만료 속성 (810), 완료 속성 (815), 콘텐츠 유형 속성 (820), 콘텐츠 인코딩 속성 (825), 순방향 오류 정정 인코딩 식별 속성 (830), 순방향 오류 정정 인스턴스 식별 속성 (835), FEC 최대 소스 블록 속성 (840), FEC 신호 길이 속성 (845), FEC 최대 속성 (850), 및 FEC 체계 특정 정보 속성 (855) 을 포함할 수도 있다. FDT 인스턴스 (800) 는 또한 파일 인스턴스 (860), 그룹 인스턴스 (865), 그리고 멀티미디어 브로드캐스트 및 멀티캐스트 서비스 세션 식별 만료 인스턴스 (870) 를 포함할 수도 있다. 다른 FDT 인스턴스들 (800) 의 속성들과 인스턴스는 또한 본 개시물의 범위 내에 포함될 수도 있고 그 범위 내에 있으며 그리고/또는 파일 속성들 및 인스턴스들은 상이한 속성들 및 인스턴스들을 대체할 수도 있다.

도 9a 및 도 9b는 도 8을 참조하여 위에서 설명된 파일 인스턴스 (860) 내에 포함될 수도 있는 다수의 파일 서술자들을 예시한다. 파일 서술자들은 콘텐츠 로케이션 서술자 (901), 전송 오브젝트 식별자 "TOI" 서술자 (902), 콘텐츠 길이 서술자 (903), 콘텐츠 전송 길이 서술자 (904), 콘텐츠 유형 서술자 (905), 콘텐츠 인코딩 서술자 (906), 콘텐츠 MD5 서술자 (907) 및 다수의 FEC 서술자들을 포함할 수도 있다. FEC 서술자들은 FEC 인코딩 식별 파일 서술자 (908), FEC 인스턴스 식별 (909), FEC OTI 최대 소스 블록 (910), FEC OTI 인코딩 심볼 길이 (911), FEC 최대 인코딩 수 서술자 (912), 및 FEC OTI 체계 특정 속성 (913) 을 포함한다. 파일 인스턴스 (860) 는 또한 그룹 파일 서술자 (914) 와, 멀티미디어 브로드캐스트 및 멀티캐스트 서비스 세션 식별 파일 서술자 (915) 를 가질 수도 있다. 다른 파일 서술자들이 본 개시물의 범위 내에서 가능할 수도 있거나, 또는 일부 파일 서술자들이 다른 것들을 대체할 수도 있다. 도 9b에 예시된 대체 실시형태에서, 파일 인스턴스 (860) 는 또한 중간 값 (914a) 을 포함할 수도 있다.

파일 전달 세션을 수신하기를 시작하기 위해, 수신기 디바이스 (10) 는 그 세션에 연관된 전송 파라미터들을 결정할 필요가 있을 수도 있다. 수신기 디바이스 (10) 가 결정할 것이 필요할 수도 있는 ALC/LCT 세션의 전송 파라미터들은, 소스 IP 주소, 세션에서의 채널들의 수, 그 세션에서의 각각의 채널에 대한 목적지 IP 주소 및 포트 번호, 세션의 전송 세션 식별자 (TSI), 그 세션이 FLUTE 세션이라는 표시, 및 디멀티플렉싱 오브젝트가 필요할 수도 있는지의 여부를 포함할 수도 있다.

또 다른 실시형태에서, 수신기 디바이스 (10) 는 세션에 연관된 부가적인 옵션의 전송 파라미터들을 이용할 수도 있다. 이들 옵션의 전송 파라미터들은, 디폴트 인코딩이 FDT에 대해 이용되지 않을 수도 있고 콘텐츠 인코딩 포맷이 FDT에 대해 활용될 수도 있는 경우, 세션의 시작 시간 및 종료 시간, FEC 인코딩 식별, 이를테면 도 9a를 참조하여 위에서 설명된 FEC 인코딩 식별 (908), 및 FEC 인스턴스 식별, 이를테면 도 9a를 참조하여 위에서 설명된 FEC 인스턴스 식별 (909) 을 포함할 수도 있다. 이들 파라미터들은 SDP와 같은 일부 세션 서술 구문에 따라 서술될 수도 있고 하나의 비제한적 실시형태에서, SDP 서술자들은 FLUTE 세션들을 서술하기 위해 사용될 수도 있다. 다양한 구성들이 가능하고 본 개시물의 범위 내에 있을 수도 있다.

도 10은 특정한 FLUTE 채널들 상의 파일 유형에 따라 특정한 파일들을 브로드캐스트하기 위한 실시형태 방법 (1000) 을 예시한다. 종래에는, FLUTE 프로토콜은 어쩌면 상이한 데이터 레이트들로 FLUTE 채널들을 통해 동일한 파일들을 전송하는데 사용되어 왔던 반면, 실시형태 방법 (1000) 은 FLUTE 채널들을 통해 상이한 파일들을 브로드캐스트하는데 사용될 수도 있다. 순방향 오류 정정이 데이터에 적용될 수도 있다. 수신기 디바이스 (10) 는 FLUTE 채널들로부터 데이터를 수신하고 패킷들을 획득하여 송신의 데이터 레이트를 증가시킬 수도 있다.

실시형태 방법 (1000) 은 도 5를 참조하여 위에서 설명된, 데이터를 수신기 디바이스 (10) 로 전달하는 웹 콘텐츠 서버 (5) 에 의해 구현될 수도 있다. 블록 1002에서, 웹 콘텐츠 서버 (5) 는 제 1 FLUTE 채널, 제 2 FLUTE 채널 및 파일 전달 테이블 전용 FLUTE 채널 (즉, FDT FLUTE 채널) 을 통해 브로드캐스트할 수도 있다.

블록 1004에서, 웹 콘텐츠 서버 (5) 는 각각의 FLUTE 채널의 브로드캐스트 파라미터들을 결정할 수도 있다. 하나의 실시형태에서, 제 1 FLUTE 채널은 비교적 더 클 수도 있고 단방향 방식에서 제 1 데이터 레이트, 예를 들어, 256 k 비트/초로 송신할 수도 있다. 다른 실시형태에서, 제 2 FLUTE 채널은 제 1 FLUTE 채널보다 상대적으로 작을 수도 있고 단방향 방식에서 제 2 데이터 레이트, 예를 들어, 64 k 비트/초로 송신할 수도 있다. 더 추가하여 다른 실시형태에서, 제 3 FDT 채널은 심지어 제 2 FLUTE 채널보다 작을 수도 있고 제 3 데이터 레이트, 예를 들어, 10 k 비트/초로 송신할 수도 있다. 다른 브로드캐스트 파라미터들이 채용될 수도 있으며, 예를 들어, FDT 전용 채널이 매우 빈번하게 업데이트들을 수신할 수도 있고 이에 따라 수신기 디바이스 (10) 는 중요한 FDT 파일들을 수신하기 위해 기다릴 필요가 없을 수도 있다.

블록 1006에서 웹 콘텐츠 서버 (5) 는 수신기 디바이스 (10) 로의 전송을 위해 제 1 파일을 수신할 수도 있다. 블록 1008에서 그 파일은 웹 콘텐츠 서버 (5) 에 의해 그 파일의 클래스를 결정하기 위해 검사될 수도 있다. 파일들은 파일의 클래스에 의존하여 특정 전용 FLUTE 채널들에서 송신될 수도 있다. 파일의 클래스가 파일의 속성, 이를테면 파일 또는 파일 사이즈에 연관된 지연 허용오차를 서술하는 카테고리일 수도 있다. 일 실시형태에서, 방법 (1000) 은 웹 콘텐츠 서버 (5) 에 의해 수신된 파일들의 그룹 중 모든 파일에 대해 반복될 수도 있다. 블록 1010에서 제 2 파일이 FLUTE 프로토콜을 이용한 수신기 디바이스 (10) 로의 전송을 위해 웹 콘텐츠 서버 (5) 에 의해 수신될 수도 있다. 블록 1012에서 FLUTE 프로토콜을 이용한 전송을 위해 제 2 파일의 클래스를 결정하는 결정이 웹 콘텐츠 서버 (5) 에 의해 다시 행해질 수도 있다. 블록 1014에서 웹 콘텐츠 서버 (5) 는 제 1 및 제 2 파일들의 유형을 결정할 수도 있다. 블록 1016에서 제 1 파일 클래스는 제 1 FLUTE 채널을 통한 브로드캐스트를 위해 스케줄링될 수도 있고, 블록 1018에서 제 2 파일 클래스는 제 2 FLUTE 채널을 통한 브로드캐스트를 위해 스케줄링될 수도 있다. 블록 1019에서, FDT FLUTE 채널을 통한 제 1 및 제 2 파일 클래스 송신들에 대한 스케줄들을 서술하는 업데이트된 FDT 파일은 FDT FLUTE 채널을 통해 브로드캐스트될 수도 있다. 블록 1020에서, 제 1 파일 송신을 위해 스케줄링된 시간에, 웹 콘텐츠 서버 (5) 는 제 1 FLUTE 채널을 통해 제 1 파일을 브로드캐스트할 수도 있다. 블록 1022에서, 제 2 파일 송신을 위해 스케줄링된 시간에, 웹 콘텐츠 서버 (5) 는 제 2 FLUTE 채널을 통해 제 2 파일을 브로드캐스트할 수도 있다.

일 실시형태에서, 웹 콘텐츠는 주기적으로 브로드캐스트될 수도 있다. 웹페이지 콘텐츠 엘리먼트들을 브로드캐스팅하기 위해 구현될 수도 있는 예의 메시지 송신물들은 도 11에 예시되어 있다. 도 11은 파일들 및 패킷들이 다수의 FLUTE 채널들 (1105, 1110, 1115) 로 브로드캐스트될 수도 있는 FLUTE 세션 (1100) 을 예시한다. 웹 콘텐츠 제공자 서버는 모바일 웹 페이지 데이터를 생성하고 웹페이지 콘텐츠 엘리먼트 파일들로 어셈블리되는 웹 콘텐츠 엘리먼트들을 생성할 수도 있다. 웹 콘텐츠 제공자는 임의의 시간에 (예컨대, 업데이트들의 형태로 주기적으로) 이들 파일들을 패킷들로 브로드캐스트 네트워크에 전송할 수도 있다. 브로드캐스트 네트워크는 브로드캐스트되는 웹페이지 콘텐츠 엘리먼트 패키지들의 서술들을 주기적으로 브로드캐스트할 수도 있다. 수신기 디바이스들 (10) 은 특정 FLUTE 채널 (1105, 1110 및 1115) 을 이용하여 그 패킷들을 수신할 수도 있다. 응답하여, 수신기 디바이스 (10) 는 특정 FLUTE 채널 (1105, 1110 및 1115) 을 모니터링하고 요청에 대응하는 패킷들을 수신할 수도 있다. 그러나, 수신기 디바이스 (10) 는 그것이 데이터를 사용자에게 제시하기 전에, 적절한 패킷들을 수신하기 위해 기다려야 할 수도 있다. 일단 수신기 디바이스 (10) 가 모든 소망의 패킷들을 수신하면, 수신기 디바이스 (10) 는 선택된 웹사이트가 브라우징을 위해 이용가능할 수도 있다는 표시를 사용자에게 디스플레이할 수도 있다.

방법 (1000) 의 일 예의 구현예를 예시하기 위해, 도 11은 수신기 디바이스 (10) 및 웹 콘텐츠 서버 (5) 와 동작가능하게 될 수도 있는 참조 번호들 (1105 및 1110) 로서 일반적으로 도시된 예시된 FLUTE 채널들을 참조하여 설명될 것이다. 제 1 FLUTE 채널 (1105) 은 제 1 FLUTE 세션 (1100) 에서 제 1 데이터 유동 레이트를 가질 수도 있다. 예를 들어, 제 1 데이터 유동 레이트는 256 kbps일 수도 있다. 제 2 FLUTE 채널 (1110) 이 동일한 FLUTE 세션 (1100) 에서 제 2 데이터 유동 레이트를 가질 수도 있다. 일 예로서, 제 2 FLUTE 채널은 64 kbps로 데이터를 송신할 수도 있다. FDT 채널 (1115) 은 또한 제 3 데이터 유동 레이트, 예를 들어 10 kbps로 FDT 데이터를 송신할 수도 있다. 다양한 데이터 유동 레이트들이 가능할 수도 있고 예시된 데이터 유동 레이트들이 본 개시물에 제한을 형성하지 않는다. 웹 콘텐츠 서버 (5) 는 FLUTE 채널 마다 이용가능한 자원들을 알고 있을 수도 있다. 일 실시형태에서, 웹 콘텐츠 서버 (5) 는 전송을 위한 파일들의 클래스들에 기초하여 트래픽 기반 분리를 채널들 (1105 및 1110) 에 할당할 수도 있다. 예를 들어, 제 1 클래스의 파일은 제 2 클래스의 파일보다 양호한 지연을 용인할 수도 있고 다른 FLUTE 채널 (1105) 을 통한 하나의 FLUTE 채널 (1110) 의 선택은 적절할 수도 있다. 이런 방식으로, 지연에 대해 더 높은 허용오차를 갖는 클래스의 파일들은 제 1 FLUTE 채널 (1105) 을 통해 전송될 수도 있는 반면 다른 클래스의 파일은 제 2 FLUTE 채널 (1110) 을 통해 전송될 수도 있다. 다른 실시형태에서, 제 2 클래스의 파일은 더 작을 수도 있거나 또는 동적인 방식으로 생성되고 특정한 대기시간 요건을 가질 수도 있다. 다른 실시형태에서, 한 클래스의 파일은 제 3 자에 의해 유래된 또는 애플리케이션 특정될 수도 있는 FLUTE 채널을 통해 브로드캐스트될 수도 있다.

예를 들어, 웹 콘텐츠 서버 (5) 는 제 1 및 제 2 FLUTE 채널 상에서 이용가능한 자원들의 양을 모니터링고, 어떤 FLUTE 채널 (1105, 1110, 또는 1115) 이 특정한 기설정된 클래스의 파일을 브로드캐스트하는데 적절할 수도 있는지를 지시하기 위해 임계값을 검토할 수도 있다. 웹 콘텐츠 서버 (5) 는 또한 제 1 및 제 2 FLUTE 채널들 (1105 및 1110) 사이의 대기시간을 모니터링하고 제 1 대기시간 또는 제 2 대기시간에 기초하여 어떤 FLUTE 채널 (1105 또는 1110) 이 특정한 파일 유형을 브로드캐스트하는데 적절할 수도 있는지를 지시하기 위해 임계값을 검토할 수도 있다. 웹 콘텐츠 서버 (5) 는 파일들의 출처를 결정하기 위해 파일들의 소스를 모니터링할 수도 있고, 그 소스에 기초하여 파일을 브로드캐스트하는데 적절한 소망의 FLUTE 채널 (1105, 1110, 및 1115) 로 그 파일을 향하게 할 수도 있다.

도 6에 도시된 수신기 디바이스 (10) 는 또한 FLUTE 채널들 (1105, 1110) 을 모니터링할 수도 있고, FDT 채널 (1115) 을 모니터링할 수도 있고 FLUTE 채널들 (1105, 1110, 및 1115) 내에서 FDT 파일들 또는 관심있는 파일들을 수신할 수도 있다. 일 예로서, 수신기 디바이스 (10) 는 기설정된 파일 (예컨대, "f6") 이 기설정된 기간에 제 2 FLUTE 채널 (1110) 상에서 수신될 수도 있다는 것을 나타내는 FDT 인스턴스들을 수신할 수도 있다. 수신기 디바이스 (10) 는 자원들을 절약하려는 기간 동안 데이터를 수신하는 것을 중단하고, 제 2 FLUTE 채널 (1110) 을 이용하여 기설정된 파일 (예컨대, "f6") 을 캡처하고 수신하기 위해 기설정된 파일 (예컨대, "f6") 의 송신에 대응하는 시간에만 데이터를 수신할 수도 있다.

도 12는 다수의 인스턴스 유형 서술자들을 갖는 FDT 인스턴스 유형 (1200) 을 예시한다. FLUTE 기반 FDT 인스턴스 유형 속성 (1240) 은 다수의 속성들을 포함할 수도 있다. 파일 속성들 (1235) 은 콘텐츠 로케이션 속성 (1205), 정보 전송 속성 (1210), 콘텐츠 길이 속성 (1215), 속성들 (1220), 및 미디어 식별 그룹 속성 (1225) 을 포함할 수도 있다.

제 1 및 제 2 FLUTE 채널들 (1105 및 1110) 사이의 파일들의 클래스들의 트래픽 분리는 파일들의 각각의 클래스에 대한 자원들의 할당을 가능하게 할 수도 있다. SDP와 같은 세션 서술에서의 미디어 식별 속성은 FLUTE/ALC/LCT 채널들에 대한 매핑을 속성 (1225) 에 제공할 수도 있다. 이 속성 (1225) 은 채널 식별 정보를 제공할 수도 있다. 다른 실시형태에서, 채널 식별은 상이한 FLUTE 채널들에서 파일 스트림들을 분리하기 위해 FDT XML 구조에 대해 행하여질 수도 있다. FDT 인스턴스 (1240) 를 이용한 의미론적 식별은 FDT 인스턴스 속성 (1225) 내에 텍스트 정보로서 제공될 수도 있다는 것이 이해되어야 한다.

도 13은 웹 콘텐츠 서버 (5) 내에서 동작가능한 실시형태 방법 (1300) 을 예시한다. 일 실시형태에서, 수신기 디바이스 (10) 에 의해 수신된 트래픽은 다수의 기설정된 대기시간 요건들을 가질 수도 있다. 예를 들어, 수신기 디바이스 (10) 에 의해 수신될 수도 있는 파일은 대기시간 요건들의 혼합체를 가질 수도 있다. 일부 자원들은 필요하기 몇 시간 전에 입수가능할 수도 있다. 반면 로컬일 수도 있는 활동들과 관계가 있는 일부 다른 자원들은 더 빨리 필요할 수도 있다. 예를 들어, 일부 애플리케이션들은 긴 업데이트 주기를 요구할 수도 있는 반면 다른 애플리케이션들은 증가된 양의 업데이트들 또는 더 빈번한 업데이트들을 필요로 할 수도 있다. 더욱이, FDT 인스턴스들에 액세스하는 것은 지속적으로 수신기 디바이스 (10) 의 배터리 자원들을 빼내어 갈 수도 있다.

도 13은 패킷들의 단방향 전달을 위해 FLUTE 프로토콜을 이용하는 패킷들의 브로드캐스트로 동작가능한 웹 콘텐츠 서버 (5) 에서 사용하기 위한 실시형태 방법 (1300) 을 예시한다. 블록 1302에서, 웹 콘텐츠 서버 (5) 는 FLUTE 세션에 액세스하고 제 1 FLUTE 채널, 제 2 FLUTE 채널, 제 1 FDT FLUTE 채널, 및 제 2 FDT FLUTE 채널을 통해 브로브로드캐스트할 수도 있다. 예를 들어, 제 1 FDT 채널은 제 1 데이터 레이트, 예를 들어, 10 kbps로 브로드캐스트할 수도 있고 그것은 제 1 시간 주기로 리프레시된다. 덧붙여, 제 2 FDT 채널은 제 1 데이터 레이트로 브로드캐스트할 수도 있고 제 2 시간 주기에 리프레시된다. 예를 들어, 제 1 시간 주기는 30 초일 수도 있는 한편 제 2 시간 주기는 15 분일 수도 있다. 예를 들어, 특정한 FDT 파일들이 수신기 디바이스 (10) 에 의해 다른 파일들보다 더 빨리 필요할 수도 있다. 예를 들어, 중간 프로세스는 파일들을 즉시 (수 초 내에) 필요로 할 수도 있고, 파일들을 빠르게 획득하기 위해 더 빠른 리프레시 주기를 가지는 FDT FLUTE 채널을 통해부터 하나의 FDT 인스턴스를 수신할 수도 있다. 예를 들어, 또다른 상이한 제 2 프로세스는 파일들을 여러 시간들 내에 필요로 할 수도 있고, 소망의 파일들을 획득하기 위해 더 긴 리프레시 주기를 가지는 다른 FDT 채널을 통해부터 수신할 수도 있다.

웹 콘텐츠 서버 (5) 는 블록 1304에서 각각의 FLUTE 채널의 브로드캐스트 파라미터들을 결정할 수도 있다. 하나의 실시형태에서, 제 1 FLUTE 채널은 비교적 더 클 수도 있고 높은 대기시간 동안 단방향 방식에서 제 1 데이터 레이트, 예를 들어, 256 k 비트/초로 송신할 수도 있다. 다른 실시형태에서, 제 2 FLUTE 채널은 제 1 FLUTE 채널과는 상이하게 상대적으로 적응될 수도 있고, 낮은 대기시간 동안 단방향 방식에서 제 2 데이터 레이트, 예를 들어, 64 k 비트/초로 송신할 수도 있다.

블록 1306에서 웹 콘텐츠 서버 (5) 는 수신기 디바이스 (10) 로의 전송을 위해 제 1 클래스의 파일을 수신할 수도 있다. 그 파일은 검사될 수도 있고 그 파일의 클래스를 결정하기 위해 결정이 블록 1308에서 행해질 수도 있다. 블록 1310에서 웹 콘텐츠 서버 (5) 는 FLUTE 프로토콜을 이용하여 수신기 디바이스 (10) 로의 전송을 위해 제 2 클래스의 파일을 수신할 수도 있다.

블록 1312에서 웹 콘텐츠 서버 (5) 는 FLUTE 프로토콜을 이용한 전송을 위해 제 2 파일의 클래스를 결정할 수도 있다. 블록 1314에서 웹 콘텐츠 서버 (5) 는 제 1 및 제 2 파일들의 파일 유형을 결정할 수도 있다. 블록 1316에서 제 1 파일 클래스 유형이 제 1 FLUTE 채널을 통해부터의 송신 및 브로드캐스트를 위해 스케줄링될 수도 있다. 블록 1318에서 웹 콘텐츠 서버 (5) 는 제 2 FLUTE 채널을 통해부터의 브로드캐스트를 위해 제 2 파일 클래스 유형을 스케줄링하고 제 2 파일 유형을 브로드캐스트할 수도 있다. 일 실시형태에서, 브로드캐스트는 웹 콘텐츠 서버 (5) 에 의해 결정될 수도 있는, 송신을 위해 스케줄링된 시간에 일어날 수도 있다. 블록 1320에서, 스케줄을 서술하는 업데이트된 FDT는 제 1 및 제 2 FDT FLUTE 채널들로부터 브로드캐스트될 수도 있다. 블록 1320에서, 제 1 FDT 파일 데이터는 제 1 FDT FLUTE 채널을 통해부터 브로드캐스트될 수도 있고 제 2 FDT 파일 데이터는 제 2 FDT FLUTE 채널을 통해부터 브로드캐스트될 수도 있다. 일 실시형태에서, 제 1 FDT FLUTE 채널은 제 2 FDT FLUTE 채널보다 더 빈번하게 리프레시될 수도 있다. 이런 방식으로, 웹 콘텐츠 서버 (5) 는 다른 FDT 채널을 통해 수신기 디바이스 (10) 로 더 빈번하게 송신되는 개선된 스케줄 정보를 가질 수도 있다. 이런 방식으로, 개선된 스케줄 신선도가 얻어질 수도 있다. 블록 1322에서, 제 1 파일 클래스 송신을 위한 스케줄링된 시간에, 웹 콘텐츠 서버 (5) 는 제 1 FLUTE 채널을 통해 제 1 파일 클래스를 브로드캐스트할 수도 있다. 블록 1324에서, 제 2 파일 클래스 송신을 위한 스케줄링된 시간에, 웹 콘텐츠 서버 (5) 는 제 2 FLUTE 채널을 통해 제 2 파일 클래스를 브로드캐스트할 수도 있다.

도 14는 제 1 FLUTE 채널 (1405), 제 2 FLUTE 채널 (1410), 제 1 FDT FLUTE 채널 (1415), 및 제 2 FDT FLUTE 채널 (1420) 을 예시하는 하이 레벨 개략도이다. 파일 스트림들은 왼쪽부터 오른쪽으로의 시간의 진행을 나타낸다. FDT 인스턴스들은 증가된 스케줄 신선도에 대해 2 개의 상이한 업데이트 주기들을 가지는 2 개의 상이한 FDT FLUTE 채널들 (1415 및 1420) 로 각각 분리될 수도 있다. 이런 방식으로, 수신기 디바이스 (10) 는 일부 인스턴스들에서 즉시 처리하기 위해 최신 (very current) 정보를 필요로 할 수도 있고, 제 1 FDT FLUTE 채널 (1415) 에 (매 30 초의 타겟 대기시간 및 스케줄 신선도로) 액세스할 수도 있고 다른 인스턴스들에서는, 훨씬 나중에 파일들을 필요로 할 수도 있고 상이한 타겟 주기로 업데이트될 수도 있는 제 2 FDT FLUTE 채널 (1420) 에 액세스할 수도 있다. 따라서, 데이터가 애플리케이션 등으로부터 즉시 요구된다면, 수신기 디바이스 (10) 는 데이터에 액세스하기 위해 기다릴 필요가 없을 수도 있다. 수신기 디바이스 (10) 는 대신에 상이한 FDT 채널을 통해 전환하고 정보를 즉시 찾아볼 수도 있다. 일 실시형태에서, 디바이스는 양쪽 모두의 FDT 채널들로부터 수신할 수도 있다. 예를 들어, 디바이스는 천천히 변화하는 것으로부터 수신할 수도 있고 그 디바이스는 잘 분산된 파일들을 디바이스 상의 그것들의 필요에 앞서 얻을 수도 있는 반면, 빠르게 변화하는 것들로부터, 디바이스는 천천히 변화하는 FDT가 처음 브로드캐스트되었던 시간에는 알지 못했던 갓 (freshly) 수신된 파일들에 대한 정보를 얻을 수도 있다. 다른 실시형태에서, 디바이스는 오직 하나의 채널, 2 개를 초과하는 채널들, 3 개를 초과하는 채널들 등으로부터 수신할 수도 있다.

제 1 FLUTE 채널 (1405) 은 FLUTE 세션 (1400) 에서 제 1 데이터 유동 레이트를 가질 수도 있고 제 1 FLUTE 채널 (1405) 은 File 1, File 2, 및 File 3을 브로드캐스트할 수도 있다. 예를 들어, 제 1 데이터 유동 레이트는 256 kbps일 수도 있다. 제 2 FLUTE 채널 (1410) 은 동일한 FLUTE 세션 (1400) 에서 제 2 데이터 유동 레이트를 가질 수도 있고 제 2 FLUTE 채널 (1410) 에서 파일들 (f1, f2, f3, f4, f5, f6, f7, f8, f9, f10, f11, 및 f12) 을 브로드캐스트할 수도 있다. 일 예로서, 제 2 FLUTE 채널은 64 kbps로 데이터를 브로드캐스트할 수도 있다. 제 1 FDT FLUTE 채널 (1415) 은 제 3 데이터 유동 레이트, 예를 들어 10 kbps로 FDT 인스턴스들을 브로드캐스트할 수도 있다. 제 1 FDT FLUTE 채널 (1415) 은 FDT 인스턴스들 (FDT a, FDT b, FDT c, FDT d, FDT e, 및 FDT f) 을 브로드캐스트할 수도 있다. 일 실시형태에서, 제 2 FDT FLUTE 채널 (1420) 은 또한 데이터를 브로드캐스트하는 것일 수도 있고 제 1 FDT FLUTE 채널 (1415) 보다 긴 간격으로 파일들을 순환시키는 것일 수도 있다. 예를 들어, 더 최근의 FDT 파일들은 제 2 FDT FLUTE 채널 (1420) 에 비하여 제 1 FDT FLUTE 채널 (1415) 에서 더 빈번하게 전달될 수도 있다. 다른 실시형태에서, FDT FLUTE 채널들의 각각이 둘 이상의 상이한 타겟 대기시간 주기들로 브로드캐스트하는 둘 이상의 FDT FLUTE 채널들이 또한 있을 수도 있다.

다양한 데이터 유동 레이트들이 가능하고 예시된 양들은 본 개시물에 대한 제한들을 형성하지 않는다. 알 수 있듯이, 브로드캐스트 송신 디바이스 또는 웹 콘텐츠 서버 (5) 또는 브로드캐스트 운영 센터 (4) 는 FLUTE 채널 (1405, 1410, 1415, 및 1420) 마다 이용가능한 자원들을, 예를 들면 SDP를 이용하여 세션 서술로부터 결정할 수도 있다. 그러므로, 웹 콘텐츠 서버 (5) 는 FDT 인스턴스들의 전송을 위한 2 개의 상이한 FDT 채널들 (1415 및 1420) 을 이용하여 더 신선한 FDT 인스턴스들을 전달할 수도 있다. 예를 들어, 웹 콘텐츠 서버 (5) 는 제 1 및 제 2 FDT 채널들 (1415, 1420) 상에서 이용가능한 자원들의 양을 모니터링하고, 어떤 FLUTE 채널이 다수의 특정한 FDT 인스턴스들 (제 1 FDT 채널 (1415) 상의 FDT a 내지 FDT f 또는 제 2 FDT FLUTE 채널 (1420) 상의 FDT x, FDT y, FDT z, 및 FDT A) 을 브로드캐스트하는데 적절한지를 지시하기 위한 임계값을 검토할 수도 있다. 웹 콘텐츠 서버 (5) 는 또한 대기시간을 모니터링하고 제 1 대기시간 또는 제 2 대기시간에 기초하여 어떤 FLUTE FDT 채널 (1415 또는 1420) 이 브로드캐스트하는데 적절할 수도 있는지를 지시하기 위한 임계값을 검토할 수도 있다. 웹 콘텐츠 서버 (5) 는 파일들의 출처를 결정하기 위해 수신기 디바이스 (10) 의 유형 및/또는 파일들의 소스를 모니터링할 수도 있고, 그 소스에 기초하여 파일을 브로드캐스트하는데 적절한 소망의 채널을 통해 그 파일을 향하게 할 수도 있다.

웹 콘텐츠 서버 (5) 는 타겟 대기시간에 대한 임계값을 포함할 수도 있다. 이 타겟은 제 1 및 제 2 FDT FLUTE 채널들 (1415 및 1420) 의 각각을 위한 것일 수도 있다. 제 1 FDT FLUTE 채널 (1415) 은 제 1 업데이트 주기, 예를 들어, 매 15 분 등의 업데이트 주기를 가질 수도 있다. 제 2 FDT 채널 (1420) 은 상이한 제 2 업데이트 주기, 예를 들어, 매 30 초 등의 업데이트 주기를 가질 수도 있다. 수신기 디바이스 (10) 는 또한 콘텐츠를 위한 기설정된 전달 기간을 가질 수도 있다. 예를 들어, 전달 기간은 FLUTE 채널 (1410) 로부터 60분 내의 전달을 포함할 수도 있다. 이 인스턴스에서, 수신기 디바이스 (10) 는 비교적 더 큰 업데이트 주기를 가지게 스케줄링할 수도 있다. 그러나, 전달 기간이 작은 경우에, 예를 들어, 다음의 10 초에, 수신기 디바이스 (10) 는 비교적 더 작은 업데이트 주기를 가지게 스케줄링할 수도 있다. 또 다른 실시형태에서, 수신기 디바이스 (10) 는 애플리케이션 특정 기준에 따라 스케줄링할 수도 있다.

웹 콘텐츠 서버 (5) 는 애플리케이션 특정 임계값을 포함할 수도 있다. 애플리케이션 특정 임계값은 대기시간 요건 또는 일부 타겟 대기시간을 가지도록 구성될 수도 있다. 이 타겟은 다른 애플리케이션들과의 상호작용을 위한 또는 다른 서비스들을 위한 것일 수도 있다. 예를 들어, 애플리케이션은 미리 정의된 자원에 대한 제 1 대기시간을 가지고 서비스 활성화 시에 FDT의 캡처를 요청할 수도 있지만, 나중의 시간에 업데이트 등을 위한 전달 시간 대기시간을 가질 수도 있다. 위의 애플리케이션 특정 요건들의 각각에 대해, 수신기 디바이스 (10) 는 제 1 및 제 2 FDT 채널들 (1415 및 1420) 중 어느 하나를 이용하여 일부 파일들을 캡처할 수도 있다.

웹 콘텐츠 서버 (5) 는 제 1 FDT FLUTE 채널 (1415) 을 모니터링할 수도 있거나 또는 다른 제 2 FDT FLUTE 채널 (1420) 을 모니터링할 수도 있는 파일 전달 프레임워크를 더 포함할 수도 있다. 특히 컴퓨팅 디바이스에서 이 모니터링은 배터리 소모가 있게 할 수도 있다. 그러므로, 수신기 디바이스 (10) 는 제 1 FDT FLUTE 채널들 (1415) 을 모니터링하고 마지막 순간의 업데이트들을 위해 제 2 FDT FLUTE 채널 (1420) 을 모니터링하여 수신기 디바이스 (10) 의 배터리 소모를 절약할 수도 있다.

다른 실시형태에서, 수신기 디바이스 (10) 는 컴퓨팅 디바이스의 배터리 전력을 절약하기 위해 제 2 FDT FLUTE 채널 (1420) 을 모니터링할 수도 있다. 그러나, 수신기 디바이스 (10) 가 특정한 파일들을 수신하지 않는 경우에, 수신기 디바이스 (10) 는 누락 정보 또는 FDT 파일들을 제공하기 위해 제 1 FDT FLUTE 채널 (1415) 에 빠르게 액세스할 수도 있다. 예를 들어, 다른 실시형태에서, 세션 서술 구문 샘플이 특정 FDT 채널들을 위해 열거된 특정 FDT 대기시간 파라미터들을 포함할 수도 있다. 예를 들어, FDT FLUTE 채널들 (1415 및 1420) 은 특정 채널 (1415, 1420) 에 부여된 특정 대기시간 속성을 포함할 수도 있다. 예를 들어, 대기시간 기간 속성은 다수의 초의 기간으로서 열거될 수도 있다. 예를 들어, 미디어 부분에 대한 SDP 샘플은 대기시간을 "a=fdt-latency30"으로서 열거할 수도 있다. 이 텍스트 정보는 특정 FDT 채널 또는 어느 임의의 값에 대해 30초 대기시간을 나타낼 수도 있다. 다양한 속성들이 그 속성들 내에서 그리고 본 개시물의 범위 내에서 가능하다.

도 15는 다수의 수신기 사용자 서비스들을 수행하기 위해 단일 FLUTE 세션을 이용하는 일 실시형태 방법 (1500) 을 예시한다. 블록 1502에서, 웹 콘텐츠 서버 (5) 는 FLUTE 세션을 개방시키고 단일 공통 전송 서비스 채널을 이용하여 제 1 FLUTE 채널을 통해 브로드캐스트한다. 예를 들어, FLUTE 채널은 제 1 데이터 레이트로 브로드캐스트하고 제 1 시간 주기로 리프레시할 수도 있다.

블록 1504에서 웹 콘텐츠 서버 (5) 는 제 1 파일을 수신할 수도 있다. 블록 1506에서 웹 콘텐츠 서버는 FLUTE 채널에서의 송신을 위해 제 1 파일을 스케줄링할 수도 있다. 하나의 실시형태에서, FLUTE 채널은 비교적 크고 단방향 방식에서 제 1 데이터 레이트, 예를 들어, 256 k 비트/초로 송신할 수도 있다. 다른 실시형태에서, FLUTE 채널은 비교적 작을 수도 있고 단방향 방식에서 제 2 데이터 레이트, 예를 들어, 64 k 비트/초로 송신할 수도 있다.

블록 1510에서 제 2 파일은 웹 콘텐츠 서버 (5) 에 의해 수신될 수도 있다. 블록 1512에서 제 2 파일은 FLUTE 채널에서의 송신을 위해 스케줄링될 수도 있다. 블록 1514에서, FDT 파일들은 제공될 수도 있다. FDT 파일들은 파일 클래스 송신을 위한 스케줄들을 서술할 수도 있다. 블록 1516에서 FDT 파일들은 브로드캐스트될 수도 있고 FLUTE 채널에서 스케줄 정보를 서술하는 업데이트된 FDT 파일들은 인터리브될 수도 있다. FDT 파일들은 제 1 파일 및 제 2 파일들 사이에 인터리브될 수도 있다. FDT 파일들에 대한 만료 시간은 또한 블록 1518에서 구성될 수도 있다. 다양한 실시형태들에서, 인터리브된 것은 제 1 파일 및 제 2 파일 사이에서 FDT 인스턴스를 주기적으로 브로드캐스트하는 것, 제 1 파일과 FDT 인스턴스를 브로드캐스트하는 것, 제 2 파일과 FDT 인스턴스를 브로드캐스트하는 것 또는 제 2 FDT 인스턴스와 제 1 FDT 인스턴스를 브로드캐스트하는 것으로서 해석될 수도 있다. 블록 1520에서 제 1 파일, 제 2 파일, 및 인터리브되고 업데이트된 FDT 파일들이 FLUTE 채널을 통해 브로드캐스트될 수도 있다.

이전에, FLUTE는 전송을 위한 하나의 채널 내에 파일들을 배치시키고 다시 제 2채널에서 동일한 파일들을 송신하기 위해 활용되었다. 본 개시물의 실시형태들은 바람직하게는 FLUTE 채널들에서 별개의 파일 및 FDT 전송을 이용한다. 다른 실시형태에서, FLUTE 채널들은 다수의 채널들일 수도 있고 FDT 파일들은 FDT 파일들의 분류 파라미터에 기초하여 별개의 채널들로 분리될 수도 있다.

도 16은 파일들을 전달하기 위한 공통 전송 서비스로서 기능을 할 수도 있는 제 1 FLUTE 채널 (1610) 을 갖는 브로드캐스트 구성 (1600) 을 예시한다. FLUTE 채널 (1610) 은 하나의 실시형태에서 멀티미디어 브로드캐스트 및 멀티캐스트 서비스들을 이용하여 데이터를 전송하도록 구성될 수도 있고, 효율적인 방식으로 신호들의 효율적인 송신을 허용할 수도 있다. FLUTE 채널 (1610) 은 수신기 디바이스 (10) 가 공통 전송 서비스에 연관된 데이터를 캡처하는 것과 동일한 FLUTE 채널 (1610) 내에서 파일들의 공통 전송을 위해 서비스 디스커버리를 제공하는 것을 허용할 수도 있다. 파일들 (File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 은 FLUTE 채널 (1610) 을 사용하여 패킷들로서 브로드캐스트될 수도 있다.

덧붙여, FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 의 세트를 위한 패킷들은 File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3에 대응하는 파일들의 패킷들 사이에서 인터리브되고 동일한 FLUTE 채널 (1610) 을 이용하여 브로드캐스트될 수도 있다. 일 예로서, FDT X는 File 1에 대응하는 파일들의 패킷들과 인터리브될 수도 있는 5 개의 패킷들 (1612, 1614, 1616, 1618, 및 1620) 로 쪼개어질 수도 있다. 이런 방식으로 FLUTE 채널 (1610) 상의 브로드캐스트는 각각의 파일에 대한 복수의 패킷들 내에서 제 1 파일 전달 테이블을 인터리빙하는 것일 수도 있다. FDT Y, FDT Z, 및 FDT A는 유사한 방식으로 파일들 (f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 의 패킷들과 인터리브될 수도 있다. 일 실시형태에서, FDT 파일들의 세트를 위한 패킷들은 캐러셀 (carousel) 식으로 송신될 수도 있다. 일 실시형태에서, 파일들의 패킷들의 브로드캐스트 송신 내의 간헐적인 기설정된 포인트들에서 파일들의 패킷들 내에 인터리브된 FDT 파일들의 세트를 위한 패킷들이 브로드캐스트될 수도 있다. 수신기 디바이스 (10) 는 특정한 파일, 예를 들어, File 2에 대응하는 패킷들이 브로드캐스트될 수도 있는 적어도 하나의 FDT 내에 포함된 기간을 모니터링하고 주의할 수도 있다. 수신기 디바이스 (10) 는 배터리 전력을 절약하기 위해, 프로세싱을 절약하기 위해, 또는 다른 태스크들을 수행하기 위해 제 2 기간 동안 FLUTE 채널 (1605) 을 모니터링하는 것을 중단할 수도 있다. 제 2 기간의 만료 시에, 수신기 디바이스 (10) 는 도시된 File 2에 대응하는 패킷들을 수신하기 위해 주의된 기간 동안 FLUTE 채널 (1605) 을 다시 모니터링할 수도 있다. 일 실시형태에서, 브로드캐스트 구성 (1600) 은 네트워크 시그널링 오버헤드를 감소시킬 수도 있다. 일 실시형태에서, 브로드캐스트 구성 (1600) 은 적어도 자원들이 이용가능한 한 액티브 세션을 제공할 수도 있다. 일 실시형태에서, 브로드캐스트 구성 (1600) 은 FLUTE 채널 (1605) 상의 공통 전송 서비스가 자원들을 제공하고 파일 전송을 제공하기 위해 단일 세션을 제공할 수도 있는 구성을 제공할 수도 있다.

다른 실시형태에서, 제 2 FLUTE 채널이 제공될 수도 있고 파일들의 세트를 위한 패킷들은 제 1 FLUTE 채널에서 파일들의 세트를 위한 상이한 패킷들이 송신되는 동안에 제 2 FLUTE 채널에서 전달될 수도 있다. 또 다른 실시형태에서, 3 개의 FLUTE 채널들이 제공될 수도 있고 파일들을 위한 패킷들은 개선된 전송을 위해 그리고 트래픽의 파일 스트림 분리를 가능하게 하기 위해 제 3 FLUTE 채널에서 전달될 수도 있다.

도 17은 다수의 수신기 사용자 서비스들을 수행하기 위해 단일 FLUTE 세션을 활용하는 일 실시형태 방법 (1700) 을 예시한다. 웹 콘텐츠 서버 (5) 는 파일들의 단방향 전달을 위해 FLUTE 프로토콜의 브로드캐스트에 적용가능할 수도 있다. 블록 1702에서, 웹 콘텐츠 서버 (5) 는 FLUTE 세션을 개방시키고 제 1 FLUTE 채널 및 제 2 FDT FLUTE 채널을 통해 브로드캐스트할 수도 있다. 예를 들어, 제 1 채널은 제 1 데이터 레이트로 브로드캐스트하고 제 1 주기로 리프레시할 수도 있는 한편 제 2 FLUTE 채널은 제 2 데이터 레이트로 브로드캐스트하고 상이한 제 2 주기로 리프레시할 수도 있다.

블록 1704에서 웹 콘텐츠 서버 (5) 는 제 1 FLUTE 채널 및 제 2 FDT FLUTE 채널에 대해 각각의 FLUTE 채널의 데이터 레이트를 결정할 수도 있다. 예를 들어, 제 1 FLUTE 채널은 제 1 데이터 레이트, 예를 들어, 246 kbps를 가질 수도 있는 반면 제 2 FDT FLUTE 채널은 제 2 데이터 레이트, 예를 들어, 10 kbps를 가질 수도 있다. 웹 콘텐츠 서버 (5) 는 블록 1706에서 제 1 파일을 수신할 수도 있고 블록 1708에서 전송을 위한 제 1 파일의 클래스를 결정할 수도 있다. 블록 1710에서 웹 콘텐츠 서버 (5) 는 제 2 클래스의 파일을 수신할 수도 있다. 블록 1712에서 웹 콘텐츠 서버 (5) 는 전송을 위해 제 2 파일의 클래스를 결정할 수도 있다.

블록 1714에서 웹 콘텐츠 서버 (5) 는 웹 콘텐츠 서버 (5) 가 데이터 레이트, 파일 만료, 및 대기시간에 따라 제 1 FLUTE 채널에서 소망의 파일들을 송신하는 것을 가능하게 하기 위해 제 1 및 제 2 파일들의 유형을 결정할 수도 있다. 블록 1176에서 웹 콘텐츠 서버 (5) 는 제 1 FLUTE 채널 상의 송신을 위해 제 1 클래스 유형을 스케줄링할 수도 있다. 블록 1718에서 제 2 파일 클래스 유형은 제 1 FLUTE 채널 상의 송신을 위해 스케줄링될 수도 있다. 예를 들어, 제 1 파일 클래스 유형은 다수의 패킷들로 전송될 수도 있으며, 제 2 클래스 유형의 다수의 파일들에 대응하는 여러 패킷들은 제 1 FLUTE 채널에서 전송될 수 있다. 일 실시형태에서, 웹 콘텐츠 서버 (5) 는 제 1 파일 클래스 유형에 연관된 파일들을 브로드캐스트할 수도 있다. 이 양태에서, 제 1 FLUTE 채널은 기설정된 파일들에 전용될 수도 있고 그 파일들을 포함하는 한편 제 2 FLUTE 채널은 또한 FDT 파일들의 세트를 위한 패킷들에 전용될 수도 있고 그 패킷들을 브로드캐스트한다.

블록 1720에서, 다수의 FDT 파일들이 제공될 수도 있다. 제 1 및 제 2 파일 클래스들에 대한 스케줄들을 서술하는 업데이트된 FDT 파일들이 브로드캐스트될 수도 있다. 웹 콘텐츠 서버 (5) 는 제 2 FLUTE 채널을 통해부터의 FDT 파일들을 전용 방식으로 브로드캐스트할 수도 있다. FDT 파일들에 대한 만료 시간은 또한 블록 1720에서 구성될 수도 있고, FDT 인스턴스 내에 의미 확장으로서 공급될 수도 있다. 블록 1722에서 제 1 파일 클래스 및 제 2 파일 클래스는 그것들의 스케줄링된 시간들에 제 1 FLUTE 채널 상에서 브로드캐스트될 수도 있다.

도 18은 제 1 FLUTE 채널 (180) 및 제 2 FLUTE 채널 (1810) 을 포함하는 FLUTE 세션 (1800) 을 예시한다. FLUTE 세션 (1800) 에서 제 1 FLUTE 채널 (1805) 은 파일들 (File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 의 세트를 위한 패킷들의 분리를 포함할 수도 있는 반면 제 2 FLUTE 채널 (1810) 은 FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 을 포함할 수도 있다.

일 실시형태에서, 제 1 FLUTE 채널 (1805) 은 개방되고 제 1 데이터 레이트로 데이터를 브로드캐스트할 수도 있다. 예를 들어, 제 1 데이터 레이트는 246 kbps일 수도 있다. 동일한 FLUTE 세션 (1800) 에서, 제 2 FLUTE 채널 (1810) 은 개방되고 상이한 제 2 데이터 레이트로 데이터를 브로드캐스트할 수도 있다. 예를 들어, 제 2 FLUTE 채널에 대한 제 2 데이터 레이트는 10 kbps일 수도 있다. 파일들 (File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 의 세트를 위한 패킷들은 제 1 FLUTE 채널 (1805) 에서 제 1 데이터 레이트로 송신되는 2 개의 상이한 클래스들의 파일들로부터의 패킷들을 나타낸다. 일 예로서, 파일들 (File 1, File 2, 및 File 3) 은 제 1 클래스의 파일들이 될 수도 있고 파일들 (f1, f2, f3, f4, f5, f6, f7, 및 f8) 은 제 2 클래스의 파일들이 될 수도 있다.

제 2 FLUTE 채널 (1810) 에서, FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 의 세트를 위한 패킷들이 브로드캐스트될 수도 있다. 따라서, File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3의 패킷들에 대한 상이한 데이터 레이트들과 FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 을 위한 패킷들에 대한 상이한 데이터 레이트들이 형성되고 할당될 수도 있다. FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 을 위한 패킷들은 파일 스트림 분리를 가능하게 하는 전용 FLUTE 채널 (1810) 을 가질 수도 있다. 수신기 디바이스 (10) 는 따라서 전용 FDT 채널 (1810) 에 의해 기설정된 FDT 인스턴스를 찾아볼 수도 있다. 예를 들어, 수신기 디바이스 (10) 는 단일 FDT 파일 (FDT X) 에 대해 별개의 검색을 수행할 수도 있다.

덧붙여, FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 을 위한 패킷들은 유익할 수도 있는 특정 대기시간 또는 만료 파라미터를 가지는 기설정된 송신 모드로 송신될 수도 있다. 덧붙여, 제 1 FLUTE 채널 (1805) 에서의 송신을 위해 스케줄링된 파일들을 위한 패킷들은 파일 (1815a) 이 이용가능한 실제 시간으로 브로드캐스트될 수도 있다. 예를 들어, FLUTE 세션 (1800) 은 파일들 (File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 의 송신 시간을 포함할 수도 있다. 일 실시형태에서, FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 은 파일들 (File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 에 대한 송신 시간 정보를 포함할 수도 있다. 대체 실시형태에서, FDT 인스턴스는 또한 특정 파일 사이즈를 반영할 수도 있다.

덧붙여, 수신기 디바이스 (10) 는, 자원들을 절약하기 위해 전체 브로드캐스트 FDT 채널을 연속 방식으로 모니터링 해야할 필요 없이, FDT 파일, 이를테면 FDT Y를 수신하기 위해 고정된 시간을 스케줄링할 수도 있다. 게다가, 수신기 디바이스 (10) 는 자원들을 절약하기 위해 FDT 채널 (1810) 에 대해 연속 방식으로 모니터링 해야할 필요 없이, 현재 FDT 파일, 이를테면 FDT Y를 수신하기 위한 파일 송신 시간 (및 나머지를 위한 수면) 을 조정할 수도 있다. 예보된 브로드캐스트 윈도우들에서 웹페이지 콘텐츠 엘리먼트들을 브로드캐스트하는 것은, 수신기 디바이스 (10) 가 배터리 전력을 절약하는 것을 가능하게 할 수도 있는데, 요구된 웹페이지 콘텐츠 엘리먼트가 브로드캐스트될 것인 경우에 수신기 디바이스 (10) 는 그것의 수신기 구성회로만을 활성화할 필요가 있기 때문이다. 따라서, 다양한 실시형태들은 수신기 디바이스들 (10) 의 유효 배터리 수명을 감소시키는 일 없이, 브로드캐스트 네트워크가 다수의 웹사이트들을 위한 웹페이지 콘텐츠 엘리먼트들을 브로드캐스트하는 것을 가능하게 할 수도 있는데, 수신기 디바이스들 (10) 은, 이를테면 파일들의 브로드캐스트 간격에 관련한 인스턴트의 속성에 액세스함으로써 사용자가 관심을 표현한 브로드캐스트 콘텐츠만을 수신하기 때문이다.

하나의 실시형태에서, 파일들의 패킷들은 제 1 및 제 2 FLUTE 채널들 (1805 및 1810) 을 활용하도록 수정될 수도 있다. 예를 들어, 파일 패킷들은 제 1 FLUTE 채널 (1805) 및 제 2 FLUTE 채널 (1810) 상에서 브로드캐스트하기 위하여 특정한 속성들을 상속하면서 동시에 다른 파일 속성들을 도입할 수도 있다. 예를 들어, 개별 클래스들의 파일들, 이를테면 File 1 및 FDT X의 패킷들은, 서술자 채널 토큰을 포함할 수도 있다. 이 토큰은 의미 확장일 수도 있고 그래서 미디어는 파일 내에 위치된 "중간" 값에 의해 식별될 수도 있다. 예를 들어, SDP 샘플이 미디어 파트 내에 제 1 FLUTE 채널 (1805) 또는 제 2 FLUTE 채널 (1810) 을 식별하는 1 또는 2의 의미론적 텍스트 값을 포함할 수도 있다. 다른 실시형태에서, FDT 파일은 특정 채널을 나타내기 위해 XML을 가질 수도 있다.

예를 들어, 개별 클래스들의 파일들, 이를테면 File 1 및 FDT X의 패킷들은, 파일 채널 의미 확장물을 포함할 수도 있다. 미디어가 "중간" 값에 의해 식별되고 파일 전송을 위해 추가될 수도 있는 파일 채널 라인에 의해 식별될 수도 있는 것이 이 의미론적 표현 때문일 수도 있다. 예를 들어, SDP 샘플은 미디어 파트 내에 1 또는 2의 중간 값을 포함할 수도 있다. 이 "중간 값"은 제 1 FLUTE 채널 (1805) 또는 제 2 FLUTE 채널 (1810) 을 식별하고 파일 전송을 위해 사용되는 채널들을 표기 "group:FC"에 의해 식별하고 파일 서술자 (즉, FDT) 전송을 위해 사용되는 채널들을 표기 "group:DC"에 의해 식별할 수도 있다. 예를 들어, SDP 샘플은 의미론적 토큰 확장물을 포함할 수도 있다. 그 확장물은 개별 기설정된 FLUTE 채널들을 이용하여 (브로드캐스트하는) FDT 전송을 위해 채널 1을 시그널링하기 위한 a=group:DC1, 및 파일 전송을 위해 채널 2를 시그널링하기 위한 a=group:FC2를 포함할 수도 있다. 예를 들어, 개별 클래스들의 파일들 (File 1 및 FDT X) 의 패킷들은 또한 MBMS 구현예에서의 채널당 전송을 LTE 네트워크들을 통해 시그널링하기 위해, 채널 마다 임시 모바일 그룹 아이덴티티 ("TMGI") 를 포함할 수도 있다. 이는 각각의 채널 (1805 및 1810) 의 수신을 분리하고 전송 구성을 제공할 수도 있다. 일 실시형태에서, FLUTE 세션 (1800) 은 수신기 디바이스 (10) 에 대해 이용가능한 자원들과 비교하면, 파일들, 이를테면 File 1 및 FDT X의 동적 스케줄링을 제공할 수도 있다.

도 19는 파일들의 단방향 전달을 위해 FLUTE 프로토콜에 적용가능할 수도 있는 다수의 수신기 사용자 서비스들을 수행하기 위해 단일 FLUTE 세션에 액세스하기 위한 실시형태 방법 (1900) 을 예시한다. 블록 1902에서, 웹 콘텐츠 서버 (5) 는 FLUTE 세션을 개방시킬 수도 있고 제 1 FLUTE 채널을 통해 브로드캐스트할 수도 있고 제 2 FLUTE 채널을 통해 브로드캐스트할 수도 있다. 예를 들어, 제 1 채널은 제 1 데이터 레이트로 브로드캐스트할 수도 있고 제 1 주기로 리프레시할 수도 있는 한편 제 2 FLUTE 채널은 제 2 데이터 레이트로 브로드캐스트할 수도 있고 상이한 제 2 주기로 리프레시할 수도 있다.

*블록 1904에서, 웹 콘텐츠 서버 (5) 는 각각의 FLUTE 채널에 대한 브로드캐스트 파라미터들을 결정할 수도 있다. 예를 들어, 제 1 FLUTE 채널은 제 1 데이터 레이트, 예를 들어, 256 kbps를 가질 수도 있는 반면 제 2 FLUTE 채널은 제 2 데이터 레이트, 예를 들어, 10 kbps를 가질 수도 있다. 웹 콘텐츠 서버 (5) 는 블록 1906에서 제 1 파일을 수신할 수도 있고 블록 1908에서 웹 콘텐츠 서버 (5) 는 전송을 위한 제 1 파일의 클래스를 결정할 수도 있다.

블록 1910에서 웹 콘텐츠 서버는 제 2 파일을 수신할 수도 있다. 블록 1912에서 웹 콘텐츠 서버 (5) 는 전송을 위한 제 2 파일의 클래스를 결정할 수도 있다. 블록 1914에서 웹 콘텐츠 서버 (5) 는 제 1 및 제 2 파일들의 파일 유형을 결정할 수도 있다. 파일들의 클래스는 데이터 레이트, 파일 만료, 및 대기시간에 따라 제 1 FLUTE 채널에서 일부 파일들을 송신하는데 이용될 수도 있다. 블록 1916에서 웹 콘텐츠 서버 (5) 는 송신을 위해 파일들을 스케줄링할 수도 있고 제 1 및 제 2 파일 클래스 유형은 제 1 FLUTE 채널을 통해부터 브로드캐스트될 수도 있다.

블록 1918에서, 다수의 FDT 파일들이 제공될 수도 있고 FDT 파일들은 제 2 FLUTE 채널을 통해부터 전용 방식으로 브로드캐스트될 수도 있고, 제 1 및 제 2 클래스 파일들의 송신을 위한 스케줄을 서술할 수도 있는 업데이트된 FDT 파일들은 전용 FLUTE 채널을 통해부터 브로드캐스트될 수도 있다. 블록 1920에서, FDT 파일들의 각각은 송신 시작 시간 및 송신 중단 시간을 포함할 수도 있다. 다른 실시형태에서, FDT 파일들의 각각은 또한 최신 시작 시간을 더 포함할 수도 있다. 이런 방식으로, 수신기 디바이스 (10) 는 관심 없는 제 1 FDT 파일에 대한 송신 시작 시간을 수신하고 모니터링을 중단할 수도 있다. 수신기 디바이스 (10) 는, 다시 한번, 관심있는 제 2 FDT 파일에 대한 검색을 위해 제 1 FDT 파일의 브로드캐스트 송신의 종결 시에 데이터를 수신하는 것을 시작할 수도 있다. FDT 파일들은 제 1 및 제 2 파일 클래스 송신을 위한 스케줄들을 서술할 수도 있고 이에 따라 수신기 디바이스 (10) 는 자원들, 이를테면 수신기 디바이스 (10) 배터리 수명을 절약하기 위해 특정 시간들에서만 파일들의 부가적인 클래스들을 청취할 수도 있다.

도 20은 분리된 데이터 파일들 (File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 을 담고 있는 제 1 FLUTE 채널 (2005) 및 FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 을 담고 있는 제 2 FLUTE 채널 (2010) 을 포함하는 FLUTE 세션 (2000) 을 예시한다. 제 1 FLUTE 채널 (2005) 은 개방될 수도 있고 제 1 데이터 레이트로 데이터를 브로드캐스트할 수도 있다. 예를 들어, 제 1 데이터 레이트는 256 kbps일 수도 있다. 동일한 FLUTE 세션 (2000) 에서, 제 2 FLUTE 채널 (2010) 은 개방될 수도 있고 상이한 제 2 데이터 레이트로 데이터를 브로드캐스트할 수도 있다. 예를 들어, 제 2 FLUTE 채널 (2010) 에 대한 제 2 데이터 레이트는 10 kbps일 수도 있다. 파일들 (File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 은 2 개의 상이한 클래스들의 파일들로부터의 패킷들을 나타내고 제 1 FLUTE 채널 (2005) 에서 제 1 데이터 레이트로 송신될 수도 있다.

제 2 FLUTE 채널 (2010) 에서, 다수의 FDT X, FDT Y, FDT Z, 및 FDT A가 브로드캐스트된다. 따라서, 파일들 (File 1, f1, f2, f3, f4, File 2, f5, f6, f7, f8, 및 File 3) 및 FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 에 대한 상이한 데이터 레이트들이 형성되고 할당될 수도 있다. FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 은 파일 스트림 분리를 가능하게 하는 전용 FLUTE 채널 (2010) 을 가질 수도 있다. 수신기 디바이스 (10) 는 따라서 전용 FDT 채널 (2010) 에 의해 기설정된 FDT 인스턴스를 찾아볼 수도 있다. 예를 들어, 수신기 디바이스 (10) 는 브로드캐스트 채널 (2010) 을 이용하여 FDT 파일 (FDT X) 에 대한 별도의 탐색을 수행할 수도 있다.

덧붙여, FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 은, FDT에서의 각각의 파일에 대해, 제 1 파일 브로드캐스트 시작 시간 및 브로드캐스트 중단 시간, 제 2 파일 브로드캐스트 시작 시간 및 브로드캐스트 중단 시간을 나타내는 FDT 인스턴스 또는 텍스트형 의미론적 정보와 함께 브로드캐스트될 수도 있다. 제 2 FLUTE 채널 (2010) 에서 송신된 FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 에서 서술되는 각각의 파일 브로드캐스트에 대한 시작 및 중단 시간은, 유익할 수도 있고 수신기 디바이스 (10) 가 FDT 파일, 이를테면 FDT Y에서 서술된 소망의 제 1 또는 제 2 파일, 이를테면 파일들 (f6 및 f7) 이 브로드캐스트될 때를 계산하는 것을 허용할 수도 있고, 수신기 디바이스 (10) 는 자원들을 절약하기 위해 브로드캐스트를 수신하는 것을 종료하고 나중의 기간에 재개할 수도 있다.

예를 들어, 각각의 FDT 파일 (FDT X, FDT Y, FDT Z, 및 FDT A) 은 카루셀 (carrousel) 형태로 일정하게 송신되는 것일 수도 있다. 각각의 FDT 파일 (FDT X, FDT Y, FDT Z, 및 FDT A) 은, 그 파일 채널에서 송신되고 FDT가 브로드캐스트되는 기간에 매치할 수도 있는 다수의 파일들을 서술할 수도 있다.

일 실시형태에서, 각각의 FDT 파일 (FDT X, FDT Y, FDT Z, 및 FDT A) 은 도 21a 및 도 21b에 예시된 바와 같이 파일들의 세트를 서술할 수도 있다. 도 21a는 FileType 포맷 (2105) 의 파일 엔트리 하에 브로드캐스트 시작 시간 (2125) 및 브로드캐스트 중단 시간 (2130) 을 포함하는 속성들을 도시한다. 도 21b는 속성들이 또한 브로드캐스트 시작 시간 (2125), 브로드캐스트 종료 시간 (2130) 및 최신 브로드캐스트 시작 시간 (2135) 을 속성들로서 포함할 수도 있는 상이한 실시형태를 도시한다. 예를 들어, 수신기 디바이스 (10) 에는, 제 1 지속시간 (t1) 을 갖는 제 1 FLUTE 채널의 기설정된 파일을 서술할 것인 제 1 FDT 파일 (FDT X) 이 브로드캐스트될 것이며, 제 2 지속시간 (t2) 을 갖는 제 1 FLUTE 채널의 다른 파일을 서술할 것인 제 2 FDT 파일 (FDT Y) 이 브로드캐스트될 것이며, 제 3 지속시간 (t3) 을 갖는 제 1 FLUTE 채널의 다른 파일을 서술할 것인 제 3 FDT 파일 (FDT Z) 이 브로드캐스트될 것이고, 제 4 지속시간 (t4) 을 갖는 제 1 FLUTE 채널의 다른 파일을 서술할 것인 제 4 FDT 파일 (FDT A) 가 브로드캐스트될 것인 데이터 (이전에 설명된 바와 같은 속성) 가 제공될 수도 있다. FDT 파일들 (FDT X, FDT Y, FDT Z, 및 FDT A) 의 각각은 개개의 파일에 대한 시작 시간 및 그 파일에 대한 종료 시간에 브로드캐스트될 수도 있다. 제 1 FLUTE 채널 (2005) 에서의 파일들 (File 1, File 2, 및 File 3 및 f1, f2, f3, f4, f5, f6, f7, f8) 에 대한 시작 시간 및 종료 시간 데이터는 또한 통신될 수도 있다. 이런 방식으로, 수신기 디바이스 (10) 는 브로드캐스트 채널 (2005 및 2010) 에서 데이터의 부분만을 수신하고 관심있는 파일을 결정하는 것이 가능할 수도 있고, 기설정된 기간 동안 데이터를 검색 또는 수신하지 않을 수도 있다. 그 기간의 종결 시, 수신기 디바이스 (10) 는 다시 관심있는 브로드캐스트 파일을 생산적으로 수신하기 위해 관심있는 파일에 대해 모니터링하는 것을 스위치 온할 수도 있다. 따라서, 수신기 디바이스 (10) 는 기설정된 시작 시간 및 기설정된 중단 시간을 이용하여, 배터리 및 프로세싱 자원들을 절약하는 시도 시에 FDT 채널 (2010) 에 대해 연속하는 방식으로 모니터링 해야할 필요 없이, FDT 파일, 이를테면 FDT Y를 수신하기 위한 고정된 시간을 스케줄링할 수도 있다.

도 21a는 일반적으로 참조 번호 2100A로서 도시된 하나의 파일에 대한 FLUTE 기반 FDT 인스턴스 서술의 제 1 표현을 예시한다. FDT 인스턴스 (2100A) 에서의 파일 서술은 그 파일에 대한 다수의 속성들 (2105) 을 포함할 수도 있다. 속성들 (2105) 은 그룹 속성 (2110), 멀티미디어 브로드캐스트 및 멀티캐스트 서비스 세션 아이덴티티 속성 (2115), 및 파일이 브로드캐스트될 수도 있는 때를 서술하는 브로드캐스트 윈도우 속성 (2120) 을 포함할 수도 있다. 브로드캐스트 윈도우 속성 (2120) 은 브로드캐스트 윈도우 시작 시간 속성 (2125) 및 브로드캐스트 윈도우 종료 시간 속성 (2130) 을 가질 수도 있다. 다른 FLUTE FDT 인스턴스들이 가능하고 본 개시물의 범위 내에 있을 수도 있거나, 또는 일부 파일 인스턴스들은 상이한 인스턴스들을 대체할 수도 있다. 따라서, 수신기 디바이스 (10) 는 기설정된 시작 시간 속성 및 기설정된 중단 시간 속성을 이용하여, 배터리 및 프로세싱 자원들을 절약하는 시도 시에 FLUTE 채널(들) 을 연속하는 방식으로 모니터링 해야할 필요 없이, 다른 파일을 수신하기 위한 고정된 시간을 스케줄링할 수도 있다.

브로드캐스트 윈도우 속성들을 예를 들어, 수신기 디바이스 (10) 는 더 효율적이고 모바일 자원들을 절약할 수도 있다. 예를 들어, 배터리 수명 효율은 전체 FDT 파일 기간에 의해 나누어진 특정 파일을 수신하는 시간으로서 표현될 수도 있다. 도 20을 참조하면, 예를 들어, 전체 FDT 관심 기간에 의해 나누어진 파일 (f4) 은 FDT X에 대해 모니터링하는 전체 FDT 기간의 약 ¼ 또는 25 퍼센트로서 표현될 수도 있다. 예를 들어, 전체 FDT 관심 기간에 의해 나누어진 파일 (f8) 은 FDT Z에 대해 모니터링하는 전체 FDT 기간의 약 ¼ 또는 25 퍼센트로서 표현될 수도 있다.

예를 들어, 이 브로드캐스트 윈도우 속성 (2120) 및 브로드캐스트 윈도우 시작 시간 속성 (2125) 및 브로드캐스트 윈도우 종료 시간 속성 (2130) 없이, 수신기 디바이스 (10) 는 브로드캐스트의 지속기간 동안 다수의 파일들을 모니터링 해야할 필요가 있을 것이다. 예를 들어, 파일들 (f3, f4, 및 File 2) 은 유사한 파일을 획득하기 위해 FDT 기간 (FDT Y) 동안에 모니터링될 것이다. 이 효율은 (특정 브로드캐스트 시작 시간 및 종료 시간을 청취하는 일 없이) FDT Y의 FDT 기간에 의해 나누어진 F3+F4+File 2로서 표현될 수도 있다; 즉 디바이스는 전체 FDT Y 기간 동안 파일들을 수신해야 한다. 브로드캐스트 시작 및 종료 시간 속성들 (2152 및 2130) 을 이용하면, 기간의 약 ½ 또는 50 퍼센트가 사용될 수도 있고 적은 효율이 달성될 수도 있는 상황과 비교하여, 더 적은 자원들이 이용될 수도 있다.

도 21b는 일반적으로 참조 번호 2100B로서 도시된 하나의 파일에 대한 FLUTE 기반 FDT 인스턴스 서술의 다른 하나의 표현을 예시한다. FDT 인스턴스 (2100B) 에서의 파일 서술은 그 파일에 대한 다수의 속성들 (2105) 을 포함할 수도 있다. 속성들 (2105) 은 그룹 속성 (2110), 멀티미디어 브로드캐스트 및 멀티캐스트 서비스 세션 아이덴티티 속성 (2115), 및 파일이 브로드캐스트될 때를 서술하는 브로드캐스트 윈도우 속성 (2120) 을 포함할 수도 있다. 브로드캐스트 윈도우 속성 (2120) 은 브로드캐스트 윈도우 시작 시간 속성 (2125) 과 브로드캐스트 윈도우 종료 시간 속성 (2130) 및 브로드캐스트 최신 시작 시간 속성 (2135) 을 가질 수도 있다. 예를 들어, 위의 속성들은 관심있는 파일이 브로드캐스트될 수도 있는 때의 표시를 프로세서에 제공할 수도 있고 그 프로세서는 관심있는 파일이 브로드캐스트될 수도 있는 그런 시간까지 전력을 절약할 수도 있다. 예를 들어, 그 속성들은 또한 도시되고 설명된 바와 같은 수정된 시작 시간을 나타내는 신선한 정보로 업데이트될 수도 있다.

도 22는 100 개 증분들마다 다운로드될 파일들의 수와 브로드캐스트 기간의 가동시간 (uptime) 에서 측정된 바와 같은 효율의 차트 (2200) 를 예시한다. 제 1 선도 (2205) 가 제 1 효율을 예시하고 제 2 선도 (2210) 가 다운로드할 파일들의 수에 대한 제 2 효율을 예시한다. 위에서 논의된 브로드캐스트 속성들으로, 제 2 선도 (2210) 는 효율이 선형적인 것으로 도시된다. 제 1 선도 (2205) 는 임의의 브로드캐스트 윈도우 없이 도시되고 일반적으로 영부터 100 개 파일 단위들에서 0.5 내지 0.9의 효율 증가를 포함한다. 선도 (2205) 는 (파일들의 수가 증가함에 따라) 변화 없이 유지되고 일정한 효율의 기울기를 가진다.

일부 실시형태들에서, 컴퓨팅 디바이스는 브로드캐스트 네트워크로부터 송신물들을 수신하는 것 및 유니캐스트 네트워크 (예컨대, 3G 데이터 네트워크) 를 통해 통신하는 것 양쪽 모두를 하도록 구성될 수도 있다. 다양한 실시형태들에 의해 가능하게 되는 브로드캐스트 웹 환경은 더 빠르고 더 대역폭 효율적인 웹 브라우징 경험을 보통 액세스되는 웹사이트들에 제공함으로써 유니캐스트 데이터 네트워크를 보완할 수도 있다.

도 23은 FLUTE 채널들을 사용하여 수신기 디바이스 (10) 로 데이터를 송신하기 위한 일 실시형태 방법 (2300) 을 예시한다. 블록 2304에서 웹 콘텐츠 서버 (5) 를 갖는 브로드캐스트 네트워크가 다수의 템플릿들을 생성할 수도 있다. 블록 2310a에서 웹 콘텐츠 서버 (5) 는 데이터 A를 생성할 수도 있다. 블록 2310b에서 웹 콘텐츠 서버 (5) 는 데이터 B를 생성할 수도 있다. 블록 2310c에서 웹 콘텐츠 서버 (5) 는 데이터 C를 생성할 수도 있다. 블록 2310d에서 웹 콘텐츠 서버 (5) 는 데이터 D를 생성할 수도 있다. 블록 2310e에서 웹 콘텐츠 서버 (5) 는 데이터 E를 생성할 수도 있다. 블록 2310f에서 웹 콘텐츠 서버 (5) 는 일 실시형태에서 데이터 엘리먼트들 (A-E) 에 연관된 FDT 파일들일 수도 있는 데이터 F를 생성할 수도 있다. 데이터 A-F는 브로드캐스트 네트워크 (1) 로, 그 다음에 수신기 디바이스 (10) 로 통신될 수도 있다. 브로드캐스트 네트워크 (1) 는 FLUTE 프로토콜을 이용하고 다수의 FLUTE 채널들을 개방시킬 수도 있다. 블록 2312에서 수신기 디바이스 (10) 는 데이터에 대한 요구를 사용자로부터 수신할 수도 있다. 응답하여, 블록 2320a에서 수신기 디바이스 (10) 는 제 1 FLUTE 채널을 통해부터 데이터 (A 내지 D) 를 수신할 수도 있고 블록 2320b에서 수신기 디바이스 (10) 는 제 2 FLUTE 채널을 통해부터 데이터 패킷들 (E 및 F) 을 수신할 수도 있다 (2320b). 블록 2325에서 수신기 디바이스 (10) 는 제 3 FLUTE로부터 FDT 파일들을 수신할 수도 있다. 일단 완료되면, 블록 2330에서 수신기 디바이스 (10) 는 웹사이트의 가용성을 사용자에게 통지하며 그리고/또는 데이터를 랜더링할 수도 있다. 논의된 바와 같이, 이는 비동기 방식으로 발생할 수도 있다.

하나의 채널만이 이용되는 경우에 MBMS에서 사용되는 FLUTE 세션에 대한 SDP 서술의 일 예는 다음과 같이 될 수도 있다:

MBMS에서 사용되는 멀티-채널 FLUTE 세션에 대한 SDP 서술의 일 예는 다음과 같다:

위의 SDP는 채널들의 수를 나타내고 (a= flute - ch :2) 채널들의 각각을 식별한다 (a= mid :1 및 a= mid :2) 는 점에 주의한다.

분리 FDT 및 파일 전송 채널들을 위한 멀티-채널 FLUTE 세션에 대한 샘플 SDP 서술은 다음과 같다:

도 24는 파일들을 수신하며, 파일들을 스케줄링하고, 그 파일들을 특정 FLUTE 채널들을 통해 송신하기 위한 다른 실시형태 방법 (2400) 을 예시한다. 블록 2401에서, 수신기 디바이스 (10) 는 기설정된 세션 디스커버리 메커니즘을 통해 FLUTE 세션을 발견할 수도 있다. 블록 2402에서, 디바이스는 숫자 및 전송 정보, 예를 들어 각각의 채널에 대한 IP 주소 및 UDP 포트 정보에 관해 학습할 수도 있다. 블록 2403에서, 디바이스는 FLUTE 세션을 개방시키고 제 1 및 제 2 FLUTE 채널을 통해 브로드캐스트할 수도 있고 블록 2404에서, 디바이스는 어떤 채널들이 각각의 FDT 채널 상의 FDT 전송 및 업데이트 주파수 (update frequency) 를 위해 이용되는지를 학습할 수도 있다.

블록 2405에서, 디바이스는 (디바이스 구성에 적어도 부분적으로 기초하여 그리고 콘텐츠 신선도 요건들에 기초하여) 어떤 FDT 채널들을 모니터링할 것인지를 결정할 수도 있다. 블록 2406에서, 디바이스는 콘텐츠의 신선도에 대한 요건이 시간경과에 따라 변화하는지를 결정할 수도 있다. 블록 2407에서, 관심있는 FDT 채널에 대해, 디바이스는 세션 서술에서 서술된 바와 같은 파라미터들로 전송 채널을 개방시킬 수도 있다. 블록 2408에서, 디바이스는 FDT가 성공적으로 디코딩될 수 있기까지 FDT 인스턴스를 위한 패킷들을 수집할 수도 있다. 블록 2409에서, 디바이스는 추가의 수신들을 턴 오프시킬 수도 있다.

블록 2410에서, 디바이스는 관심있는 파일들을 결정하기 위해 FDT를 처리할 수도 있고 블록 2411에서 디바이스는 FDT 인스턴스에 대한 만료 시간을 결정하기 위해 FDT를 처리할 수도 있다. 일 실시형태에서, 관심있는 파일들은 수신기 디바이스 (10) 에서 콘텐츠를 리어셈블리하기 위해 요구될 수도 있는 필요한 파일들일 수도 있다. 일 실시형태에서, 관심있는 파일들은 FLUTE 세션 동안에 송신될 수도 있는 복수의 파일들로부터 선택될 수도 있다. 일 실시형태에서, 수신기 디바이스는 필요한 파일이 송신되는 시간에 필요한 파일이 송신되는 채널 상에서 필요한 파일을 수신할 수도 있고, 원본 및/또는 소망의 콘텐츠를 재구성하기 위해 필요한 파일들을 함께 어셈블리할 수도 있다. 블록 2412에서, 디바이스는 새로이 캡처된 (새로운) FDT의 만료 시간에 새로운 미래의 FDT의 획득을 스케줄링할 수도 있다. 블록 2413에서, 디바이스는 미래의 FDT의 스케줄링된 획득 시간에, 만료된 FDT를 대체하는 FDT를 운반하는 채널에서의 수신을 위해 (이미 온이 아니라면) 수신을 다시 스위치 온할 수도 있다. 블록 2414에서, 프로세서를 갖는 디바이스는 관심있는 파일들을 위한 송신 시간을 FDT 프로세스로부터 결정할 수도 있다. 블록 2415에서, 파일을 위한 스케줄 시작 시간에, 디바이스는 FDT에서 파일 송신을 위해 표시된 채널에서의 수신을 위해 (이미 온이 아니라면) 수신을 다시 스위치 온 한다. 블록 2415에서, 프로세서는 블록 2405로 가서 어떤 FDT 채널들을 감시할 것인지를 결정할 수도 있다.

도 25는 파일들을 수신하며, 파일들을 스케줄링하고, 그 파일들을 특정 FLUTE 채널들을 통해 송신하기 위한 일 실시형태 방법 (2500) 을 예시한다. 블록 2501에서, 수신기 디바이스 (10) 는 기설정된 세션 디스커버리 메커니즘을 통해 FLUTE 세션을 발견할 수도 있다. 블록 2502에서 수신기 디바이스 (10) 는 각각의 채널에 대한 데이터 및 전송 정보, 예를 들어 IP 주소 및 UDP 포트 정보를 수신할 수도 있다. 블록 2503에서 수신기 디바이스 (10) 는 FLUTE 세션에 관한 데이터를 수신할 수도 있고 제 1 및 제 2 FLUTE 채널을 통해 브로드캐스트들을 수신할 수도 있다. 블록 2504에서 수신기 디바이스 (10) 는 어떤 채널들이 각각의 FDT 채널 상의 FDT 전송 및 업데이트 주파수를 위해 사용되는지를 학습할 수도 있다.

블록 2505에서, 수신기 디바이스 (10) 는 (구성에 적어도 부분적으로 기초하여 그리고 콘텐츠 신선도 요건들에 기초하여) 어떤 FDT 채널들을 모니터링할 것인지를 결정할 수도 있다. 블록 2506에서, 수신기 디바이스 (10) 는 콘텐츠의 신선도에 대한 요건이 시간경과에 따라 변화하는지를 결정할 수도 있다. 블록 2507에서, 관심있는 FDT 채널에 대해, 수신기 디바이스 (10) 는 세션 서술에서 서술된 바와 같은 파라미터들로 전송 채널을 개방시킬 수도 있다. 블록 2508에서, 수신기 디바이스 (10) 는 FDT가 성공적으로 디코딩될 수 있기까지 FDT 인스턴스를 위한 패킷들을 수집할 수도 있다. 블록 2509에서 수신기 디바이스 (10) 는 전력을 절약할 수도 있고 추가의 수신들을 턴 오프시킬 수도 있다.

블록 2510에서, 수신기 디바이스 (10) 는 관심있는 파일들을 결정하기 위해 FDT를 처리할 수도 있다. 블록 2511에서 수신기 디바이스 (10) 는 FDT 인스턴스에 대한 만료 시간을 결정하기 위해 FDT를 처리할 수도 있다. 블록 2512에서, 수신기 디바이스 (10) 는 새로이 캡처된 (새로운) FDT의 만료 시간에 새로운 미래의 FDT의 획득을 스케줄링할 수도 있다. 블록 2513에서, 수신기 디바이스 (10) 는 미래의 FDT의 스케줄링된 획득 시간에, 만료된 FDT를 대체하는 FDT를 운반하는 채널에서의 수신을 위해 (이미 온이 아니라면) 수신을 다시 스위치 온할 수도 있다. 블록 2514에서 수신기 디바이스 (10) 와 프로세서는 관심있는 파일들에 대한 송신 시간을 FDT의 프로세싱으로부터 결정할 수도 있다. 블록 2515에서 파일을 위한 스케줄링된 시작 시간에, 수신기 디바이스 (10) 는 FDT에서 파일 송신을 위해 표시된 채널에서의 수신을 위해 (이미 온이 아니라면) 수신을 다시 스위치 온할 수도 있다.

도 26은 실시형태들 중 임의의 것과 함께 사용하기에 적합한 수신기 디바이스, 이를테면 무선 디바이스의 시스템 블록도이다. 전형적인 수신기 디바이스 (2600) 가, 내부 메모리 (2602), 디스플레이 (2603), 및 스피커 (2609) 에 연결된 프로세서 (2601) 를 구비할 수도 있다. 덧붙여, 수신기 디바이스 (2600) 는 프로세서 (2601) 에 연결된 무선 데이터 링크 및/또는 셀룰러 전화기 송수신기 (2605) 에 접속될 수도 있는, 전자기 복사를 전송하고 수신하기 위한 안테나 (2604) 와 프로세서 (2601) 에 연결된 브로드캐스트 네트워크 수신기 (2608) 를 포함할 수도 있다. 수신기 디바이스들 (2600) 은 또한 사용자 입력들을 수신하기 위한 메뉴 선택 버튼들 (2606) 또는 로커 스위치들 (2607) 을 구비할 수도 있다.

쌍방형 (interactivity) 이벤트 시그널링 메시지들을 수신하고 처리하기 위한 다양한 실시형태 방법들이 멀티미디어 브로드캐스트 수신기 (2608) 와, 프로세서 (2601) 및 메모리 (2602) 의 부분들에 의해 수행될 수도 있다. 대안으로, 멀티미디어 브로드캐스트 수신기 (2608) 내에 있거나 또는 그것에 연결된 전용 모듈들은 실시형태 방법들을 수행할 수도 있다.

위에서 설명된 브로드캐스트 측의 다양한 실시형태들은 다양한 상업적으로 입수가능한 서버 디바이스들 중 임의의 것, 이를테면 도 27에 도시된 서버 (2700) 상에 구현될 수도 있다. 그런 서버 (2700) 는 보통 휘발성 메모리 (2702) 및 대용량 비휘발성 메모리, 이를테면 디스크 드라이브 (2703) 에 연결된 프로세서 (2701) 를 구비한다. 서버 (2700) 는 또한 멀티-코어 프로세서일 수 있는 프로세서 (2701) 에 연결된 플로피 디스크 드라이브, 콤팩트 디스크 (CD) 또는 DVD 디스크 드라이브 (2706) 를 구비할 수도 있다. 서버 (2700) 는 또한 네트워크 (2705), 이를테면 다른 브로드캐스트 시스템 컴퓨터들 및 서버들에 연결된 로컬 영역 네트워크와의 데이터 접속들을 확립하기 위해 프로세서 (2701) 에 연결된 네트워크 액세스 포트들 (2704) 을 구비할 수도 있다. 일 실시형태에서, 네트워크 액세스 포트 (2704) 는 브로드캐스트 네트워크와 데이터 및 커맨드들을 교환하기 위해 브로드캐스트 네트워크 인터페이스를 제공할 수도 있다.

프로세서들 (2601, 2701) 은 아래에서 설명된 다양한 실시형태들의 기능들을 포함한, 다양한 기능들을 수행하도록 소프트웨어 명령들 (애플리케이션들) 에 의해 구성될 수 있는 임의의 프로그램가능 마이크로프로세서, 마이크로컴퓨터 또는 다중 프로세서 칩 또는 칩들일 수도 있다. 일부 모바일 수신기 디바이스들에서, 무선 통신 기능들에 전용인 하나의 프로세서 및 다른 애플리케이션들을 실행하는데 전용인 하나의 프로세서와 같은 다수의 프로세서들 (2701) 이 제공될 수도 있다. 통상, 소프트웨어 애플리케이션들은 그것들이 액세스되어 프로세서 (2601, 2701) 내로 로딩되기 전에 내부 메모리 (2602, 2702, 및 2703) 에 저장될 수도 있다. 프로세서 (2601, 2701) 는 애플리케이션 소프트웨어 명령들을 저장하기에 충분한 내부 메모리를 구비할 수도 있다.

위에서 논의된 바와 같이, 다양한 실시형태들은 인터넷 웹 콘텐츠 뿐만 아니라 다양한 풍부한 미디어 콘텐츠를 전달하는데 이용될 수도 있다. 따라서, 청구항들의 범위는 구체적으로 언급되지 않는 한 인터넷 웹 콘텐츠 전달 및 수신으로 제한되지 않아야 한다.

앞서의 방법 설명들 및 프로세스 흐름도들은 단지 구체적인 예들로서만 제공되고 다양한 실시형태들의 단계들이 표시된 순서로 반드시 수행되어야 함을 요청하거나 의미하도록 의도된 것은 아니다. 이 기술분야의 숙련된 자에 의해 이해될 바와 같이 앞서의 실시형태들에서의 단계들의 순서는 임의의 순서로 수행될 수 있다. 단어들 이를테면 "그 후", "그러면", "다음" 등은 단계들의 순서를 한정하려는 의도는 아니고; 이들 단어들은 단지 방법들의 기재를 통하여 독자에게 설명하는데 사용된다. 게다가, 단수형으로, 예를 들어, 관사 "a", "an" 또는 "the"의 사용에 해당하는 것으로 여겨질 수 있는 청구항 요소들에 대한 어떤 언급이라도, 그 요소를 단수형으로 제한하는 것으로 해석되지는 않는다.

본원에서 개시된 실시형태들과 관련하여 설명되는 각종 예시적인 논리 블록들, 모듈들, 회로들, 및 알고리즘 단계들은 전자 하드웨어, 컴퓨터 소프트웨어, 또는 그것 둘의 조합들로 구현될 수도 있다. 하드웨어 및 소프트웨어의 이러한 교환가능성을 명백하게 예증하기 위하여, 각종 예시적인 컴포넌트들, 블록들, 모듈들, 회로들, 및 단계들이 위에서 일반적으로 그것들의 기능성의 관점에서 설명되어 있다. 이러한 기능성이 하드웨어 또는 소프트웨어 중 어느 것으로 구현되는지는 전체 시스템에 부과되는 특정 애플리케이션 및 설계 제약들에 달려있다. 당업자들은 설명된 기능을 각각의 특정한 애플리케이션에 대하여 다양한 방식들로 구현할 수도 있지만, 이러한 구현 결정은 본 발명의 범위를 벗어나도록 하는 것으로 해석되지 않아야 한다.

본 명세서에서 개시된 실시형태들에 관련하여 설명된 갖가지 예시적인 로직들, 논리 블록들, 모듈들, 및 회로들을 구현하는데 사용되는 하드웨어는 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 집적회로 (ASIC), 필드 프로그램가능 게이트 어레이 (FPGA) 또는 여타 프로그램가능 로직 디바이스, 개별 게이트 또는 트랜지스터 로직, 개별 하드웨어 컴포넌트들, 또는 본 명세서에서 설명된 기능들을 수행하도록 고안된 것들의 임의의 조합으로 구현되거나 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있지만, 대체예에서, 그 프로세서는 종래의 임의의 프로세서, 제어기, 마이크로제어기, 또는 상태 머신 (state machine) 일 수도 있다. 프로세서는 또한, 컴퓨팅 디바이스들의 조합, 예컨대, DSP 및 마이크로프로세서의 조합, 복수의 마이크로프로세서들의 조합, DSP 코어와 협력하는 하나 이상의 마이크로프로세서들의 조합, 또는 임의의 다른 이러한 구성으로 구현될 수도 있다. 다르게는, 일부 단계들 또는 방법들이 주어진 기능에 특정된 회로에 의해 수행될 수도 있다.

하나 이상의 예시적인 실시형태들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 그것들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현된다면, 기능들은 하나 이상의 명령들 또는 코드로서 비일시적 컴퓨터 판독가능 저장 매체 상에 저장될 수도 있다. 본원에서 개시된 방법 또는 알고리즘의 단계들은 유형의 또는 비일시적 컴퓨터 판독가능 저장 매체 상에 존재할 수도 있는 실행되는 프로세서 실행가능 소프트웨어 모듈로 실시될 수도 있다. 비일시적 컴퓨터 판독가능 저장 매체들은 컴퓨터에 의해 액세스될 수도 있는 임의의 이용가능한 저장 매체들일 수도 있다. 비제한적인 예로, 이러한 컴퓨터 판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광 디스크 스토리지, 자기 디스크 스토리지, 또는 다른 자기적 저장 디바이스들, 또는 소망의 프로그램 코드를 컴퓨터에 의해 액세스될 수도 있는 명령들 또는 데이터 구조들의 형태로 운반하거나 저장하는데 사용될 수도 있는 임의의 다른 매체를 포함할 수도 있다. 디스크 (Disk 및 disc) 는 본원에서 사용되는 바와 같이, 콤팩트 디스크 (compact disc, CD), 레이저 디스크, 광 디스크, 디지털 다용도 디스크 (DVD), 플로피 디스크 (floppy disk) 및 블루레이 디스크를 포함하는데, disk들은 보통 데이터를 자기적으로 재생하지만, disc들은 레이저들로써 광적으로 데이터를 재생한다. 상기한 것들의 조합들은 또한 비일시적 컴퓨터 판독가능 매체들의 범위 내에 포함될 수 있다. 덧붙여, 방법 또는 알고리즘의 동작들은 컴퓨터 프로그램 제품에 통합될 수도 있는 비일시적 머신 판독가능 매체 및/또는 비일시적 컴퓨터 판독가능 매체 상에 코드들 및/또는 명령들의 하나 또는 임의의 조합 또는 세트로서 존재할 수 있다.

개시된 실시형태들의 전술한 설명은 이 기술분야의 숙련된 사람이 본 발명을 제작하고 사용할 수 있게끔 제공된다. 이들 실시형태들에 대한 다양한 변형예들은 이 기술분야의 숙련된 자들에게 쉽사리 명확하게 될 것이고, 본 명세서에서 정의된 일반 원리들은 본 발명의 정신 또는 범위로부터 벗어남 없이 다른 실시형태들에 적용될 수 있다. 따라서, 본 발명은 본 명세서에서 보인 실시형태들로 한정할 의도는 아니며 다음의 청구항들 및 여기에 개시된 원리들 및 신규한 특징들과 일치하는 가장 넓은 범위에 부합하는 것을 의도한다.

Claims

브로드캐스트 네트워크 내에서 FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션으로 콘텐츠를 브로드캐스트하는 방법으로서,
복수의 콘텐츠 파일들을 포함하는 콘텐츠를 수신하는 단계로서, 상기 복수의 콘텐츠 파일들은 제 1 사이즈의 파일들 및 상기 제 1 사이즈와 상이한 제 2 사이즈의 파일들을 포함하는, 상기 콘텐츠를 수신하는 단계;
상기 콘텐츠 파일들을 제 1 채널, 제 2 채널, 및 제 3 채널을 갖는 FLUTE 세션으로 어셈블리하는 단계로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되는, 상기 어셈블리하는 단계;
상기 FLUTE 세션에 포함된 상기 콘텐츠 파일들에 대한 브로드캐스트 시간들 및 채널들을 스케줄링하는 단계;
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 스케줄링된 상기 브로드캐스트 시간들 및 채널들을 식별하는 제 1 파일 전달 테이블을 생성하는 단계;
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 브로드캐스트하는 단계; 및
상기 FLUTE 세션 동안에 상기 제 1 파일 전달 테이블에서 식별된 상기 시간들에 그리고 상기 채널들 상에서 상기 콘텐츠 파일들을 브로드캐스트하여, 상기 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드캐스트되고, 상기 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되는, 브로드캐스트 네트워크 내에서 FLUTE 프로토콜 세션으로 콘텐츠를 브로드캐스트하는 방법.
제 1 항에 있어서,
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 상기 스케줄링된 브로드캐스트 시간들을 식별하는 제 2 파일 전달 테이블을 생성하는 단계로서, 상기 제 2 파일 전달 테이블은 상기 제 1 파일 전달 테이블의 업데이트 주기와는 상이한 업데이트 주기를 가지는, 상기 제 2 파일 전달 테이블을 생성하는 단계; 및
상기 FLUTE 세션 동안에 상기 제 2 채널을 통해 상기 제 2 파일 전달 테이블을 브로드캐스트하는 단계를 더 포함하는, 브로드캐스트 네트워크 내에서 FLUTE 프로토콜 세션으로 콘텐츠를 브로드캐스트하는 방법.
제 1 항에 있어서,
상기 제 1 파일 전달 테이블은 상기 콘텐츠 파일들이 상기 FLUTE 세션에서 브로드캐스트될 시작 시간 및 종료 시간을 식별하는, 브로드캐스트 네트워크 내에서 FLUTE 프로토콜 세션으로 콘텐츠를 브로드캐스트하는 방법.
제 1 항에 있어서,
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 수신하는 단계;
상기 제 1 파일 전달 테이블로부터 상기 복수의 콘텐츠 파일들 중에서 수신을 위한 콘텐츠 파일을 선택하는 단계;
상기 FLUTE 세션 동안에 상기 제 1 파일 전달 테이블에서 선택된 상기 콘텐츠 파일에 대해 상기 식별된 시간에 상기 채널 상에서 상기 선택된 콘텐츠 파일을 수신하는 단계; 및
상기 선택된 콘텐츠 파일을 메모리에 저장하는 단계를 더 포함하는, 브로드캐스트 네트워크 내에서 FLUTE 프로토콜 세션으로 콘텐츠를 브로드캐스트하는 방법.
제 4 항에 있어서,
상기 제 1 파일 전달 테이블을 수신한 후에 수신기 구성회로를 스위치 오프하는 단계;
상기 FLUTE 세션 동안에 상기 제 1 파일 전달 테이블에서 상기 선택된 콘텐츠 파일에 대해 상기 식별된 시간에 상기 채널 상에서 상기 선택된 콘텐츠 파일을 수신하기 위해 상기 수신기 구성회로를 스위치 온하는 시간을 결정하는 단계;
상기 선택된 콘텐츠 파일을 수신하기 위한 상기 결정된 시간에 상기 수신기 구성회로를 스위치 온하는 단계; 및
상기 메모리에 저장된 상기 선택된 콘텐츠 파일로부터 상기 콘텐츠를 랜더링하는 단계를 더 포함하는, 브로드캐스트 네트워크 내에서 FLUTE 프로토콜 세션으로 콘텐츠를 브로드캐스트하는 방법.
브로드캐스트 네트워크 내에서 사용하기 위한 서버로서,
상기 브로드캐스트 네트워크와 인터페이싱하기 위한 브로드캐스트 네트워크 인터페이스;
메모리; 및
상기 브로드캐스트 네트워크 인터페이스 및 상기 메모리에 연결된 서버 프로세서를 포함하며,
상기 서버는,
복수의 콘텐츠 파일들을 포함하는 콘텐츠를 수신하는 동작으로서, 상기 복수의 콘텐츠 파일들은 제 1 사이즈의 파일들 및 상기 제 1 사이즈와 상이한 제 2 사이즈의 파일들을 포함하는, 상기 콘텐츠를 수신하는 동작;
상기 콘텐츠 파일들을 제 1 채널, 제 2 채널, 및 제 3 채널을 갖는 FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션으로 어셈블리하는 동작으로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되는, 상기 어셈블리하는 동작;
상기 FLUTE 세션에 포함된 상기 콘텐츠 파일들에 대한 브로드캐스트 시간들 및 채널들을 스케줄링하는 동작;
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 스케줄링된 상기 브로드캐스트 시간들 및 채널들을 식별하는 제 1 파일 전달 테이블을 생성하는 동작;
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 브로드캐스트하게 하는 동작; 및
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 1 파일 전달 테이블에서 식별된 상기 시간들에 그리고 상기 채널들 상에서 상기 콘텐츠 파일들을 브로드캐스트하게 하여, 상기 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드캐스트되고, 상기 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되게 하는 동작을 수행하기 위한 프로세서 실행가능 명령들로 구성되는, 브로드캐스트 네트워크 내에서 사용하기 위한 서버.
제 6 항에 있어서,
상기 서버는,
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 상기 스케줄링된 브로드캐스트 시간들을 식별하는 제 2 파일 전달 테이블을 생성하는 동작으로서, 상기 제 2 파일 전달 테이블은 상기 제 1 파일 전달 테이블의 업데이트 주기와는 상이한 업데이트 주기를 가지는, 상기 제 2 파일 전달 테이블을 생성하는 동작; 및
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 2 채널을 통해 상기 제 2 파일 전달 테이블을 브로드캐스트하게 하는 동작을 추가로 수행하기 위한 프로세서 실행가능 명령들로 구성되는, 브로드캐스트 네트워크 내에서 사용하기 위한 서버.
제 6 항에 있어서,
상기 제 1 파일 전달 테이블은 상기 콘텐츠 파일들이 상기 FLUTE 세션에서 브로드캐스트될 시작 시간 및 종료 시간을 식별하는, 브로드캐스트 네트워크 내에서 사용하기 위한 서버.
브로드캐스트 네트워크에서 사용하기 위한 서버로서,
브로드캐스트를 위해 복수의 콘텐츠 파일들을 포함하는 콘텐츠를 수신하는 수단으로서, 상기 복수의 콘텐츠 파일들은 제 1 사이즈의 파일들 및 상기 제 1 사이즈와 상이한 제 2 사이즈의 파일들을 포함하는, 상기 콘텐츠를 수신하는 수단;
상기 콘텐츠 파일들을 제 1 채널, 제 2 채널, 및 제 3 채널을 갖는 FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션으로 어셈블리하는 수단으로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되고, 상기 어셈블리하는 수단;
상기 FLUTE 세션에 포함된 상기 콘텐츠 파일들에 대한 브로드캐스트 시간들 및 채널들을 스케줄링하는 수단;
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 스케줄링된 상기 브로드캐스트 시간들 및 채널들을 식별하는 제 1 파일 전달 테이블을 생성하는 수단;
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 브로드캐스트하게 하는 수단; 및
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 1 파일 전달 테이블에서 식별된 상기 시간들에 그리고 상기 채널들 상에서 상기 콘텐츠 파일들을 브로드캐스트하여, 상기 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드캐스트되고, 상기 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되게 하는 수단을 포함하는, 브로드캐스트 네트워크에서 사용하기 위한 서버.
제 9 항에 있어서,
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 상기 스케줄링된 브로드캐스트 시간들을 식별하는 제 2 파일 전달 테이블을 생성하는 수단으로서, 상기 제 2 파일 전달 테이블은 상기 제 1 파일 전달 테이블의 업데이트 주기와는 상이한 업데이트 주기를 가지는, 상기 제 2 파일 전달 테이블을 생성하는 수단; 및
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 2 채널을 통해 상기 제 2 파일 전달 테이블을 브로드캐스트하게 하는 수단을 더 포함하는, 브로드캐스트 네트워크에서 사용하기 위한 서버.
제 9 항에 있어서,
상기 제 1 파일 전달 테이블은 상기 콘텐츠 파일들이 상기 FLUTE 세션에서 브로드캐스트될 시작 시간 및 종료 시간을 식별하는, 브로드캐스트 네트워크에서 사용하기 위한 서버.
서버 실행가능 명령들을 저장하고 있는 비일시적 프로세서 판독가능 매체로서,
상기 서버 실행가능 명령들은 브로드캐스트 네트워크 내의 서버로 하여금,
복수의 콘텐츠 파일들을 포함하는 콘텐츠를 수신하는 동작으로서, 상기 복수의 콘텐츠 파일들은 제 1 사이즈의 파일들 및 상기 제 1 사이즈와 상이한 제 2 사이즈의 파일들을 포함하는, 상기 콘텐츠를 수신하는 동작;
상기 콘텐츠 파일들을 제 1 채널, 제 2 채널, 및 제 3 채널을 갖는 FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션으로 어셈블리하는 동작으로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되는, 상기 어셈블리하는 동작;
상기 FLUTE 세션에 포함된 상기 콘텐츠 파일들에 대한 브로드캐스트 시간들 및 채널들을 스케줄링하는 동작;
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 스케줄링된 상기 브로드캐스트 시간들 및 채널들을 식별하는 제 1 파일 전달 테이블을 생성하는 동작;
브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 브로드캐스트하게 하는 동작; 및
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 1 파일 전달 테이블에서 식별된 상기 시간들에 그리고 상기 채널들 상에서 상기 콘텐츠 파일들을 브로드캐스트하게 하여, 상기 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드캐스트되고, 상기 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되게 하는 동작을 수행하게 하도록 구성된, 비일시적 프로세서 판독가능 매체.
제 12 항에 있어서,
저장된 상기 서버 실행가능 명령들은, 상기 서버로 하여금,
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 상기 스케줄링된 브로드캐스트 시간들을 식별하는 제 2 파일 전달 테이블을 생성하는 동작으로서, 상기 제 2 파일 전달 테이블은 상기 제 1 파일 전달 테이블의 업데이트 주기와는 상이한 업데이트 주기를 가지는, 상기 제 2 파일 전달 테이블을 생성하는 동작; 및
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 2 채널을 통해 상기 제 2 파일 전달 테이블을 브로드캐스트하게 하는 동작을 추가로 수행하게 하도록 구성된, 비일시적 프로세서 판독가능 매체.
제 12 항에 있어서,
상기 제 1 파일 전달 테이블은 상기 콘텐츠 파일들이 상기 FLUTE 세션에서 브로드캐스트될 시작 시간 및 종료 시간을 식별하는, 비일시적 프로세서 판독가능 매체.
FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션에서 콘텐츠를 수신하는 방법으로서,
브로드캐스트 네트워크에서 제 1 채널, 제 2 채널, 및 제 3 채널을 가지는 FLUTE 세션의 표시를 수신하는 단계로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되고, 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드케스트되고, 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되는, 상기 FLUTE 세션의 표시를 수신하는 단계;
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 제 1 파일 전달 테이블을 수신하는 단계로서, 상기 제 1 파일 전달 테이블은 복수의 파일들 중 각각의 파일이 브로드캐스트될 시간 및 채널을 식별하는, 상기 제 1 파일 전달 테이블을 수신하는 단계;
상기 제 1 파일 전달 테이블로부터 상기 복수의 파일들 중에서 수신을 위한 파일을 선택하는 단계;
상기 제 1 파일 전달 테이블로부터 선택된 상기 파일이 브로드캐스트될 채널을 결정하는 단계;
상기 제 1 파일 전달 테이블로부터 상기 선택된 파일이 브로드캐스트될 시간을 결정하는 단계; 및
결정된 상기 시간에 결정된 상기 채널 상에서 상기 선택된 파일을 수신하는 단계를 포함하는, FLUTE 프로토콜 세션에서 콘텐츠를 수신하는 방법.
제 15 항에 있어서,
상기 제 1 파일 전달 테이블을 수신한 후에 브로드캐스트 네트워크 수신기를 스위치 오프하는 단계;
상기 결정된 시간에 상기 결정된 채널 상에서 상기 선택된 파일을 수신하기 위해 상기 브로드캐스트 네트워크 수신기를 스위치 온하는 시작 시간을 결정하는 단계;
상기 선택된 파일을 수신하기 위한 상기 결정된 시작 시간에 상기 브로드캐스트 네트워크 수신기를 스위치 온하는 단계; 및
상기 선택된 파일을 메모리에 저장하는 단계를 더 포함하는, FLUTE 프로토콜 세션에서 콘텐츠를 수신하는 방법.
브로드캐스트 송신물들을 수신하는 수신기 디바이스로서,
브로드캐스트 네트워크 수신기;
메모리;
상기 브로드캐스트 네트워크 수신기 및 상기 메모리에 연결된 프로세서를 포함하며,
상기 프로세서는,
브로드캐스트 송신에서 제 1 채널, 제 2 채널, 및 제 3 채널을 가지는 FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션의 표시를 수신하는 동작으로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되고, 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드케스트되고, 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되는, 상기 FLUTE 프로토콜 세션의 표시를 수신하는 동작;
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 제 1 파일 전달 테이블을 수신하는 동작으로서, 상기 제 1 파일 전달 테이블은 복수의 파일들 중 각각의 파일이 브로드캐스트될 시간 및 채널을 식별하는, 상기 제 1 파일 전달 테이블을 수신하는 동작;
상기 제 1 파일 전달 테이블로부터 상기 복수의 파일들 중에서 수신을 위한 파일을 선택하는 동작;
상기 제 1 파일 전달 테이블로부터 선택된 상기 파일이 브로드캐스트될 채널을 결정하는 동작;
상기 제 1 파일 전달 테이블로부터 상기 선택된 파일이 브로드캐스트될 시간을 결정하는 동작; 및
결정된 상기 시간에 결정된 상기 채널 상에서 상기 선택된 파일을 수신하는 동작을 수행하기 위한 프로세서 실행가능 명령들로 구성되는, 수신기 디바이스.
제 17 항에 있어서,
상기 프로세서는,
상기 제 1 파일 전달 테이블을 수신한 후에 상기 브로드캐스트 네트워크 수신기를 스위치 오프하는 동작;
상기 결정된 시간에 상기 결정된 채널 상에서 상기 선택된 파일을 수신하기 위해 상기 브로드캐스트 네트워크 수신기를 스위치 온하는 시작 시간을 결정하는 동작;
상기 선택된 파일을 수신하기 위한 상기 결정된 시작 시간에 상기 브로드캐스트 네트워크 수신기를 스위치 온하는 동작; 및
상기 선택된 파일을 상기 메모리에 저장하는 동작을 추가로 수행하도록 하는 프로세서 실행가능 명령들로 구성되는, 수신기 디바이스.
브로드캐스트 송신물들을 수신하는 수신기 디바이스로서,
브로드캐스트 송신들에서 제 1 채널, 제 2 채널, 및 제 3 채널을 가지는 FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션의 표시를 수신하는 수단으로서, 상기 FLUTE 세션은 , 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되고, 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드케스트되고, 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되는, 상기 FLUTE 프로토콜 세션의 표시를 수신하는 수단;
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 제 1 파일 전달 테이블을 수신하는 수단으로서, 상기 제 1 파일 전달 테이블은 복수의 파일들 중 각각의 파일이 브로드캐스트될 시간 및 채널을 식별하는, 상기 제 1 파일 전달 테이블을 수신하는 수단;
상기 제 1 파일 전달 테이블로부터 상기 복수의 파일들 중에서 수신을 위한 파일을 선택하는 수단;
상기 제 1 파일 전달 테이블로부터 선택된 상기 파일이 브로드캐스트될 채널을 결정하는 수단;
상기 제 1 파일 전달 테이블로부터 상기 선택된 파일이 브로드캐스트될 시간을 결정하는 수단; 및
결정된 상기 시간에 결정된 상기 채널 상에서 상기 선택된 파일을 수신하는 수단을 포함하는, 수신기 디바이스.
제 19 항에 있어서,
상기 제 1 파일 전달 테이블을 수신한 후에 배터리 전력을 절약하는 수단; 상기 선택된 파일을 수신하기 위한 상기 결정된 시간에 상기 결정된 채널 상에서 상기 선택된 파일을 수신하기 위한 시작 시간을 결정하는 수단;
상기 결정된 시작 시간에 상기 결정된 채널 상에서 상기 선택된 파일을 수신하는 수단; 및
수신된 상기 선택된 파일을 저장하는 수단을 더 포함하는, 수신기 디바이스.
프로세서 실행가능 명령을 저장하고 있는 비일시적 프로세서 판독가능 매체로서,
상기 프로세서 실행가능 명령은 수신기 디바이스 프로세서로 하여금,
브로드캐스트 송신에서 제 1 채널, 제 2 채널, 및 제 3 채널을 가지는 FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션의 표시를 수신하는 동작으로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되고, 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드케스트되고, 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되는, 상기 FLUTE 프로토콜 세션의 표시를 수신하는 동작;
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 제 1 파일 전달 테이블을 수신하는 동작으로서, 상기 제 1 파일 전달 테이블은 복수의 파일들 중 각각의 파일이 브로드캐스트될 시간 및 채널을 식별하는, 상기 제 1 파일 전달 테이블을 수신하는 동작;
상기 제 1 파일 전달 테이블로부터 상기 복수의 파일들 중에서 수신을 위한 파일을 선택하는 동작;
상기 제 1 파일 전달 테이블로부터 선택된 상기 파일이 브로드캐스트될 채널을 결정하는 동작;
상기 제 1 파일 전달 테이블로부터 상기 선택된 파일이 브로드캐스트될 시간을 결정하는 동작; 및
결정된 상기 시간에 결정된 상기 채널 상에서 상기 선택된 파일을 수신하는 동작을 수행하게 하도록 구성된, 비일시적 프로세서 판독가능 매체.
제 21 항에 있어서,
저장된 상기 프로세서 실행가능 명령들은, 상기 수신기 디바이스 프로세서로 하여금,
상기 제 1 파일 전달 테이블을 수신한 후에 브로드캐스트 네트워크 수신기를 스위치 오프하는 동작;
상기 결정된 시간에 상기 결정된 채널 상에서 상기 선택된 파일을 수신하기 위해 상기 브로드캐스트 네트워크 수신기를 스위치 온하는 시작 시간을 결정하는 동작;
상기 선택된 파일을 수신하기 위한 상기 결정된 시작 시간에 상기 브로드캐스트 네트워크 수신기를 스위치 온하는 동작; 및
상기 선택된 파일을 메모리에 저장하는 동작을 추가로 수행하게 하도록 구성된, 비일시적 프로세서 판독가능 매체.
FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템으로서,
송신기 및 서버를 포함하는 브로드캐스트 네트워크; 및
수신기 디바이스를 포함하며,
상기 수신기 디바이스는
브로드캐스트 네트워크 수신기;
메모리; 및
상기 브로드캐스트 네트워크 수신기 및 상기 메모리에 연결된 프로세서를 포함하며,
상기 서버는,
복수의 콘텐츠 파일들을 포함하는 콘텐츠를 수신하는 동작으로서, 상기 복수의 콘텐츠 파일들은 제 1 사이즈의 파일들 및 상기 제 1 사이즈와 상이한 제 2 사이즈의 파일들을 포함하는, 상기 콘텐츠를 수신하는 동작;
상기 콘텐츠 파일들을 제 1 채널, 제 2 채널, 및 제 3 채널을 갖는 FLUTE 세션으로 어셈블리하는 동작으로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되는, 상기 어셈블리하는 동작;
상기 FLUTE 세션에 포함된 상기 콘텐츠 파일들에 대한 브로드캐스트 시간들 및 채널들을 스케줄링하는 동작;
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 스케줄링된 상기 브로드캐스트 시간들 및 채널들을 식별하는 제 1 파일 전달 테이블을 생성하는 동작;
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 브로드캐스트하게 하는 동작; 및
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 1 파일 전달 테이블에서 식별된 상기 시간들에 그리고 상기 채널들 상에서 상기 콘텐츠 파일들을 브로드캐스트하게 하여, 상기 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드캐스트되고, 상기 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되는 동작을 수행하기 위한 프로세서 실행가능 명령들로 구성되고,
상기 수신기 디바이스의 상기 프로세서는,
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 수신하는 동작;
상기 제 1 파일 전달 테이블로부터 상기 복수의 콘텐츠 파일들 중에서 수신을 위한 콘텐츠 파일을 선택하는 동작;
상기 제 1 파일 전달 테이블로부터 선택된 상기 파일이 브로드캐스트될 채널을 결정하는 동작;
상기 제 1 파일 전달 테이블로부터 상기 선택된 콘텐츠 파일이 브로드캐스트될 시간을 결정하는 동작; 및
결정된 상기 시간에 결정된 상기 채널 상에서 상기 선택된 콘텐츠 파일을 수신하는 동작을 수행하는 프로세서 실행가능 명령들로 구성되는, FLUTE 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템.
제 23 항에 있어서,
상기 서버는,
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 상기 스케줄링된 브로드캐스트 시간들을 식별하는 제 2 파일 전달 테이블을 생성하는 동작으로서, 상기 제 2 파일 전달 테이블은 상기 제 1 파일 전달 테이블의 업데이트 주기와는 상이한 업데이트 주기를 가지는, 상기 제 2 파일 전달 테이블을 생성하는 동작; 및
상기 브로드캐스트 네트워크로 하여금, 상기 FLUTE 세션 동안에 상기 제 2 채널을 통해 상기 제 2 파일 전달 테이블을 브로드캐스트하게 하는 동작을 추가로 수행하기 위한 프로세서 실행가능 명령들로 구성되는, FLUTE 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템.
제 23 항에 있어서,
상기 제 1 파일 전달 테이블은 상기 콘텐츠 파일들이 상기 FLUTE 세션에서 브로드캐스트될 시작 시간 및 종료 시간을 식별하는, FLUTE 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템.
제 23 항에 있어서,
상기 수신기 디바이스의 상기 프로세서는,
상기 제 1 파일 전달 테이블을 수신한 후에 상기 브로드캐스트 네트워크 수신기를 스위치 오프하는 동작;
상기 결정된 시간에 상기 결정된 채널 상에서 상기 선택된 콘텐츠 파일을 수신하기 위해 상기 브로드캐스트 네트워크 수신기를 스위치 온하는 시작 시간을 결정하는 동작;
상기 선택된 콘텐츠 파일을 수신하기 위한 상기 결정된 시작 시간에 상기 브로드캐스트 네트워크 수신기를 스위치 온하는 동작; 및
상기 수신기 디바이스의 상기 메모리에 상기 선택된 콘텐츠 파일을 저장하는 동작을 추가로 수행하기 위한 프로세서 실행가능 명령들로 구성되는, FLUTE 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템.
FLUTE (File Delivery over Unidirectional Transport) 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템으로서,
브로드캐스트를 위해 복수의 콘텐츠 파일들을 포함하는 콘텐츠를 수신하는 수단으로서, 상기 복수의 콘텐츠 파일들은 제 1 사이즈의 파일들 및 상기 제 1 사이즈와 상이한 제 2 사이즈의 파일들을 포함하는, 상기 콘텐츠를 수신하는 수단;
상기 콘텐츠 파일들을 제 1 채널, 제 2 채널, 및 제 3 채널을 갖는 FLUTE 세션으로 어셈블리하는 수단으로서, 상기 제 1 채널, 상기 제 2 채널, 및 상기 제 3 채널은 상기 FLUTE 세션의 세션 서술에서 동일한 세션 식별자 및 상이한 채널 식별자들에 의해 서술되는, 상기 어셈블리하는 수단;
상기 FLUTE 세션에 포함된 상기 콘텐츠 파일들에 대한 브로드캐스트 시간들 및 채널들을 스케줄링하는 수단;
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 스케줄링된 상기 브로드캐스트 시간들 및 채널들을 식별하는 제 1 파일 전달 테이블을 생성하는 수단;
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 브로드캐스트하는 수단;
상기 FLUTE 세션 동안에 상기 제 1 파일 전달 테이블에서 식별된 상기 시간들에 그리고 상기 채널들 상에서 상기 콘텐츠 파일들을 브로드캐스트하여, 상기 제 1 사이즈의 파일들은 상기 제 2 채널 상에서 제 1 데이터 레이트로 브로드캐스트되고, 상기 제 2 사이즈의 파일들은 상기 제 3 채널 상에서 상기 제 1 데이터 레이트와는 상이한 제 2 데이터 레이트로 브로드캐스트되게 하는 수단;
상기 FLUTE 세션 동안에 상기 제 1 채널을 통해 상기 제 1 파일 전달 테이블을 수신하는 수단;
상기 제 1 파일 전달 테이블로부터 상기 복수의 파일들 중에서 수신을 위한 콘텐츠 파일을 선택하는 수단;
상기 제 1 파일 전달 테이블로부터 선택된 상기 콘텐츠 파일이 브로드캐스트될 채널을 결정하는 수단;
상기 제 1 파일 전달 테이블로부터 상기 선택된 콘텐츠 파일이 브로드캐스트될 시간을 결정하는 수단; 및
결정된 상기 시간에 결정된 상기 채널 상에서 상기 선택된 콘텐츠 파일을 수신하는 수단을 포함하는, FLUTE 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템.
제 27 항에 있어서,
상기 FLUTE 세션에서 상기 콘텐츠 파일들에 대한 상기 스케줄링된 브로드캐스트 시간들을 식별하는 제 2 파일 전달 테이블을 생성하는 수단으로서, 상기 제 2 파일 전달 테이블은 상기 제 1 파일 전달 테이블의 업데이트 주기와는 상이한 업데이트 주기를 가지는, 상기 제 2 파일 전달 테이블을 생성하는 수단; 및
상기 FLUTE 세션 동안에 상기 제 2 채널을 통해 상기 제 2 파일 전달 테이블을 브로드캐스트하는 수단을 더 포함하는, FLUTE 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템.
제 27 항에 있어서,
상기 제 1 파일 전달 테이블은 상기 콘텐츠 파일들이 상기 FLUTE 세션에서 브로드캐스트될 시작 시간 및 종료 시간을 식별하는, FLUTE 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템.
제 27 항에 있어서,
상기 제 1 파일 전달 테이블을 수신한 후에 배터리 전력을 절약하는 수단;
상기 선택된 파일을 수신하기 위한 상기 결정된 시간에 상기 결정된 채널 상에서 상기 선택된 파일을 수신하기 위한 시작 시간을 결정하는 수단;
상기 결정된 시작 시간에 상기 결정된 채널 상에서 상기 선택된 파일을 수신하는 수단; 및
수신된 상기 선택된 파일을 저장하는 수단을 더 포함하는, FLUTE 프로토콜 세션에서 콘텐츠를 브로드캐스트하고 수신하는 시스템.