KR101706956B1

KR101706956B1 - 비실시간 서비스 처리 방법 및 방송 수신기

Info

Publication number: KR101706956B1
Application number: KR1020117010191A
Authority: KR
Inventors: 서종열; 고머 토마스; 송재형; 김진필; 홍호택; 이준휘
Original assignee: 엘지전자 주식회사
Priority date: 2008-12-09
Filing date: 2009-12-09
Publication date: 2017-02-15
Also published as: US10075772B2; KR20110093993A; US9854319B2; US8504714B2; US20130347041A1; WO2010068033A3; US20140173681A1; US20100161757A1; US20120226775A1; WO2010068033A2; US8156237B2

Abstract

비실시간으로 전송되는 서비스를 수신하여 처리하는 방송 수신기의 비실시간 서비스 처리 방법 및 방송 수신기가 개시된다. 상기 방송 수신기의 비실시간 서비스 처리 방법은 비실시간 서비스의 접속 정보를 포함하는 시그널링 정보 테이블을 수신하여 처리하는 단계, 상기 시그널링 정보 테이블을 기반으로 상기 비실시간 서비스의 데이터를 비실시간으로 수신하여 저장 매체에 저장하는 단계, 상기 시그널링 정보 테이블로부터 상기 비실시간 서비스에 관련된 추가 정보의 접속 정보를 추출하는 단계, 및 상기 추출된 접속 정보를 기반으로 상기 비실시간 서비스에 관련된 추가 정보를 다운로드하는 단계를 포함한다.

Description

비실시간 서비스 처리 방법 및 방송 수신기{NON-REALTIME SERVICE PROCESSING METHOD AND BROADCASTING RECEIVER}

본 발명은 비실시간으로 전송되는 서비스를 수신하여 처리하는 방법 및 방송 수신기에 관한 것이다.

디지털 텔레비전(DTV)은 텔레비전(TV)의 고유 기능인 영상, 음성과 더불어 다양한 서비스를 제공할 수 있게 되었다. 예를 들어 방송 정보(Electronic Program Guide: EPG) 등을 사용자에게 제공할 수 있고, 2개 이상의 채널로부터 수신되는 방송 서비스를 동시에 제공할 수 있다. 특히 수신 시스템이 대용량의 저장 장치를 구비하고, 양방향 통신이 가능한 인터넷이나 데이터 통신 채널과 연결되면서 방송 신호를 이용하여 제공할 수 있는 서비스는 상당히 많아졌다.

본 발명의 목적은 비실시간 서비스를 수신하여 처리하는 방법 및 방송 수신기를 제공하는 것이다.

본 발명의 다른 목적은 비실시간 서비스에 관련된 추가 정보를 수신하기 위한 접속 정보를 시그널링하는 방법 및 방송 수신기를 제공하는 것이다.

본 발명의 또 다른 목적은 시그널링된 접속 정보를 기반으로 비실시간 서비스에 관련된 추가 정보를 수신하여 처리하는 방법 및 방송 수신기를 제공하는 것이다.

본 발명의 또 다른 목적은 콘텐트에 관련된 추가 정보를 수신하기 위한 접속 정보를 시그널링하는 방법 및 방송 수신기를 제공하는 것이다.

본 발명의 또 다른 목적은 시그널링된 접속 정보를 기반으로 콘텐트에 관련된 추가 정보를 수신하여 처리하는 방법 및 방송 수신기를 제공하는 것이다.

상기 목적을 달성하기 위하여, 본 발명의 일 실시예에 따른 방송 수신기의 비실시간 서비스 처리 방법은, 비실시간 서비스의 접속 정보를 포함하는 시그널링 정보 테이블을 수신하여 처리하는 단계, 상기 시그널링 정보 테이블을 기반으로 상기 비실시간 서비스의 데이터를 비실시간으로 수신하여 저장 매체에 저장하는 단계, 상기 시그널링 정보 테이블로부터 상기 비실시간 서비스에 관련된 추가 정보의 접속 정보를 추출하는 단계, 및 상기 추출된 접속 정보를 기반으로 상기 비실시간 서비스에 관련된 추가 정보를 다운로드하는 단계를 포함한다.

상기 비실시간 서비스(Non-Real Time; NRT)에 관련된 추가 정보는 인터넷과 플루트(File Delivery over Unidirectional Transport; FLUTE) 세션 중 적어도 하나로 다운로드된다.

상기 NRT 서비스에 관련된 추가 정보는 파일 형태로 다운로드된다.

상기 접속 정보는 상기 NRT 서비스에 관련된 추가 정보의 파일을 식별하는 URI(Uniform Resource Identifier) 값이다.

상기 NRT 서비스에 관련된 추가 정보의 파일이 인터넷으로 제공된다면, 상기 접속 정보는 웹 사이트 어드레스를 포함한다.

상기 NRT 서비스에 관련된 추가 정보의 파일이 FLUTE 세션으로 제공된다면, 상기 접속 정보는 상기 FLUTE 세션 내 FDT(파일 전송 테이블, File Delivery Table)의 해당 파일의 콘텐트 위치(content location) 정보를 포함한다.

본 발명의 일 실시예에 따른 방송 수신기는 제1, 제2 처리부, 및 NRT 서비스 매니저를 포함할 수 있다. 상기 제1 처리부는 비실시간 서비스의 접속 정보를 포함하는 시그널링 정보 테이블을 수신하여 처리한다. 상기 제2 처리부는 상기 시그널링 정보 테이블을 기반으로 상기 비실시간 서비스의 데이터를 비실시간으로 수신하여 저장 매체에 저장한다. 상기 NRT 서비스 매니저는 상기 시그널링 정보 테이블로부터 상기 비실시간 서비스에 관련된 추가 정보의 접속 정보를 추출하고, 추출된 접속 정보를 기반으로 상기 비실시간 서비스에 관련된 추가 정보를 다운로드한다.

본 발명의 다른 목적, 특징 및 잇점들은 첨부한 도면을 참조한 실시예들의 상세한 설명을 통해 명백해질 것이다.

본 발명은 NRT 서비스에 관련된 추가 정보 및/또는 콘텐트에 관련된 추가 정보는 파일 형태로 인터넷이나 FLUTE 세션을 통해 NRT로 제공하고, 상기 추가 정보를 다운로드할 수 있는 접속 정보(또는 위치 정보)를 시그널링 정보 테이블에 시그널링함으로써, 인터넷이나 NRT로 제공되는 NRT 서비스 및/또는 콘텐트에 관련된 추가 정보를 쉽게 다운로드할 수 있다. 또한 NRT 서비스 및/또는 콘텐트에 관련된 추가 정보를 시그널링 정보 테이블을 통해 전송하지 않음으로써, 해당 시그널링 정보 테이블의 사이즈가 커지는 것을 방지할 수 있다.

도 1은 본 발명에 따른 실시간 서비스(real-time service RT)와 비실시간 서비스(non-real time service; NRT)를 제공하는 개념을 나타낸 도면
도 2는 본 발명에 따른 NRT 서비스, 콘텐트 아이템, 파일과의 관계를 보인 도면
도 3은 본 발명에 따른 Fixed NRT 서비스를 위한 프로토콜 스택의 일 실시예를 보인 도면
도 4는 본 발명에 따른 가상 채널 테이블의 비트 스트림 신택스 구조의 일 실시예를 보인 도면
도 5는 도 4의 가상 채널 테이블 내 서비스 타입 필드 값 및 그 값의 의미의 일 실시예를 나타낸 도면
도 6는 도 4의 가상 채널 테이블 내 서비스 타입 필드에 할당되는 값 및 그 값의 의미의 다른 실시예를 나타낸 도면
도 7은 본 발명에 따른 데이터 서비스 테이블의 비트 스트림 신택스 구조의 일 실시예를 보인 도면
도 8은 본 발명에 따른 PSI/PSIP 테이블을 이용하여 NRT 서비스 시그널링 채널을 전송하는 IP 스트림의 접속 정보를 획득하는 과정의 일 실시예를 보인 도면
도 9는 본 발명에 따른 PSI/PSIP 테이블을 이용하여 NRT 서비스 시그널링 채널을 전송하는 IP 스트림의 접속 정보를 획득하는 과정의 일 실시예를 보인 흐름도
도 10과 도 11은 본 발명에 따른 NST섹션의 비트 스트림 신택스 구조의 일 실시예를 보인 도면
도 12는 본 발명에 따른 component_descriptor()의 비트 스트림 신택스 구조에 대한 일 실시예를 보인 도면
도 13은 도 12의 component_descriptor()를 이용한 FLUTE 파일 딜리버리 데이터의 비트 스트림 신택스 구조에 대한 일 실시예를 보인 도면
도 14와 도 15는 본 발명에 따른 NRT-IT 섹션의 비트 스트림 신택스 구조의 일 실시예를 보인 도면
도 16은 본 발명에 따른 NRT 서비스 관련 머티어리얼 디스크립터의 비트 스트림 신택스 구조의 일 실시예를 보인 도면
도 17은 본 발명에 따른 URI_type 필드에 할당되는 값 및 그 값의 의미의 예를 보인 도면
도 18은 본 발명에 따른 URI_access_type 필드에 할당되는 값 및 그 값의 의미의 예를 보인 도면
도 19는 본 발명에 따른 Relate_type 필드에 할당되는 값 및 그 값의 의미의 예를 보인 도면
도 20의 (a) 내지 (c)는 본 발명에 따른 NRT 서비스 관련 머티어리얼 디스크립터가 NST에 포함되어 수신될 때, 방송 수신기에서 구현할 수 있는 UI 화면 구성의 일 예를 보인 도면
도 21의 (a) 내지 (c)는 본 발명에 따른 NRT 서비스 관련 머티어리얼 디스크립터가 NST에 포함되어 수신될 때, 방송 수신기에서 구현할 수 있는 UI 화면 구성의 다른 예를 보인 도면
도 22는 본 발명에 따른 NRT 콘텐트 관련 머티어리얼 디스크립터의 비트 스트림 신택스 구조의 일 실시예를 보인 도면
도 23은 본 발명에 따른 콘텐트 추가 정보 디스크립터의 비트 스트림 신택스 구조의 일 실시예를 보인 도면
도 24는 본 발명에 따른 이벤트 관련 머티어리얼 디스크립터의 비트 스트림 신택스 구조의 일 실시예를 보인 도면
도 25는 본 발명에 따른 Fixed NRT 서비스를 위한 방송 수신기의 일 실시예를 보인 구성 블록도

발명의 실시를 위한 최선의 형태

이하 상기의 목적을 구체적으로 실현할 수 있는 본 발명의 바람직한 실시예를 첨부한 도면을 참조하여 설명한다. 이때 도면에 도시되고 또 이것에 의해서 설명되는 본 발명의 구성과 작용은 적어도 하나의 실시예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다.

본 발명에서 사용하는 용어 중 실시간 서비스(real time service; RT service)는, 말 그대로 실시간 서비스를 의미한다. 즉, 시간에 구속받는 서비스이다. 이에 반해, 비실시간 서비스(non-real time service; NRT service)는 상기 실시간(RT) 서비스 이외의 비실시간 서비스를 의미한다. 즉, 비실시간 서비스는 시간에 구속받지 않는 서비스이다. 그리고 NRT 서비스를 위한 데이터를 NRT 서비스 데이터라 하기로 한다.

본 발명에서 사용하는 용어 중 real time (RT) service는, 말 그대로 실시간 서비스를 의미한다. 즉, 시간에 구속받는 서비스이다. 이에 반해, non-real time (NRT) service는 상기 RT 서비스 이외의 비실시간 서비스를 의미한다. 즉, 비실시간 서비스는 시간에 구속받지 않는 서비스이다. 그리고 NRT 서비스를 위한 데이터를 NRT 서비스 데이터라 하기로 한다.

상기 NRT 서비스는 방송 수신기의 저장 매체에 저장된 후, 기 설정된 시간이나 유저의 요청에 따라 디스플레이 장치에 표시된다. 상기 NRT 서비스는 파일 형태로 수신되어 저장 매체에 저장되는 것을 일 실시예로 한다. 상기 저장 매체는 방송 수신기의 내부에 장착된 내장 하드디스크(Hard Disk Drive; HDD)인 것을 일 실시예로 한다. 또 다른 예로, 상기 저장 매체는 방송 수신 시스템의 외부에 연결된 USB(Universal Serial Bus) 메모리, 외장 HDD 등이 될 수도 있다.

상기 NRT 서비스는 방송 수신기의 저장 매체에 저장된 후, 기 설정된 시간이나 유저의 요청에 따라 디스플레이 장치에 표시된다. 상기 NRT 서비스는 파일 형태로 수신되어 저장 매체에 저장되는 것을 일 실시예로 한다. 상기 저장 매체는 방송 수신기의 내부에 장착된 내장 HDD인 것을 일 실시예로 한다. 또 다른 예로, 상기 저장 매체는 방송 수신 시스템의 외부에 연결된 USB(Universal Serial Bus) 메모리, 외장 HDD 등이 될 수도 있다.

본 발명에 따른 NRT 서비스는 IP 데이터그램을 얻는 방식에 따라 고정형 비실시간(Fixed NRT) 서비스와 모바일 비실시간(Mobile NRT) 서비스로 구분할 수 있다. 특히 상기 Fixed NRT 서비스는 고정형 방송 수신기로 제공되고, Mobile NRT 서비스는 이동형 방송 수신기로 제공된다.

본 발명에 따른 NRT 서비스는 IP 데이터그램을 얻는 방식에 따라 Fixed NRT 서비스와 Mobile NRT 서비스로 구분할 수 있다. 특히 상기 Fixed NRT 서비스는 고정형 방송 수신기로 제공되고, Mobile NRT 서비스는 이동형 방송 수신기로 제공된다.

본 발명은 Fixed NRT 서비스를 일 실시예로 설명할 것이다. 그러나 본 발명이 Mobile NRT 서비스에도 적용될 수 있음은 당연하다.

도 1은 RT 서비스와 NRT 서비스를 제공하는 개념을 개시한다.

방송국은 기존 방식에 따라 즉, 현재의 지상파 방송(또는 모바일 방송)과 같이 RT 서비스를 송신한다. 이때, 방송국은 RT 서비스를 송신하고 그 과정에서 남는 대역폭을 이용하거나 또는 전용 대역폭을 이용하여 NRT 서비스를 제공할 수 있다. 즉, RT 서비스와 NRT 서비스는 동일 채널 또는 다른 채널을 통해 전송된다. 따라서 방송 수신기에서 RT 서비스와 NRT 서비스를 구분하고, 구분된 NRT 서비스를 저장한 후 필요시에 유저에게 제공하기 위해 NRT 서비스 시그널링 정보(또는 NRT 서비스 시그널링 데이터)가 요구된다. 상기 NRT 서비스 시그널링 정보(또는 NRT 서비스 시그널링 데이터)는 뒤에서 상세히 설명하기로 한다.

종래의 방송 수신기(즉, 레거시 디바이스; legacy device)는 실시간 서비스를 수신하여 처리할 수는 있으나, 비실시간 서비스를 수신하여 처리할 수는 없다. 즉, 종래의 방송 수신기(즉, legacy device)는 실시간 서비스를 전송하는 채널에 포함된 NRT 스트림에 의해 그 동작이 영향을 받지 않는 것이 원칙이다. 다시 말해, 종래의 방송 수신기는 NRT 서비스를 수신하여도 적절하게 처리할 수 있는 수단이 구비되지 않아 상기 수신된 NRT 서비스를 처리할 수 없다.

종래의 방송 수신기(즉, legacy device)는 실시간 서비스를 수신하여 처리할 수는 있으나, 비실시간 서비스를 수신하여 처리할 수는 없다. 즉, 종래의 방송 수신기(즉, legacy device)는 실시간 서비스를 전송하는 채널에 포함된 NRT 스트림에 의해 그 동작이 영향을 받지 않는 것이 원칙이다. 다시 말해, 종래의 방송 수신기는 NRT 서비스를 수신하여도 적절하게 처리할 수 있는 수단이 구비되지 않아 상기 수신된 NRT 서비스를 처리할 수 없다.

반면, 본 발명에 따른 방송 수신기(즉, NRT device)는 RT 서비스와 결합된 NRT 서비스를 수신하여 적절하게 처리할 수 있으므로, 시청자에게 종래 방송 수신기에 비해 다양한 기능을 제공할 수 있다.

본 발명에 따른 하나의 NRT 서비스는 도 2에서와 같이 하나 이상의 콘텐트 아이템(또는 콘텐트 또는 NRT 콘텐트라 함)를 포함하고, 하나의 콘텐트 아이템은 하나 이상의 파일을 포함하는 것을 일 실시예로 한다. 본 발명에서 파일과 오브젝트는 동일한 의미로 사용된다.

상기 콘텐트 아이템은 독립적으로 재생이 가능한 최소 단위이다. 예를 들어, 비실시간으로 제공되는 뉴스가 있고, 상기 뉴스에는 경제 뉴스, 정치 뉴스, 생활 뉴스가 포함된다고 할 때, 상기 뉴스는 NRT 서비스라 할 수 있고, 경제 뉴스, 정치 뉴스, 생활 뉴스 각각은 콘텐트 아이템이라 할 수 있다. 그리고, 경제 뉴스, 정치 뉴스, 생활 뉴스 각각은 하나 이상의 파일로 구성된다.

이때 NRT 서비스는 RT 서비스와 동일한 방송 채널 또는 전용 방송 채널을 통해 MPEG-2 트랜스포트 스트림(TS) 패킷 형태로 전송될 수 있다. 이 경우 NRT 서비스를 식별하기 위하여 유니크한 PID가 상기 NRT 서비스 데이터의 TS 패킷에 할당되어 전송된다. 본 발명은 IP 기반의 NRT 서비스 데이터가 MPEG-2 TS 패킷화되어 전송되는 것을 일 실시예로 한다.

이때 상기 NRT 서비스 데이터를 수신하는데 필요한 NRT 서비스 시그널링 데이터는 NRT 서비스 시그널링 채널을 통해 전송된다. 상기 NRT 서비스 시그널링 채널은 IP 계층 상에서 특정 IP 스트림을 통하여 전송되는데, 이때 상기 IP 스트림도 MPEG-2 TS 패킷화되어 전송된다. 상기 NRT 서비스 시그널링 채널로 전송되는 NRT 서비스 시그널링 데이터는 NRT 서비스 맵 테이블(Service Map Table 또는 Service Table ; NST)와 NRT 정보 테이블(NRT Information Table ; NRT-IT)를 포함한다. 상기 NST는 IP 계층에서 구동하는 적어도 하나의 NRT 서비스, 상기 NRT 서비스를 구성하는 콘텐트 아이템/파일들의 접속 정보를 제공하는 것을 일 실시예로 한다. 상기 NRT-IT는 NRT 서비스를 구성하는 콘텐트 아이템/파일들의 상세 정보를 제공하는 것을 일 실시예로 한다. 본 발명은 상기 NST와 NRT-IT를 시그널링 정보 테이블이라 하기도 한다.

도 3은 본 발명의 일 실시예에 따라 구성한 NRT 서비스에 대한 프로토콜 스택을 도시한 것이다.

본 발명에서는 Fixed NRT 서비스를 위해, 파일 형태의 NRT 서비스를 IP 계층에서 IP 패킷화한 후 특정 가상 채널을 통해 MPEG-2 TS 형태로 전송하는 것을 일 실시예로 한다.

본 발명에서는 MPEG-2 기반의 PSI(Program Specific Information)/PSIP(Program and System Information Protocol) 테이블 예를 들어, 가상 채널 테이블(VCT)를 통하여 가상 채널(Virtual channel) 내, NRT 서비스의 존재 여부 및 NRT 서비스의 식별(Identification) 정보를 시그널링하는 것을 일 실시예로 한다.

본 발명은 IP 기반의 NRT 서비스의 접속 정보를 시그널링하는 NRT 서비스 시그널링 데이터를 전송하는 NRT 서비스 시그널링 채널을 IP 계층에서 특정 IP 스트림으로 IP 패킷화한 후 MPEG-2 TS 형태로 전송하는 것을 일 실시예로 한다.

또한 상기 NRT 콘텐트/파일들을 수신하기 위해 필요한 NRT 서비스 시그널링 데이터는 NRT 서비스 시그널링 채널을 통해 전송되는데, 상기 NRT 서비스 시그널링 채널은 UDP(User Datagram protocol) 방식에 따라 패킷화되고, 상기 패킷화된 UDP 데이터는 다시 IP 방식에 따라 패킷화되어 UDP/IP 데이터가 된다. 상기 UDP/IP 데이터도 본 발명에서는 설명의 편의를 위해 IP 데이터그램이라 한다. 이때 상기 NRT 서비스 시그널링 채널은 잘 알려진 IP 데스티네이션 어드레스(Well-known IP desination address)와 잘 알려진 UDP 포트 넘버(well-known desination UDP port number)를 가지는 IP 데이터그램에 인캡슐레이션되어 멀티캐스트(Multicast)되는 것을 일 실시예로 한다.

또한 상기 NRT 콘텐트/파일들을 수신하기 위해 필요한 NRT 서비스 시그널링 데이터는 NRT 서비스 시그널링 채널을 통해 전송되는데, 상기 NRT 서비스 시그널링 채널은 UDP(User Datagram protocol) 방식에 따라 패킷화되고, 상기 패킷화된 UDP 데이터는 다시 IP 방식에 따라 패킷화되어 UDP/IP 데이터가 된다. 상기 UDP/IP 데이터도 본 발명에서는 설명의 편의를 위해 IP 데이터그램이라 한다. 이때 상기 NRT 서비스 시그널링 채널은 Well-known IP desination address와 well-known desination UDP port number를 가지는 IP 데이터그램에 인캡슐레이션되어 멀티캐스트(Multicast)되는 것을 일 실시예로 한다.

본 발명에서는 상기 NRT 서비스 및 NRT 서비스 시그널링 채널의 IP 데이터그램들을 어드레서블 섹션 구조로 인캡슐레이션하고, 다시 MPEG-2 TS 포맷으로 패킷화하는 것을 일 실시예로 한다. 즉, 하나의 어드레서블 섹션 구조는 하나의 IP 데이터그램에 섹션 헤더와 CRC 첵섬(checksum)이 추가적으로 더해지는 형태를 가지게 된다. 이러한 어드레서블 섹션 구조의 형태는 프라이빗 데이터(private data) 전송을 위한 DSM-CC(Digital Storage Media Command and Control) 섹션 포맷에 부합되는 구조로 되어 있다. 따라서 상기 어드레서블 섹션은 DSM-CC 어드레서블 섹션이라 하기도 한다. 그리고, 상기 어드레서블 섹션 데이터를 184 바이트 단위로 분할한 후, 각 184 바이트에 4바이트의 MPEG 헤더를 부가하면, 188 바이트의 MPEG-2 TS 패킷을 만들 수 있다. 이때, 상기 MPEG 헤더의 PID에 할당되는 값은 상기 NRT 서비스와 NRT 서비스 시그널링 채널을 전송하는 TS 패킷을 식별할 수 있는 유니크한 값이다.

또한, PSI(Program Specific Information) 및 PSIP(Program and System Information Protocol) 테이블 섹션 데이터도 MPEG-2 TS 패킷화된다.

상기 PSI테이블은 일 실시예로, PMT(Program Map Table), PAT(Program Association Table) 등을 포함하고, PSIP테이블은 일 실시예로, VCT(Virtual Channel Table), STT(System Time Table), RRT(Rating Region Table), ETT(Extended Text Table), DCCT(Direct Channel Change Table), DCCSCT(Direct Channel Change Selection Code Table), EIT(Event Information Table), 및 MGT(Master Guide Table)를 포함할 수 있다.

상기 MPEG-2 TS 패킷들은 물리 계층(physical layer)에서 기 정해진 전송 방식 예를 들면, VSB 전송 방식으로 변조되어 수신 시스템으로 전송된다.

본 발명에서는 NRT 서비스의 전송 여부를 PSI/PSIP 테이블을 통해 시그널링하는 것을 일 실시예로 한다. 일 예로, 상기 NRT 서비스의 전송 여부를 가상 채널 테이블(VCT)에 시그널링하는 것을 일 실시예로 한다.

도 4는 상기 가상 채널 테이블(VCT) 섹션의 신택스 구조의 일 실시예를 보이고 있다.

상기 VCT 섹션은 가상 채널에 대한 정보 예를 들어, 채널 선택을 위한 채널 정보와 오디오 및/또는 비디오의 수신을 위한 패킷 식별자(PID) 등의 정보를 전송한다. 즉, 상기 VCT 섹션을 파싱하면 채널 이름, 채널 번호 등과 함께 채널내에 실려오는 방송 프로그램의 오디오와 비디오의 PID를 알 수 있다.

상기 VCT 섹션의 신택스는 table_id 필드, section_syntax_indicator 필드, private_indicator 필드, section_length 필드, transport_stream_id 필드, version_number 필드, current_next_indicator 필드, section_number 필드, last_section_number 필드, protocol_version 필드, num_channels_in_section 필드 중 적어도 하나를 포함하여 구성된다.

상기 VCT 섹션의 신택스는 상기 num_channels_in_section 필드 값만큼 반복되는 'for' 루프(즉, 가상 채널 루프)의 제1 반복문을 더 포함하는데, 상기 제1 반복문 내에는 short_name 필드, major_channel_number 필드, minor_channel_number 필드, modulation_mode 필드, carrier_frequency 필드, channel_TSID 필드, program_number 필드, ETM_location 필드, access_controlled 필드, hidden 필드, service_type 필드, source_id 필드, descriptor_length 필드, 및 이 제1 반복문 내에 포함되는 디스크립터 수만큼 반복되는 'for' 루프로 된 제2 반복문 중 적어도 하나를 포함하여 구성된다. 본 발명에서는 설명의 편의를 위해 상기 제2 반복문을 제1 디스크립터 루프라 한다. 상기 제1 디스크립터 루프에 포함되는 디스크립터 descriptors()는 가상 채널 각각에 개별적으로 적용되는 디스크립터이다.

또한 상기 VCT 섹션 신택스는 additional_descriptor_length 필드와, 상기 VCT섹션에 추가되는 디스크립터 수만큼 반복되는 'for' 루프로 된 제3 반복문을 더 포함할 수 있다. 본 발명에서는 설명의 편의를 위해 상기 제3 반복문을 제2 디스크립터 루프라 한다. 상기 제2 디스크립터 루프에 포함되는 디스크립터 additional_descriptors()는 VCT섹션에서 기술되는 모든 가상 채널에 공통적으로 적용되는 디스크립터이다.

이와 같이 구성된 도 4에서, 상기 table_id 필드는 상기 테이블로 전송되는 정보가 VCT임을 인식할 수 있는 고유 식별자(ID)를 표시한다. 즉, 상기 table_id 필드는 이 섹션(section)이 속해 있는 테이블이 VCT라는 것을 알려주는 값을 나타내며, 일 예로 0xC8이 할당될 수 있다.

상기 version_number 필드는 VCT의 버전 값을 나타내고, 상기 section_number 필드는 이 섹션의 번호를, 상기 last_section_number 필드는 완전한 VCT의 마지막 섹션의 번호를 나타낸다. 상기 num_channels_in_section 필드는 상기 VCT 섹션 내에 존재하는 전체 가상 채널의 개수를 지정한다.

그리고, 상기 'for'루프의 제1 반복문 내에 있는 short_name 필드는 가상 채널 이름을 나타내고, 상기 major_channel_number 필드는 상기 제1 반복문 안에서 정의되는 가상 채널과 관련된 '메이저' 채널 번호를 나타내고, 상기 minor_channel_number 필드는 '마이너' 채널 번호를 나타낸다. 즉, 각각의 가상 채널 번호는 메이저와 마이너 채널 번호에 연결되어 있어야 하며, 메이저, 마이너 채널 번호는 해당 가상 채널에 대한 사용자 참조 번호로 작용한다.

상기 service_type 필드는 해당 가상 채널(virtual channel) 내의 서비스 타입을 알려주는 필드이다.

상기 service_type 필드는 해당 virtual channel 내의 서비스 타입을 알려주는 필드이다.

일 실시예로, 상기 가상 채널은 오디오 및/또는 비디오가 포함된 적어도 하나의 RT 서비스와 적어도 하나의 NRT 서비스를 모두 포함할 수 있다.

이 경우, 도 5와 같이 서비스 타입 값이 할당될 수 있으며, ATSC 데이터 온리(only) 서비스를 나타내는 0x04를 이용하여 상기 가상 채널로 NRT서비스가 전송됨을 지시할 수 있다.

다른 실시예로, 상기 가상 채널은 하나 이상의 NRT 서비스만을 포함할 수 있다. 이 경우, 도 6과 같이 service_type 필드 값으로 0x08을 새로이 정의하고 상기 가상 채널로 NRT 서비스가 전송됨을 지시할 수 있다.

상기 source_id 필드는 해당 가상 채널에 연결된 프로그램 소스를 나타낸다.

여기서, 소스란 영상, 텍스트, 데이터 또는 음향과 같은 하나의 특정 소스를 말한다. 상기 source_id 필드값은 VCT를 전송하는 트랜스포트 스트림 내에서는 유일한 값을 가진다.

한편, 상기 VCT의 service_location_descriptor에 포함된 PID를 통해 DST를 수신할 수 있으며, 데이터 서비스 테이블(DST)을 통해 어플리케이션의 종류 및 이 채널을 통해 전송되는 데이터 방송 스트림의 상세 정보를 알 수 있다.

본 발명은 DST를 이용하여 NRT 어플리케이션(즉, NRT 서비스)를 식별하도록 한다.

sdf_protocol_version 필드 (8비트)는, 서비스 설명 프레임워크(Service Description Framework) 프로토콜의 버전을 설명한다.

sdf_protocol_version 필드 (8비트)는, Service Description Framework 프로토콜의 버전을 설명한다.

application_count_in_section 필드 (8비트)는, DST 섹션 내 리스트 된 어플리케이션들의 수를 설명한다.

compatibility_descriptor() 필드는, 해당 구조가 DSM-CC 호환성 디스크립터를 포함함을 나타낸다. 그 목적은 해당 데이터 서비스를 사용하기 위해 그 능력을 판단하기 위해 수신 플랫폼에서 어플리케이션의 호환성 요구사항들을 시그널링하기 위함이다.

app_id_description 필드 (16비트)는, 다음 어플리케이션 식별 바이트(application identification bytes)의 포맷과 시맨틱스를 설명한다. 본 발명은 하기의 표 1과 같이 예를 들면, ‘0x0003’을 새롭게 할당하여 해당 어플리케이션이 NRT 어플리케이션임을 식별하는데 이용한다. 상기 예시한 수치는 일 예에 불과하며, 상기 수치로 본 발명의 권리범위가 제한되는 것은 아니다.

app_id_description 필드 (16비트)는, 다음 application identification bytes의 포맷과 시맨틱스를 설명한다. 본 발명은 하기의 표 1과 같이 예를 들면, '0x0003'을 새롭게 할당하여 해당 어플리케이션이 NRT 어플리케이션임을 식별하는데 이용한다. 상기 예시한 수치는 일 예에 불과하며, 상기 수치로 본 발명의 권리범위가 제한되는 것은 아니다.

app_id_byte 필드 (8비트)는, 어플리케이션 식별자의 바이트를 표현한다.

tap_count 필드 (8비트)는, 해당 어플리케이션에 의한 사용되는 Tap() 구조들의 개수를 설명한다.

protocol_encapsulation 필드 (8비트)는, Tap() 필드에 의해 참조되는 특정 데이터 엘리먼트를 전송하기 위해 사용되는 프로토콜 인캡슐레이션의 타입을 설명한다.

action_type 필드 (7비트)는, Tap() 필드에 의해 참조되는 데이터의 본성을 지시한다.

resource_location 필드 (1비트)는, 다음 Tap 구조 내 리스트 된 association_tag 값과 매칭되는 association_tag 필드의 위치를 설명한다. 해당 필드가 '0'으로 설정되면 매칭되는 association_tag는 현재 MPEG-2 프로그램의 PMT 내 존재한다. 이와 달리, '1'로 설정되면 매칭되는 association_tag는 해당 데이터 서비스의 Network Resources Table 내 DSM-CC Resource Descriptor에 존재한다.

Tap() 필드는, 예를 들어 하기와 같은 필드들을 포함한 특정 구조로 정의된다. tap_id 필드 (16비트)는 데이터 엘리먼트들을 식별하기 위해 어플리케이션에 의해 사용된다. tap_id의 값은 DST 내 Tap()와 관련된 app_id_byte 필드들의 값에 의해 범위가 정해진다. tap_id 값은 데이터 서비스 프로바이더에 의해 선택된다. 또한, 그것은 데이터 엘리먼트를 다루기 위한 어플리케이션에서 사용된다.

Use 필드 (16비트)는, association_tag에 의해 참조되는 통신 채널을 특정하기 위해 사용된다.

association_tag 필드 (16비트)는, Network Resource Table 내 리스트 된 DSM-CC 리소스 디스크립터나 또는 PMT 내에 리스트 된 데이터 엘리먼트리 스트림 중 어느 하나를 유일하게 식별한다. 해당 필드의 값은 데이터 서비스의 PMT 내 association_tag_descriptor의 association_tag 값과 일치할 것이다.

Selector() 필드는, association_tag 필드에 의해 참조되는 통신 채널 또는 데이터 엘리먼트리 스트림 내에 이용 가능한 특정 데이터 엘리먼트를 설명한다. 게다가, 상기 selector 구조는 해당 데이터 엘리먼트를 위해 요구되는 프로토콜을 지시할 수 있다.

tap_info_length 필드 (16비트)는, 해당 필드 다음 필드의 디스크립터들의 바이트의 수를 설명한다.

descriptor() 필드는, 디스크립터 포맷을 따른다.

app_info_length 필드 (8비트)는, 해당 필드 다음의 디스크립터들의 바이트 수를 설명한다.

descriptor() 필드는, 디스크립터 포맷을 따른다.

app_data_length 필드 (16비트)는, app_data_byte 필드들의 바이트 단위의 길이를 설명한다.

app_data_byte (8비트)는, 어플리케이션과 관련된 입력 파라미터들과 다른 프라이빗 데이터 필드들을 1바이트로 표현한다.

service_info_length 필드 (8비트)는, 다음 디스크립터들의 바이트 단위의 수를 설명한다.

descriptor() 필드는, 디스크립터 포맷을 따른다.

service_private_data_length 필드 (16비트)는, 프라이빗 필드들의 바이트 단위의 길이를 설명한다.

service_private_data_byte 필드 (8비트)는, 프라이빗 필드를 1바이트로 표현한다.

도 8은 본 발명에 따른 방송 수신기에서, 데이터 방송 스트림을 전달하기 위한 ATSC A/90 규격과 IP 멀티캐스트 스트림(Multicast stream)을 전송하는 ATSC A/92 규격을 활용하여 NRT 서비스를 수신하여 서비스하는 방법을 설명하고 있다.

즉, 각 가상 채널을 구성하는 스트림의 정보는 VCT의 Service location descriptor나 PMT의 ES_loop에 시그널링 된다. 예를 들어, 도 5나 도 6에서와 같이 VCT의 서비스 타입(service type)이 0x02(즉, 디지털 A/V/Data)이거나 0x04(즉, Data only)인 경우, 또는 0x08(즉, NRT Only service)인 경우, 상기 가상 채널로 NRT 서비스 스트림이 전송될 수 있다. 이때 VCT의 service location descriptor(또는 PMT의 ES loop)에 포함된 stream_type 필드 값에 0x95(즉, DST 전송)가 할당되어 있으면 데이터 방송이 전송됨을 의미한다. 만일 stream_type 필드 값이 없거나, 0x95가 아니면 일반 A/V만 전송된다. 즉, 상기 service location desciptor에 포함된 stream_type 필드 값이 0x95를 나타내면, 이때의 Elementary_PID 필드 값은 DST(Data Service Table)의 PID 값이 된다. 따라서 상기 Elementary_PID를 통해 DST를 수신할 수 있다.

상기 DST를 통해 어플리케이션(Application)의 종류 및 이 채널을 통해 전송되는 데이터 방송 스트림의 상세 정보를 알 수 있다. 본 발명에서는 DST를 이용하여 NRT 어플리케이션(즉, NRT 서비스)를 식별하도록 한다.

만일, 상기 App_id_descrption 필드 값이 '0x0003'이면, 그 다음에 오는 Application_id_byte 값은 NRT 어플리케이션의 서비스 식별자(Service ID)값이 된다. 상기 NRT 어플리케이션을 위한 서비스 아이디는 해당 서비스를 전세계적으로 유일(Gloablly unique)하게 식별하는 URI (Uniform Resource Identifier)값을 가질 수 있다.

상기와 같이 NRT 어플리케이션임을 식별한 이후에는 NRT 서비스 시그널링 채널의 IP 데이터그램으로부터 분할된 MPEG-2 TS 패킷의 PID를 Tap 정보를 통해 찾는다. 그러면, 상기 tap 정보를 통해 찾은 PID를 갖는 MPEG-2 TS 패킷들로부터 NRT 서비스 시그널링 채널을 전송하는IP 데이터그램을 획득할 수 있으며, 상기 획득된 IP 데이터그램으로부터 NRT 서비스 시그널링 데이터를 획득할 수 있다. 이때 상기 NRT 서비스 시그널링 채널의 IP 접속 정보는 잘 알려진 IP 접속 정보 즉, 잘 알려진 IP 어드레스(well-known IP address)와 잘 알려진 UDP 포트 넘버(well-known UDP port number)가 사용될 수 있다.

즉, 상기 DST에서 Protocol_encapsulation 필드 값이 0x04이면 비동기 IP 스트림이 전송되고, Selector_type필드 값이 0x0102이면 selector_bytes를 통해 데스티네이션 어드레스(destination address)를 가리키는 device_id 값이 전달된다. 상기 selector_bytes값을 정확히 해석하기 위해서 multiprotocol_encaplsulation_descriptor가 사용되며, device_id값 중에서 유효(valid)한 바이트의 개수를 시그널링해준다. 결국 Tap 정보를 통하여 해당 PID로 전송되는 NRT 서비스 시그널링 채널의 IP 멀티캐스트 어드레스(Multicast address) (혹은 어드레스 범위; address range)를 알 수 있게 된다.

따라서, 상기 IP 멀티캐스트 어드레스(Multicast address) (혹은 어드레스 범위; address range)에 접속하여 IP 스트림 즉, IP 패킷을 수신하고, 상기 수신된 IP 패킷으로부터 NRT 서비스 시그널링 데이터를 추출한다.

따라서, 상기 IP Multicast address (혹은 address range)에 접속하여 IP 스트림 즉, IP 패킷을 수신하고, 상기 수신된 IP 패킷으로부터 NRT 서비스 시그널링 데이터를 추출한다.

상기 추출된 NRT 서비스 시그널링 데이터를 기초로, NRT 서비스 데이터 즉, NRT 콘텐트 아이템/파일들을 수신하여 저장 매체에 저장하거나, 디스플레이 장치에 표시할 수 있다.

본 발명은 다른 실시예로, DST의 Stream Type 필드 값에 0x95 대신 새로운 값 예를 들어, 0x96을 사용하여 NRT 서비스를 시그널링할 수 있다. 이는 기존 수신기가 데이터 방송 스트림의 존재 여부를 스트림 타입이 0x95인 스트림의 존재 여부로만 판단하여 동작할 경우, 새로운 어플리케이션인 NRT서비스에 대해 오동작할 우려가 있기 때문이다. 이러한 경우 스트림 타입을 새롭게 지정해 줌으로써 기존 수신기에서는 이를 무시하도록 하여 하위 호환성을 보장할 수 있을 것이다.

도 9는 상기 NRT 서비스 시그널링 데이터 및 NRT 서비스 데이터 추출 과정을 흐름도로 보인 도면이다.

즉, 수신기의 전원이 켜지고 디폴트 또는 사용자에 의한 채널이 선택되면(S1001), 상기 선택된 채널로 수신되는 방송 신호로부터 VCT와 PMT를 획득한다(S1002). 그리고 상기 획득된 VCT를 파싱하여 NRT 서비스가 있는지를 확인한다(S1003). 이는 상기 VCT의 가상 채널 루프 내 service_type 필드 값을 확인하여 알 수 있다. 상기 S1001는 튜너에서, 상기 S1002, S1003는 PSI/PSIP 섹션 핸들러에서 수행된다.

즉, 수신기의 전원이 켜지고 디폴트 또는 사용자에 의한 채널이 선택되면(S1001), 상기 선택된 채널로 수신되는 방송 신호로부터 VCT와 PMT를 획득한다(S1002). 그리고 상기 획득된 VCT를 파싱하여 NRT 서비스가 있는지를 확인한다(S1003). 이는 상기 VCT의 가상 채널 루프 내 service_type 필드 값을 확인하여 알 수 있다. 상기 S1001는 튜너에서, 상기 S1002,S1003는 PSI/PSIP 섹션 핸들러에서 수행된다.

예를 들어, 상기 service_type 필드 값이 0x08이 아니면 해당 가상 채널은 NRT 서비스를 전송하지 않는다. 이때 상기 가상 채널은 기존 서비스(즉, legacy ATSC 서비스)를 전송하므로, 수신기는 상기 가상 채널에 포함된 정보에 따라 적절한 동작을 수행한다.

상기 service_type 필드 값이 0x08이면, 해당 가상 채널은 NRT 서비스를 전송한다. 이 경우 상기 VCT의 가상 채널 루프 내 service location descriptor를 파싱하여 DST의 PID를 추출한다(S1004). 그리고 추출된 PID를 이용하여 DST를 수신한다(S1005). 상기 S1004, S1005은 서비스 매니저의 제어에 의해 역다중화기에서 수행된다.

상기 수신된 DST로부터 선택된 채널을 통해 제공되는 해당 서비스가 NRT 서비스인지를 확인한다(S1006).

상기 NRT 서비스는 App_id_descrption 필드 값으로부터 확인할 수 있다.

만일 상기 DST 내 App_id_descrption 필드 값이 '0x0003'이면, 그 다음에 오는 Application_id_byte 값은 NRT 어플리케이션(즉, NRT 서비스)의 서비스 식별자(Service ID)값이 된다. 그러므로, 상기와 같이 NRT 어플리케이션(즉, NRT 서비스)임을 식별한 이후에는 NRT 서비스 시그널링 채널의 IP 데이터그램으로부터 분할된 MPEG-2 TS 패킷의 PID를 찾기 위해 Tap을 추출한다(S1007). 이어 상기 추출된 Tap의 association_tag를 포함하는 스트림 PID를 PMT로부터 추출한다(S1008). 상기 S1006 내지 S1008는 서비스 매니저 또는 PSI/PSIP섹션 핸들러에서 수행된다.

만일 상기 DST 내 App_id_descrption 필드 값이 '0x0003'이면, 그 다음에 오는 Application_id_byte 값은 NRT 어플리케이션(즉, NRT 서비스)의 Service ID값이 된다. 그러므로, 상기와 같이 NRT 어플리케이션(즉, NRT 서비스)임을 식별한 이후에는 NRT 서비스 시그널링 채널의 IP 데이터그램으로부터 분할된 MPEG-2 TS 패킷의 PID를 찾기 위해 Tap을 추출한다(S1007). 이어 상기 추출된 Tap의 association_tag를 포함하는 스트림 PID를 PMT로부터 추출한다(S1008). 상기 S1006 내지 S1008는 서비스 매니저 또는 PSI/PSIP섹션 핸들러에서 수행된다.

상기 DSM-CC 어드레서블 섹션으로부터 섹션 헤더와 CRC 첵섬을 제거하여 NRT 서비스 시그널링 채널을 전송하는 IP 데이터그램을 복원(recover)하고(S1010), 복원된 IP 데이터그램으로부터 NRT 서비스 시그널링 데이터를 획득한다(S1011). 여기서, 상기 NRT 서비스 시그널링 채널을 전송하는 IP 데이터그램의 접속 정보는 잘 알려진(well-known) 데스티네이션(destination) IP 어드레스와 잘 알려진(well-known) 데스티네이션 (destination) UDP 포트 번호인 것을 일 실시예로 한다.

한편, 상기 NRT 서비스 시그널링 채널로 전송되는 NRT 서비스 시그널링 데이터는 NRT 서비스 맵 테이블(Service Map Table 또는 Service Table; NST)과 NRT 정보 테이블(NRT Information Table ; NRT-IT)를 포함하는 것을 일 실시예로 한다.

이때 상기 NST와 NRT-IT의 IP 데이터그램들은 동일한 잘 알려진(well-known) IP 어드레스와 잘 알려진(well-known) UDP 포트 번호를 갖는 것을 일 실시예로 한다. 그러므로, 상기 NRT 서비스 시그널링 데이터에 포함된 NST와 NRT-IT의 구분은 테이블 식별자에 의해 이루어진다. 즉, 상기 테이블 식별자는 해당 테이블 또는 해당 테이블 섹션의 헤더에 존재하는 table_id가 될 수 있으며, 필요한 경우 table_id_extension을 더 참조하여 구분할 수 있다.

이때 상기 NST와 NRT-IT의 IP 데이터그램들은 동일한 well-known IP 어드레스와 well-known UDP 포트 번호를 갖는 것을 일 실시예로 한다. 그러므로, 상기 NRT 서비스 시그널링 데이터에 포함된 NST와 NRT-IT의 구분은 테이블 식별자에 의해 이루어진다. 즉, 상기 테이블 식별자는 해당 테이블 또는 해당 테이블 섹션의 헤더에 존재하는 table_id가 될 수 있으며, 필요한 경우 table_id_extension을 더 참조하여 구분할 수 있다.

NRT 서비스 맵 테이블(NST)

상기 NST는 NRT 서비스의 접속(access) 정보를 제공한다. 상기 NST는 MPEG-2 Private section 형태와 유사한 테이블 형태를 가지는 것을 일 실시예로 한다.

상기 NST는 하나의 가상 채널에 포함되는 IP 기반의 NRT 서비스들의 접속 정보를 제공할 수 있다. 예를 들어, 상기 NST는 하나의 NRT 서비스를 구성하는 각 FLUTE 세션들의 접속 정보를 제공할 수 있다.

이때, 하나의 NST가 하나의 섹션으로 구성되는지 복수개의 섹션으로 구성되는지는 NST 섹션 내 table_id 필드, section_number 필드, last_section_number 필드 등을 통해 알 수 있다. 그리고 상기 NRT 서비스 시그널링 채널의 IP 데이터그램들의 IP 헤더와 UDP 헤더를 제거한 후 동일한 테이블 식별자를 갖는 섹션들을 모으면 해당하는 테이블을 완성할 수 있다. 예를 들어, NST에 할당된 테이블 식별자를 갖는 섹션들을 모으면 NST를 완성할 수 있다.

도 10과 도 11은 본 발명에 따른 NST 섹션에 대한 비트 스트림 신택스 구조의 일 실시예를 보인 도면이다. 상기 NST 섹션의 각 필드의 상세한 설명은 다음과 같다.

여기서, 해당 신택스는 이해를 돕기 위하여 MPEG-2 프라이빗 섹션(Private section) 형태로 작성되었으나, 해당 데이터의 포맷은 어떠한 형태가 되어도 무방하다. 예를 들어, SDP(Session Description Protocol)의 형태로 표현하여 SAP(Session Announcement Protocol)을 통하여 시그널링하는 등의 다른 방법도 사용할 수 있다.

도 10과 도 11에서 table_id 필드(8비트)는 해당 테이블 섹션의 타입 식별을 위한 필드로서, 본 필드를 통해 해당 테이블 섹션이 NST를 구성하는 테이블 섹션임을 알 수 있다.

section_syntax_indicator 필드(1비트)는 NST의 섹션 형식을 정의하는 지시자로서, 섹션 형식은 예를 들어, MPEG의 short-form 신택스('0') 등이 될 수 있다.

private_indicator 필드(1비트)는 해당 섹션의 형태가 프라이빗 섹션 형태를 따르는지 여부를 나타낸다.

section_length 필드(12비트)는 해당 필드 이후의 나머지 테이블 섹션 길이를 나타낸다

table_id_extension 필드(16비트)는 테이블에 종속적이고, 남은 필드들의 범위를 제공하는 table_id 필드의 논리적인 부분이 된다. 여기서, 상기 table_id_extension 필드는 NST_protocol_version 필드를 포함한다.

상기 NST_protocol_version 필드(8비트)는 현재 프로토콜 내에서 정의된 것들과 다른 구조를 가지는 파라미터들이 전송하는 NST를 허락하기 위한 프로토콜 버전을 알려준다.

version_number 필드(5비트)는 NST의 버전 넘버를 나타낸다.

current_next_indicator 필드(1비트)는 전송된 NST 섹션이 현재 적용 가능한지 여부를 지시한다.

section_number 필드(8비트)는 현재 NST 섹션의 번호를 표시한다..

last_section_number 필드(8비트)는 NST 테이블을 구성하는 마지막 섹션 번호를 나타낸다.

num_NRT_services 필드(8비트)는 NST 섹션 내의 NRT 서비스의 수를 지시한다.

이후 상기 num_NRT_services필드 값에 해당하는 NRT 서비스 개수만큼'for' 루프(또는 NRT 서비스 루프라 함)가 수행되어 복수의 NRT 서비스에 대한 시그널링 정보를 제공한다. 즉, 상기 NST 섹션에 포함되는 NRT 서비스별로 해당 NRT 서비스의 시그널링 정보를 표시한다. 이때 각 NRT 서비스에 대해 다음과 같은 필드 정보를 제공할 수 있다.

NRT_service_id 필드(16비트)는 해당 NRT 서비스를 유일하게 식별할 수 있는 값을 표시한다. 하나의 서비스의 NRT_service_id 필드 값은 그 서비스가 유지되는 동안 변하지 않는다. 이때 혼란을 피하기 위해서, 만일 어떤 서비스가 종료되면 그 서비스의 NRT_service_id 필드 값은 일정 시간이 경과할 때까지 사용하지 않을 수 있다.

NRT_service_status 필드(2비트)는 해당 NRT 서비스의 상태를 식별한다. 여기서, MSB는 해당 NRT 서비스가 액티브('1')인지 아니면 인액티브('0')인지 지시하고, LSB는 해당 NRT 서비스가 히든('1')인지 아닌지('0')를 지시한다.

SP_indicator 필드(1비트)는 해당 NRT 서비스의 서비스 보호(service protection) 여부를 나타낸다. 만일 SP_indicator 필드 값이 1이면, 서비스 보호가 해당 NRT 서비스의 의미 있는 프리젠테이션을 제공하기 위해 요구되는 콤포넌트들 중 적어도 하나에 적용된다.

Short_NRT_service_name_length 필드(3비트)는 Short_NRT_service_name 필드 내 바이트 쌍들의 번호를 지시한다.

Short_NRT_service_name 필드(16^*m비트)는 상기 NRT 서비스의 short name 을 표시한다. 상기 NRT 서비스의 short name이 없으면, 상기 필드는 널 값(예, 0x00)으로 채워질 수 있다.

NRT_service_category 필드(6비트)는 해당 NRT 서비스 내에 전송되는 서비스의 타입을 식별한다.

num_components 필드(5비트)는 상기 NRT서비스에 포함되는 IP 스트림 콤포넌트들의 개수를 표시한다.

IP_version_flag 필드(1비트)는 '0'로 설정된 경우에는 source_IP_address 필드, NRT_service_destination_IP_address 필드 및 component_destination_IP_address 필드가 IPv4 어드레스임을 지시하고, '1'으로 설정된 경우에는 source_IP_address 필드, NRT_service_destination_IP_address 필드, component_destination_IP_address 필드가 IPv6 어드레스임을 지시한다.

source_IP_address_flag 필드(1비트)는 플래그가 설정되면, 해당 NRT 서비스를 위한 소스 IP 어드레스 값이 소스 특정 멀티캐스트를 지시하기 위해 존재함을 지시한다.

NRT_service_destination_IP_address_flag 필드(1비트)는 플래그가 '1'로 설정되면, 해당 NRT 서비스의 콤포넌트들을 위한 디폴트 IP 어드레스가 제공하기 위해 NRT_service_destination_IP_address 필드가 존재한다.

source_IP_address 필드(32 or 128비트)는 source_IP_address_flag가 '1'로 설정되면 해당 필드는 존재하지만, source_IP_address_flag가 '0'으로 설정되면 해당 필드는 존재하지 않을 것이다. 만약 해당 필드가 존재한다면, 해당 필드는 해당 NRT 서비스의 콤포넌트들을 전송하는 모든 IP 데이터그램들의 소스 IP 어드레스를 포함할 것이다. 해당 필드의 128 비트의 롱 어드레스의 제한적인 사용은 비록 현재 IPv6의 사용이 정의되지 않았지만 향후 IPv6의 사용을 가능하도록 하기 위함이다. Source_IP_address는 FLUTE 세션의 모든 채널을 전송하는 동일한 서버의 소스 IP 어드레스(source IP address)가 된다.

NRT_service_destination_IP_address 필드(32 or 128비트)는 NRT_service_destination_IP_address_flag필드가 '1'로 설정되면 해당 NRT_service_destination_IP_address필드는 존재하지만, NRT_service_destination_IP_address_flag필드가 '0'으로 설정되면 해당 NRT_service_destination_IP_address 필드는 존재하지 않을 것이다. 만약 해당 NRT_service_destination_IP_address 필드가 존재하지 않는다면, component_destination_IP_address 필드가 num_components 루프 내에 각 콤포넌트를 위해 존재할 것이다. 해당 NRT_service_destination_IP_address 필드의 128비트의 롱 어드레스의 제한적인 사용은 비록 현재 IPv6의 사용이 정의되지 않았지만 향후 IPv6의 사용을 가능하도록 하기 위함이다.

NRT_service_destination_IP_Address는 이 FLUTE 세션의 세션 레벨의 데스트네이션 IP 어드레스(destination IP address)가 있으면 시그널링 된다.

이후 상기 num_components 필드 값에 해당하는 콤포넌트 개수만큼'for' 루프(또는 콤포넌트 루프라 함)가 수행되어 복수의 콤포넌트에 대한 접속 정보를 제공한다. 즉, 상기 NRT 서비스에 포함되는 각 콤포넌트의 접속 정보를 제공한다. 이때 각 콤포넌트에 대해 다음과 같은 필드 정보를 제공할 수 있다. 여기서, 하나의 콤포넌트는 하나의 FLUTE 세션에 대응되는 것을 일 실시예로 한다.

essential_component_indicator 필드(1비트)는, 해당 필드의 값이 '1'로 설정되어 있으면 해당 콤포넌트는 NRT 서비스를 위한 필수 콤포넌트 임을 지시한다. 그렇지 않으면, 해당 콤포넌트는 선택적인 콤포넌트임을 지시한다.

port_num_count 필드(6비트)는 해당 UDP/IP 스트림 콤포넌트와 관련된 UDP 포트들의 넘버를 지시한다. 데스티네이션 UDP 포트 넘버들의 값은 component_destination_UDP_port_num 필드 값으로부터 시작해서 1씩 증가한다.

component_destination_IP_address_flag 필드(1비트)는 '1'로 설정되어 있으면 해당 콤포넌트를 위해 component_destination_IP_address 필드가 존재함을 지시하는 플래그이다.

component_destination_IP_address 필드(32 or 128비트)는 component_destination_IP_address_flag가 '1'로 설정되면 해당 필드는 존재하지만, component_destination_IP_address_flag가 '0'으로 설정되면 해당 필드는 존재하지 않을 것이다. 만약 해당 필드가 존재한다면, 해당 필드는 해당 NRT 서비스의 콤포넌트들을 전송하는 모든 IP 데이터그램들의 소스 IP 어드레스를 포함할 것이다. 해당 필드의 128비트의 롱 어드레스의 제한적인 사용은 비록 현재 IPv6의 사용이 정의되지 않았지만 향후 IPv6의 사용을 가능하도록 하기 위함이다.

component_destination_UDP_port_num 필드(16비트)는 해당 UDP/IP 스트림 콤포넌트를 위한 데스트네이션 UDP 포트 넘버를 나타낸다.

num_component_level_descriptors 필드(4비트)는 콤포넌트 레벨의 추가 정보를 제공하는 디스크립터의 개수를 표시한다.

상기 num_component_level_descriptors 필드 값에 해당하는 개수만큼 상기 콤포넌트 루프에 component_level_descriptor()들이 포함되어, 상기 콤포넌트에 대한 부가 정보를 제공한다.

num_NRT_service_level_descriptors 필드(4비트)는 NRT 서비스 레벨의 추가 정보를 제공하는 디스크립터의 개수를 표시한다.

상기 num_NRT_service_level_descriptors 필드 값에 해당하는 개수만큼 상기 NRT서비스 루프에 NRT_service_level_descriptor()들이 포함되어, 상기 NRT 서비스에 대한 부가 정보를 제공한다.

num_virtual_channel_level_descriptors 필드(4비트)는 가상 채널 레벨의 추가 정보를 제공하는 디스크립터의 개수이다.

상기 num_virtual_channel_level_descriptors 필드 값에 해당하는 개수만큼 상기 가상 채널 루프에 virtual_channel_level_descriptor()들이 포함되어, 상기 가상 채널에 대한 부가 정보를 제공한다.

도 12는 component_level_descriptors()로서 제공되는 component_descriptor()의 비트 스트림 신택스 구조에 대한 일 실시예를 보이고 있다. 즉, component_descriptor()는 NST의 콤포넌트 레벨 디스크립터component_level_descriptors()의 하나로서 사용되며, 해당 콤포넌트의 부가적인 시그널링 정보를 서술한다.

descriptor_length 필드(8비트)는 상기 descriptor_length 필드 이후부터 이 descriptor의 끝까지, 디스크립터의 나머지 길이를 바이트(byte) 단위로 나타낸다.

도 12에서, descriptor_tag 필드(8비트)는 디스크립터 식별자로서, component_descriptor()를 식별하는 식별자가 설정될 수 있다.

descriptor_length 필드(8비트)는 상기 descriptor_length 필드 이후부터 이 descriptor의 끝까지, 디스크립터의 나머지 길이를 byte 단위로 나타낸다.

component_type 필드(7비트)는 콤포넌트의 인코딩 포맷을 식별하는 값을 표시한다. 상기 식별 값은 RTP/AVP 스트림의 payload_type을 위해 할당된 값들 중의 하나일 수 있다. 또는 송/수신측의 약속에 의해 미리 정해진 값들 중 하나일 수도 있고, 또는 96-127 사이의 다이나믹 값일 수도 있다. RTP를 거쳐 전송되는 미디어를 구성하는 콤포넌트들을 위해 component_type 필드의 값은 해당 콤포넌트를 전송하는 IP 스트림의 RTP 헤더 내 payload_type 내 값과 일치해야 한다.

component_encryption_flag 필드(1비트)는 해당 콤포넌트의 암호화 유무를 지시한다.

Num_STKM_streams 필드(8비트)는 상기 component_encryption_flag 필드가 암호화를 지시하면, 해당 콤포넌트와 관련된 STKM 스트림들의 개수를 나타낸다.

STKM_stream_id 필드(8비트)는 상기 Num_STKM_streams 필드 값만큼 반복되어 디크립션에 필요한 키를 얻을 수 있는 SKTM 스트림을 식별하는 값을 표시한다.

NRT_component_data(component_type) 필드는, 해당 콤포넌트를 렌더링하기 위해 필요한 인코딩 파라미터들 및/또는 다른 파라미터들을 제공한다. 여기서, component_data 엘리먼트의 구조는 component_type 필드의 값에 의해 결정된다.

예를 들어, 상기 component_type 필드 값이 35이면 NRT_component_data(component_type) 필드는 H.264/AVC 비디오 스트림을 위한 콤포넌트 데이터를 제공한다.

다른 예로, 상기 component_type 필드 값이 38이면 NRT_component_data(component_type) 필드는 도 13과 같은 FLUTE 파일 딜리버리를 위한 데이터를 제공한다.

하나의 NRT 서비스는 멀티플 FLUTE 세션들에 포함될 수 있다. 즉, 하나의 NRT 서비스는 복수개의 FLUTE 세션으로 구성될 수 있다. 각 FLUTE 세션은 도 13의 NRT_component_data()를 이용하여 시그널링 될 수 있다.

도 13은 본 발명에 따른 FLUTE 파일 딜리버리를 위한 데이터를 제공하는 NRT_component_data()의 비트 스트림 신택스 구조의 일 예를 보이고 있다. 상기 NRT_component_data()의 각 필드에 대한 설명은 다음과 같다.

TSI 필드(16비트)는 FLUTE 세션의 TSI를 표시한다. 즉, 상기 TSI는 FLUTE 세션을 유일하게 식별할 수 있는 식별자이다.

session_start_time 필드(16비트)는 FLUTE 세션이 시작하는 시각을 지시한다. 만약 해당 필드의 값이 모두 '0'이면, 상기 FLUTE 세션은 이미 시작된 것으로 해석될 수 있다.

session_end_time 필드(16비트)는 FLUTE 세션이 종료되는 시각을 지시한다. 만약 해당 필드의 값이 모두 '0'이면, 상기 FLUTE 세션은 무한정 계속되는 것으로 해석될 수 있다.

tias_bandwidth_indicator 필드(1비트)는 TIAS(Transport Independent Application Specific) 대역폭 정보의 포함 여부를 지시한다. 만약 TIAS 대역폭 필드가 존재하는 것으로 지시하려면 해당 비트는 '1'로 설정되고, TIAS 대역폭 필드가 존재하지 않는 것으로 지시하려면 해당 비트는 '0'으로 설정되어야 할 것이다.

as_bandwidth_indicator 필드(1비트)는 AS(Application Specific) 대역폭 정보의 포함 여부를 지시한다. 만약 AS 대역폭 필드가 존재하는 것으로 지시하려면 해당 비트는 '1'로 설정되어야 하고, AS 대역폭 필드가 존재하지 않는 것으로 지시하려면 해당 비트는 '0'으로 설정되어야 할 것이다.

FEC_OTI_indicator 필드(1비트)는 FEC 오브젝트 트랜스미션 정보(OTI)가 제공되는지 여부를 지시한다.

tias_bandwidth 필드(16비트)는 상기 as_bandwidth_indicator 필드가 '1'로 설정되었을 때 존재하며, TIAS 최대 대역폭을 표시한다.

as_bandwidth 필드(16비트)는 상기 as_bandwidth_indicator 필드가 '1'로 설정되었을 때 존재하며, AS 최대 대역폭을 표시한다.

FEC_encoding_id 필드는 상기 FEC_OTI_indicator 필드가 '1'로 설정되었을 때 존재하며, 해당 FLUTE 세션 내에서 사용된 FEC 인코딩 ID를 표시한다.

FEC_instance_id 필드는 상기 FEC_OTI_indicator 필드가 '1'로 설정되었을 때 존재하며, 해당 FLUTE 세션 내에서 사용된 FEC 인스턴스 ID를 표시한다.

그리고 상기 FDT는 콘텐트 아이템에 포함되는 파일들을 유일하게 구별하기 위한 파일 식별자(file id)와 해당 FDT를 유일하게 식별하기 위한 인스턴스 식별자(instance id)를 포함한다. 그리고 FDT의 파일 레벨 또는 인스턴스 레벨별로 해당 콘텐트 아이템을 식별하는 콘텐트 링키지(content linkage)가 할당될 수 있다.

일 예로, 콘텐트 아이템을 구성하는 각 파일은 FLUTE 세션의 FDT에 명시된 Content-Location 필드를 이용하여 식별할 수 있다. 또 다른 예로, 각 파일은 FLUTE 세션의 FDT에 명시된 콘텐트 링키지(content linkage), TOI 및 Content-Location 필드를 이용하여 식별할 수 있다.

그리고 상기 FDT는 콘텐트 아이템에 포함되는 파일들을 유일하게 구별하기 위한 파일 식별자(file id)와 해당 FDT를 유일하게 식별하기 위한 인스턴스 식별자(instance id)를 포함한다. 그리고 FDT의 파일 레벨 또는 인스턴스 레벨별로 해당 콘텐트 아이템을 식별하는 content linkage가 할당될 수 있다.

일 예로, 콘텐트 아이템을 구성하는 각 파일은 FLUTE 세션의 FDT에 명시된 Content-Location 필드를 이용하여 식별할 수 있다. 또 다른 예로, 각 파일은 FLUTE 세션의 FDT에 명시된 content linkage, TOI 및 Content-Location 필드를 이용하여 식별할 수 있다.

본 발명은 content linkage, TOI 및 Content-Location 필드를 포함하여 파일 식별자라 한다. 여기서, content linkage는 해당 콘텐트를 식별할 수 있는 식별자이고, TOI(Transfer Object Identifier)는 해당 파일을 식별할 수 있는 식별자이고, content-location은 해당 파일의 이름이다.

NRT 정보 테이블(NRT-IT)

도 14와 도 15는 본 발명에 따른 NRT-IT 섹션에 대한 비트 스트림 신택스 구조의 일 실시예를 보인 도면이다.

본 발명에 따른 NRT-IT 섹션의 비트 스트림 신택스는 이해를 돕기 위하여 MPEG-2 프라이빗 섹션(Private section) 형태로 작성되었으나, 해당 데이터의 포맷은 어떠한 형태가 되어도 무방하다. 예를 들어, SDP(Session Description Protocol)의 형태로 표현하여 SAP(Session Announcement Protocol)을 통하여 시그널링하는 등의 다른 방법도 사용할 수 있다.

본 발명에 따른 NRT 서비스 시그널링 데이터 중 NRT-IT는 콘텐트 아이템을 방송 수신기에 저장하기 위해, 다운로드 가능한 콘텐트 아이템을 기술하는 정보를 포함한다.

이때, 하나의 NRT-IT 가 하나의 섹션으로 구성되는지 복수개의 섹션으로 구성되는지는 NRT-IT 섹션 내 table_id 필드, section_number 필드, last_section_number 필드 등을 통해 알 수 있다. 그리고 상기 NRT 서비스 시그널링 채널의 IP 데이터그램들의 IP 헤더와 UDP 헤더를 제거한 후 동일한 테이블 식별자를 갖는 섹션들을 모으면 해당하는 테이블을 완성할 수 있다. 예를 들어, NRT-IT 에 할당된 테이블 식별자를 갖는 섹션들을 모으면 NRT-IT 를 완성할 수 있다.

도 14와 도 15에 도시된 NRT-IT 섹션의 각 필드의 상세한 설명은 다음과 같다.

table_id 필드(8-bit)는 NRT-IT 테이블에 속한 테이블 섹션을 식별하기 위한 값을 표시한다.

NRT_service_id 필드(16-bit)는 이 섹션에서 기술하는 콘텐트 아이템을 제공하는 NRT 서비스와 관련된 NRT 서비스 식별자를 명시한다.

NRT_IT_version_number 필드 (5-bit)는 이 NRT-IT 인스턴스의 버전 번호를 표시한다.

current_next_indicator 필드(1-bit)는 NRT-IT 섹션들에 대해 항상 '1'로 셋트된다.

protocol_version 필드(8-bit)는 현재 프로토콜 내에서 정의된 것들과 다른 구조를 가지는 파라미터들이 전송하는 NRT-IT를 허락하기 위한 프로토콜 버전을 알려준다.

time_span_start 필드(32-bit)는 이 NRT-IT 인스턴스에 의해 커버되는 기간의 시작을 표시한다.

time_span_length 필드(11-bit)는 상기 time_span_start 필드에 의해 지시되는 시간의 시작에서 분을 표시한다.

num_items_in_section 필드(8-bit)는 이 NRT-IT 섹션에 포함되는 콘텐트 아이템의 개수를 표시한다.

updates_available 필드 (1비트)는 해당 콘텐트 아이템이 업데이트되는 콘텐트 아이템인지를 지시한다. 예를 들어, 상기 콘텐트 아이템이 한번 서비스되고 종료되는 NRT 서비스에 포함된 콘텐트 아이템이라면, updates_available 필드 값은‘0’으로 설정된다. 만일 상기 콘텐트 아이템이 한번 이상 업데이트되는 콘텐트 아이템이라면, 상기 updates_available 필드 값은 ‘1’로 설정된다.

TF_available 필드는 부울 플래그(Boolean flag) 형태이다. 위 필드가 1로 셋팅된 경우, 서비스 시그널링 채널 내의 텍스트 프레그먼트 테이블 (Text Fragment Table) 내에 텍스트 프레그먼트가 존재함을 나타낸다. 위 필드가 0으로 셋팅된 경우, 이 컨텐츠 아이템을 위한 서비스 시그널링 채널에 포함된 텍스트 프레그먼트가 없음을 나타낸다.

low_latency 필드는 부울 플래그(Boolean flag) 형태이다. 위 필드가 1로 셋팅된 경우, 컨텐츠가 현재 디지털 방송 전송 내에서, 그것의 획득이 사용자가 기다리는 시간 동안 시도 되어지도록 충분히 낮은 레이턴시(latency)로 전송됨을 나타낸다. 위 필드가 0으로 셋팅된 경우, 위 컨텐츠 획득을 위한 레이턴시는 길고, 따라서, 사용자 인터페이스는 시청을 위하여 추후에 다시 시도하는 것을 사용자에게 제안하는 것이 바람직하다.

TF_available field is Boolean flag, this field specifies, when set to '1' that a Text Fragment is present in a Text Fragment Table in the service signaling channel. When the field is set to '0,' no Text Fragment is included in the service signaling channel for this content item.

content_length_included 필드는 부울 플래그(Boolean flag) 형태이다. 위 필드가 1로 셋팅된 경우, content_length 필드가 'for' 루프(loop)의 반복문에 존재함을 나타낸다. 위 필드가 0으로 셋팅된 경우, content_length 필드가 'for' 루프(loop)의 반복문에 존재하지 않음을 나타낸다.

playback_delay_included 필드는 부울 플래그(Boolean flag) 이다. 위 필드가 1로 셋팅된 경우, playback_delay 필드가 'for' 루프(loop)의 반복문에 존재함을 나타낸다. 위 필드가 0으로 셋팅된 경우, playback_delay 필드가 'for' 루프(loop)의 반복문에 존재하지 않음을 나타낸다.

expiration_included 필드는 부울 플래그(Boolean flag) 이다. 위 필드가 1로 셋팅된 경우, expiration 필드가 'for' 루프(loop)의 반복문에 존재함을 나타낸다. 위 필드가 0으로 셋팅된 경우, expiration 필드가 'for' 루프(loop)의 반복문에 존재하지 않음을 나타낸다.

duration (12 비트) 필드는 분 단위로, 참조되는 컨텐츠 아이템을 포함하는 캐러셀(carousel)의 1 부터 2880 까지의 예상되는 사이클 (cycle) 시간을 나타낸다. 방송 수신기는 duration 파라미터를, 레퍼런스되는 컨텐츠를 캡쳐하기 위하여 필요한 시간의 합을 결정하는데 사용할 것으로 기대된다.

expiration_included field is Boolean flag, this field indicates, when set to '1,' that the expiration field is present in this iteration of the "for" loop. Setting this field to '0' indicates the expiration field is not present in this iteration of the "for" loop.

duration field (12-bit) in the range 1 to 2880 specifies the expected cycle time, in minutes, of the carousel containing the referenced content item. A broadcast receiver is expected to use the duration parameter to determine the amount of time needed to capture the referenced content.

content_length field (40-bit), when present, represents the total size in bytes of the content item or items. This item is used by the broadcast receiver to determine if enough memory is available to store it before downloading is attempted.

playback_delay field (20-bit) counts of the number of seconds following reception of the first byte of the associated content the broadcast receiver waits before playback may start, while buffering the incoming stream. A value of zero indicates playback may commence immediately. When playback_delay field is not provided, the broadcast receiver is expected to retrieve the complete file or file set prior to playback.

expiration 필드(32-bit)는 해당 콘텐트의 만료 시간(expiration time)을 표시한다.

content_name_length 필드(8-bit)는 다음에 위치한 content_name_text() 필드의 길이를 표시한다.

content_name_text() 필드는 해당 콘텐트 아이템의 타이틀을 표시한다.

content_descriptors_length 필드(12-bit)는 다음에 위치한 content_descriptor ()의 총 길이를 표시한다.

content_descriptor()는 해당 콘텐트 아이템에게만 적용되는 부가 정보를 기술한다.

descriptors_length 필드(10-bit)는 다음에 위치한 디스크립터()의 총 길이를 표시한다.

descriptor()는 현재 NRT-IT 섹션에서 기술되는 모든 콘텐트 아이템에 공통으로 적용되는 부가 정보를 기술한다.

한편 본 발명에 따른 하나의 NRT 서비스는 도 2에서와 같이 하나 이상의 콘텐트(또는 콘텐트 아이템 또는 NRT 콘텐트라 함)를 포함하고, 하나의 콘텐트는 하나 이상의 파일을 포함한다고 하였다.

이때 본 발명은 NRT 서비스에 관련된 하나 이상의 추가 정보를 제공할 수 있다. 또한 본 발명은 콘텐트에 관련된 하나 이상의 추가 정보를 제공할 수 있다.

본 발명은 NRT 서비스에 관련된 추가 정보를 설명의 편의를 위해 NRT 서비스 추가 정보라 하기로 하고, 콘텐트에 관련된 추가 정보를 설명의 편의를 위해 콘텐트 추가 정보라 하기로 한다.

상기 NRT 서비스 추가 정보 및/또는 콘텐트 추가 정보는 인터넷을 통해 제공될 수도 있고, FLUTE 세션을 통해 비실시간으로 제공될 수도 있다. 이때 상기 NRT 서비스 추가 정보 및/또는 콘텐트 추가 정보는 파일 형태로 제공되는 것을 일 실시예로 한다.

즉, 본 발명에 따른 NRT 서비스 추가 정보는 NRT 서비스에 관련된 예고편(trailer or preview), 로고, 포스터, 스틸 샷, 광고, 리뷰, 게시판, 뮤직 비디오, OST(original Sound Track) 등이 될 수 있으며, 이러한 NRT 서비스 추가 정보는 정지 영상 파일, 동영상 파일, 오디오 파일, 텍스트 파일 중 적어도 하나의 파일 형태로 제공된다.

또한 본 발명에 따른 콘텐트 추가 정보는 콘텐트에 관련된 예고편(trailer or preview), 로고, 포스터, 스틸 샷, 광고, 리뷰, 게시판, 뮤직 비디오, OST(original Sound Track) 등이 될 수 있으며, 이러한 콘텐트 추가 정보는 정지 영상 파일, 동영상 파일, 오디오 파일, 텍스트 파일 중 적어도 하나의 파일 형태로 제공된다.

그런데 본 발명에 따른 방송 수신기에서 NRT 서비스 추가 정보 및/또는 콘텐트 추가 정보를 수신하려면, 상기 NRT 서비스 추가 정보 및/또는 콘텐트 추가 정보에 대한 접속 정보가 필요하다.

따라서 본 발명은 NRT 서비스 추가 정보 및/또는 콘텐트 추가 정보에 대한 접속 정보를 시그널링 정보 테이블에 필드나 디스크립터 형태로 시그널링하는 것을 일 실시예로 한다.

상기 시그널링 정보 테이블은 NST와 NRT-IT를 포함하며, 본 발명은 NST와 NRT-IT 중 적어도 하나에 추가 정보에 대한 접속 정보를 시그널링한다. 예를 들어, NRT 서비스 추가 정보에 대한 접속 정보는 NST에 필드나 디스크립터 형태로 시그널링하고, 콘텐트 추가 정보에 대한 접속 정보는 NRT-IT에 필드나 디스크립터 형태로 시그널링한다.

본 발명에서 NRT 서비스 추가 정보에 대한 접속 정보는 NST에 디스크립터 형태로 포함되고, 콘텐트 추가 정보에 대한 접속 정보는 NRT-IT에 디스크립터 형태로 포함되는 것을 일 실시예로 한다.

특히 상기 NRT 서비스 추가 정보에 대한 접속 정보는 NST의 서비스 레벨 디스크립터 중 하나에 포함되고, 콘텐트 추가 정보에 대한 접속 정보는 NRT-IT의 콘텐트 레벨 디스크립터 중 하나에 포함되는 것을 일 실시예로 한다.

본 발명은 설명의 편의를 위해, NRT 서비스 추가 정보에 대한 접속 정보를 포함하는 NST의 서비스 레벨 디스크립터를 NRT 서비스 관련 머티어리얼 디스크립터 NRT_service_related_material_descriptot()라 하고, 콘텐트 추가 정보에 대한 접속 정보를 포함하는 NRT-IT의 콘텐트 레벨 디스크립터를 NRT 콘텐트 관련 머티어리얼 디스크립터 NRT_content_related_material_descriptot()라 하기로 한다.

도 16은 본 발명에 따른 NST의 서비스 레벨 디스크립터의 하나로서 제공되는 NRT 서비스 관련 머티어리얼 디스크립터 NRT_service_related_material_descriptot()의 비트 스트림 신택스 구조에 대한 일 실시예를 보이고 있다.

상기 NRT 서비스 관련 머티어리얼 디스크립터 NRT_service_related_material_descriptot()의 각 필드에 대한 설명은 다음과 같다.

즉, descriptor_tag 필드(8비트)는 디스크립터 식별자로서, NRT 서비스 관련 머티어리얼 디스크립터 NRT_service_related_material_descriptot()를 식별하는 식별자가 설정될 수 있다.

URI_count 필드(5 비트)는 해당 NRT 서비스에 포함되는 추가 정보의 개수를 표시한다.

이후 상기 URI_count 필드 값에 해당하는 추가 정보의 개수만큼'for' 루프(또는 NRT 서비스 추가 정보 루프라 함)가 수행되어 각 추가 정보에 대한 접속 정보를 제공한다. 즉, 해당 NST의 NRT_service_id 필드 값에 대응하는 NRT 서비스에 적용되는 하나 이상의 추가 정보의 접속 정보를 제공한다. 이를 위해 상기 NRT 서비스 추가 정보 루프는 RM_file_URI_length 필드와 RM_file_URI 필드를 포함한다. 상기 NRT 서비스 추가 정보 루프는 URI_type 필드, URI_access_type 필드, Related_type 필드, RM_service_id 필드, RM_content_id 필드, Recommended_speed 필드 중 적어도 하나를 더 포함할 수 있다.

상기 URI_type 필드(4 비트)는 해당 추가 정보의 파일 타입을 지시한다.

도 17은 본 발명의 URI_type 필드에 할당되는 값 및 그 값의 의미의 예를 보이고 있다.

예를 들어, 상기 URI_type 필드 값이 0이면 해당 추가 정보는 정지 영상 파일임을 지시하고, 1이면 해당 추가 정보는 오디오 전용 파일임을 지시한다. 또한 상기 URI_type 필드 값이 2이면 해당 추가 정보는 동영상 파일(예를 들어, 짧은 동영상과 같은 A/V clip)임을 지시하고, 3이면 해당 추가 정보는 텍스트 파일임을 지시한다.

도 17에서, URI_type 필드에 할당되는 값 및 그 값의 의미는 본 발명의 이해를 돕기 위한 실시예들이며, 상기 URI_type 필드에 포함되는 파일 타입의 추가 및 삭제는 당업자에 의해 용이하게 변경될 수 있으므로 본 발명은 상기 실시예로 한정되지 않을 것이다.

상기 URI_access_type 필드(4 비트)는 해당 추가 정보의 파일에 접속할 수 있는 방법을 지시한다.

도 18은 본 발명의 URI_access_type 필드에 할당되는 값 및 그 값의 의미의 예를 보이고 있다.

예를 들어, 상기 URI_access_type 필드 값이 0이면 해당 추가 정보의 파일은 FLUTE 프로토콜을 통해 제공됨을 지시하고, 1이면 해당 추가 정보의 파일은 인터넷을 통해 제공됨을 지시한다. 따라서, 상기 URI_access_type 필드 값이 0이면, 해당 추가 정보의 접속 정보는 FLUTE 세션으로 전송되는 해당 파일에 접속할 수 있는 URI 값이 표시된다. 즉, FLUTE 프로토콜에서 FDT는 각 파일을 URI 값으로 구분한다. 그리고 상기 URI_access_type 필드 값이 1이면, 해당 추가 정보의 접속 정보는 인터넷으로 제공되는 해당 파일에 접속할 수 있는 URI 값이 표시된다.

도 18에서, URI_access_type 필드에 할당되는 값 및 그 값의 의미는 본 발명의 이해를 돕기 위한 실시예들이며, 상기 URI_access_type 필드에 포함되는 파일의 접속 방법에 대한 추가 및 삭제는 당업자에 의해 용이하게 변경될 수 있으므로 본 발명은 상기 실시예로 한정되지 않을 것이다.

상기 Related_type 필드(8비트)는 해당 추가 정보가 해당 NRT 서비스와 어떤 관련이 있는지를 명시한다. 즉, 상기 Related_type 필드는 해당 NRT 서비스의 타입을 지시한다.

도 19는 본 발명의 Related_type 필드에 할당되는 값 및 그 값의 의미의 예를 보이고 있다.

도 19에서, 상기 Related_type 필드 값이 0이면, 해당 추가 정보는 예고편(trailer/preview)임을 지시한다. 일 예로, 상기 URI_type 필드 값이 2이고, 상기 Related_type 필드 값이 0이라면, 해당 추가 정보는 동영상으로 제공되는데, 이때 상기 동영상으로 제공되는 것은 예고편임을 방송 수신기에서 알 수 있다. 또 다른 예로, 상기 URI_type 필드 값이 3이고, 상기 Related_type 필드 값이 0이라면, 해당 추가 정보는 텍스트로 제공되는데, 이때 상기 텍스트로 제공되는 것은 예고편임을 알 수 있다.

상기 Related_type 필드 값이 1이면, 해당 추가 정보는 로고나 포스터임을 지시한다. 일 예로, 상기 URI_type 필드 값이 0이고, 상기 Related_type 필드 값이 1이라면, 해당 추가 정보는 정지 영상으로 제공되는데, 이때 상기 정지 영상으로 제공되는 것은 로고 또는 포스터임을 방송 수신기에서 알 수 있다.

상기 Related_type 필드 값이 2이면, 해당 추가 정보는 스틸 샷(still shot)임을 지시한다. 일 예로, 상기 URI_type 필드 값이 0이고, 상기 Related_type 필드 값이 2라면, 해당 추가 정보는 정지 영상으로 제공되는데, 이때 상기 정지 영상으로 제공되는 것은 스틸 샷임을 방송 수신기에서 알 수 있다.

상기 Related_type 필드 값이 3이면, 해당 추가 정보는 광고(commercial advertisement or promotional material)임을 지시한다. 일 예로, 상기 URI_type 필드 값이 2이고, 상기 Related_type 필드 값이 3이라면, 해당 추가 정보는 동영상으로 제공되는데, 이때 상기 동영상으로 제공되는 것은 광고임을 방송 수신기에서 알 수 있다.

상기 Related_type 필드 값이 4이면, 해당 추가 정보는 구매 관련 정보(direct product purchase)임을 지시한다. 일 예로, 상기 URI_type 필드 값이 3이고, 상기 Related_type 필드 값이 4라면, 해당 추가 정보는 텍스트로 제공되는데, 이때 상기 텍스트로 제공되는 것은 구매 관련 정보임을 방송 수신기에서 알 수 있다.

상기 Related_type 필드 값이 5이면, 해당 추가 정보는 리뷰(review)임을 지시한다. 일 예로, 상기 URI_type 필드 값이 3이고, 상기 Related_type 필드 값이 5라면, 해당 추가 정보는 텍스트로 제공되는데, 이때 상기 텍스트로 제공되는 것은 리뷰임을 방송 수신기에서 알 수 있다. 일 예로, 상기 리뷰는 감상평이나 비평(comments from viewers/critics)이 될 수 있다.

상기 Related_type 필드 값이 6이면, 해당 추가 정보는 게시판(bulletin board)임을 지시한다. 일 예로, 상기 URI_type 필드 값이 3이고, 상기 Related_type 필드 값이 6이라면, 해당 추가 정보는 텍스트로 제공되는데, 이때 상기 텍스트로 제공되는 것은 게시판임을 방송 수신기에서 알 수 있다. 일 예로, 상기 게시판에는 시청자 의견이 게시될 수도 있고, 공지 사항이 게시될 수도 있다.

상기 Related_type 필드 값이 7이면, 해당 추가 정보는 뮤직 비디오이거나 OST(Original Sound Track)임을 지시한다. 일 예로, 상기 URI_type 필드 값이 2이고, 상기 Related_type 필드 값이 7이라면, 해당 추가 정보는 동영상으로 제공되는데, 이때 상기 동영상으로 제공되는 것은 뮤직 비디오임을 방송 수신기에서 알 수 있다. 다른 예로, 상기 URI_type 필드 값이 1이고, 상기 Related_type 필드 값이 7이라면, 해당 추가 정보는 오디오로만 제공되는데, 이때 상기 오디오로 제공되는 것은 OST임을 알 수 있다.

도 19에서, Related_type 필드에 할당되는 값 및 그 값의 의미는 본 발명의 이해를 돕기 위한 실시예들이며, 상기 Related_type 필드에 포함되는 관련 정보에 대한 추가 및 삭제는 당업자에 의해 용이하게 변경될 수 있으므로 본 발명은 상기 실시예로 한정되지 않을 것이다.

상기 RM_service_id 필드(16 비트)는 상기 추가 정보가 적용되는 NRT 서비스를 식별하기 위한 값을 표시한다. 일 예로, 상기 RM_service_id 필드 값은 해당 NST의 NRT_service_id 필드 값과 일치하는 것을 일 실시예로 한다.

상기 RM_content_id 필드(32 비트)는 상기 추가 정보가 적용되는 콘텐트를 식별하기 위한 값을 표시한다. 일 예로, 상기 RM_content_id 필드 값은 상기 콘텐트의 상세 정보를 기술하는 NRT-IT의 content_linkage 필드 값과 일치하는 것을 일 실시예로 한다.

본 발명에서 상기 RM_service_id 필드와 상기 RM_content_id 필드는 상기 URI_access_type 필드 값이 0, 즉 해당 추가 정보의 파일이 FLUTE 세션을 통해 비실시간으로 제공될 때에 유효하다. 다시 말해, 상기 URI_access_type 필드 값이 1, 즉 해당 추가 정보의 파일이 인터넷을 통해 제공될 때, 상기 RM_service_id 필드와 상기 RM_content_id 필드는 의미없는 필드이다.

상기 Recommended_speed 필드(8 비트)는 해당 추가 정보의 다운로드 속도를 지시한다. 상기 Recommended_speed 필드는 해당 추가 정보의 사이즈, 품질 등을 고려하여 동일한 추가 정보에 대해 하나 이상의 추천 다운로드 속도를 지시할 수 있다. 예를 들어, 동일한 예고편에 대해 서로 다른 다운로드 속도가 존재할 수 있다. 만일, 하나의 추가 정보에 대해 두개의 추천 다운로드 속도가 존재하면, 상기 Recommended_speed 필드 값만 달라지면서 상기 NRT 서비스 추가 정보 루프는 두번 반복하게 된다. 상기 Recommended_speed 필드는 상기 URI_access_type 필드 값이 1, 즉 해당 추가 정보의 파일이 인터넷을 통해 제공될 때에 유효하다. 또한 하나의 추가 정보에 대해 서로 다른 다운로드 속도가 존재한다면, 시스템에서 자동으로 최적의 속도로 해당 추가 정보를 다운로드할 수도 있고, 유저의 선택에 따른 속도로 다운로드할 수도 있다. 만일 후자라면, 유저가 해당 추가 정보의 다운로드 속도를 인지할 수 있고 선택할 수 있는 선택 화면을 제공하여야 한다.

상기 RM_file_URI_length 필드(8 비트)는 다음에 위치한 RM_file_URI 필드의 크기를 바이트 단위로 나타낸다.

상기 RM_file_URI 필드(var)는 해당 추가 정보의 파일에 대한 URI 값을 표시한다. 상기 RM_file_URI 필드에는 방송 수신기에서 해당 추가 정보의 파일을 유일하게 식별하고, 다운로드할 수 있는 URI 값이 표시되어야 한다.

상기 RM_file_URI 필드에 표시되는 URI 값은 FLUTE FDT의 해당 파일 정보를 포함할 수도 있고, FLUTE 세션의 IP 어드레스/포트 번호를 포함할 수도 있다. 또는 실제 웹 사이트 어드레스를 포함할 수도 있다.

예를 들어, 상기 URI_access_type 필드 값이 1이라면, 상기 RM_file_URI 필드 값은 파일에 접속할 때 사용되는 프로토콜 타입, 파일이 있는 웹 서버의 도메인 이름이나 IP 어드레스, 그리고 파일의 위치를 나타내는 파일의 경로명을 포함한다. 이때 파일의 경로명은 선택적이다. 만일, 상기 RM_file_URI 필드 값이 'http://www.kbs.co.kr/drama/iris/netizen/bbs/index.html'이라면 웹 브라우저는 HTTP 프로토콜을 이용하고, 웹 서버 'www.kbs.co.kr/ drama/iris'로 이동하며, 파일 이름 'netizen/bbs/index.html'를 접속한다는 것을 의미한다. 이 경우, KBS에서 방송되는 드라마인 아이리스의 시청 소감을 게시하고 있는 웹 사이트에 접속된다. 즉, 상기 URI_access_type 필드 값이 1인 경우, 상기 RM_file_URI 필드만을 이용하여 웹 사이트의 접속이 가능해야 한다. 그리고 상기 RM_file_URI필드는 세션 디스크립션(Session description) 정보를 포함하고 있을 수도 있으며, 이 경우는 상기 세션 디스크립션 정보를 이용하여 실제 파일을 수신하게 된다.

즉, 상기 추가 정보의 파일이 FLUTE 세션으로 전송되는 경우, 상기 파일의 RM_file_URI 필드 값으로 해당 NRT 서비스의 식별자, 해당 콘텐트의 식별자, FLUTE FDT에서 기술하고 있는 해당 콘텐트 위치(content location) 정보(즉, NRT File URI)를 조합하여 표시함으로써, FLUTE 세션을 통해 비실시간으로 전송되는 하나의 파일을 유일하게 식별 가능하다.

그리고 상기 URI_access_type 필드 값이 0이라면, 상기 RM_file_URI 필드 값은 상기 RM_service_id 필드 값을 더 포함시켜, 상기 추가 정보가 적용되는 NRT 서비스를 특정할 수 있다. 또한 상기 RM_file_URI 필드 값에 RM_content_id 필드 값을 더 포함시켜, 상기 추가 정보가 적용되는 콘텐트를 특정할 수 있다. 또한 상기 RM_file_URI 필드 값에 RM_Service_id 필드 값과 RM_content_id 필드 값을 포함시켜 상기 추가 정보가 적용되는 NRT 서비스와 콘텐트를 특정할 수 있다.

즉, 상기 추가 정보의 파일이 FLUTE 세션으로 전송되는 경우, 상기 파일의 RM_file_URI 필드 값으로 해당 NRT 서비스의 식별자, 해당 콘텐트의 식별자, FLUTE FDT에서 기술하고 있는 해당 content location 정보(즉, NRT File URI)를 조합하여 표시함으로써, FLUTE 세션을 통해 비실시간으로 전송되는 하나의 파일을 유일하게 식별 가능하다.

그리고, 본 발명은 동일한 추가 정보를 인터넷과 FLUTE 세션을 통해 제공할 수도 있다. 예를 들어, 동일한 예고편에 대해 인터넷과 FLUTE 세션을 통해 모두 제공할 수 있다. 즉, 유저는 동일한 추가 정보에 대해 인터넷을 통해 실시간으로 제공받을 수도 있고, FLUTE 세션을 통해 비실시간으로 제공받을 수도 있다.

도 20의 (a) 내지 (c)는 본 발명에 따른 NRT 서비스 관련 머티어리얼 디스크립터가 NST에 포함되어 수신될 때, 방송 수신기에서 구현할 수 있는 UI(user interface) 화면 구성의 일 예를 보이고 있다.

도 20의 (a)는 PSI/PSIP 테이블, NRT 서비스 시그널링 테이블(예, NST, NRT-IT) 등을 이용하여 구성된 서비스 가이드 화면의 일 예를 보이고 있다. 상기 서비스 가이드 화면에는 RT 서비스와 NRT 서비스가 함께 표시될 수도 있고, 도 20의 (a)와 같이 NRT 서비스만 표시될 수도 있다. 만일 RT 서비스와 NRT 서비스가 함께 표시된다면, 아이콘, 칼라 등을 이용하여 RT 서비스와 NRT 서비스를 구분하는 것을 일 실시예로 한다.

그리고 도 20의 (a)와 같은 서비스 가이드 화면에서 특정 NRT 서비스 예를 들어, NRT 서비스 2가 선택된다면, 선택된 NRT 서비스 2의 상세 정보 화면이 도 20의 (b)와 같이 디스플레이된다. 여기서 영역 A는 선택된 NRT 서비스 2를 인식할 수 있는 이름 등이 표시되고, 영역 B는 ETT 또는 NRT-IT로부터 획득한 서비스 정보가 디스플레이될 수 있다. 영역 B는 선택적(optional)이다. 그리고 상기 선택된 NRT 서비스 2에 관련된 추가 정보가 존재하고, 상기 추가 정보의 접속 정보를 포함하는 NRT서비스 관련 머티어리얼 디스크립터가 NST에 포함되어 수신된다면, 상세 정보 화면의 특정 위치 예를 들어, 하단의 일부분에 추가 정보가 있음을 인식할 수 있는 메뉴 버튼이 디스플레이된다.

이때 유저가 리모콘, 키보드, 마우스, 터치 등과 같은 입력 수단을 이용하여 상기 추가 정보 있음이 표시된 메뉴 버튼을 선택하면, 도 20의 (c)와 같이 상기 선택된 NRT 서비스 2에 관련된 추가 정보 리스트가 디스플레이된다.

도 20의 (c)는 인터넷으로 제공 가능한 추가 정보 리스트와 FLUTE 세션을 통해 NRT로 제공 가능한 추가 정보 리스트를 구분하여 디스플레이하는 예를 보이고 있다.

즉, 도 20의 (c)는 인터넷으로 제공 가능한 추가 정보는 예고편과 게시판(bulletin board)이고, FLUTE 세션 즉, NRT로 제공 가능한 추가 정보는 예고편과 OST라고 가정하였을 때의 추가 정보 리스트 화면의 구성 예이다. 특히 상기 인터넷으로 제공 가능한 예고편은 16K와 32K 두개의 속도로 다운로드 가능하다고 하였을 때의 예이다. 여기서 리스트 내 각 추가 정보 항목은 유저가 쉽게 인식할 수 있는 문자로 표시하였지만, 다른 예로 해당 추가 정보의 URI 값을 표시할 수도 있다. 또한 각 추가 정보 항목에 해당 추가 정보의 파일 타입을 문자나 아이콘 등을 이용하여 표시할 수도 있다. 예를 들어, 상기 예고편이 동영상으로 제공된다면, 상기 예고편이 동영상으로 제공됨을 인식할 수 있는 문자나 아이콘 등을 표시한다.

이때 유저가 인터넷으로 제공 가능한 추가 정보 리스트 내 32K의 예고편을 선택하면, 상기 예고편의 URI 값에 해당하는 웹 페이지에 접속되어 상기 예고편이 디스플레이된다. 그리고 유저가 상기 예고편의 저장을 선택하였다면, 상기 예고편이 32K의 속도로 다운로드되어 방송 수신기의 저장 매체에 저장된다.

한편, 유저가 FLUTE 세션을 통해 NRT로 제공 가능한 추가 정보 리스트 내 예고편을 선택하면, 해당 다운로드 시간에 선택된 예고편이 방송 수신기로 다운로드되어 저장 매체에 저장된다. 이때, 선택된 예고편을 다운로드받기 전에 유저에게 먼저 다운로드 여부, 디스플레이 여부, 저장 여부 등을 선택하게 할 수도 있다. 즉, 다운로드된 예고편을 즉시 디스플레이하게 할 수도 있고, 다운로드된 예고편을 저장 매체에 저장한 후 유저의 요청에 따라 디스플레이하게 할 수도 있다. 그리고 상기 예고편이 다운로드 전인지, 다운로드 중인지, 다운로드가 완료되었는지를 인식할 수 있도록 문자, 아이콘, 칼라 등을 상기 예고편 항목이나 전체 화면의 일부에 표시할 수도 있다. 일 예로, 아이콘을 이용하여 다운로드 전인지, 다운로드 중인지, 다운로드가 완료되었는지를 표시하였다고 가정하였을 때, 다운로드 완료되었음을 의미하는 아이콘이 나타나고, 이 아이콘을 클릭하면 바로 예고편을 디스플레이하게 할 수 있다.

도 20의 (c)는 해당 방송 수신기가 인터넷과 NRT 서비스가 모두 가능하다고 가정하였을 때의 화면 구성이다. 만일 해당 방송 수신기가 인터넷이 안된다면, 비록 NRT 서비스 추가 정보가 인터넷으로 제공 가능하고, NRT 서비스 관련 머티어리얼 디스크립터에 상기 NRT 서비스 추가 정보의 접속 정보가 시그널링되어 있어도, 상기 도 20의 (c)의 추가 정보 리스트 화면에서 인터넷으로 제공 가능한 추가 정보 리스트는 디스플레이되지 않는다. 또는 인터넷으로 제공 가능한 추가 정보 리스트를 디스플레이하지만, 실행이 되지 않는 리스트임을 인식할 수 있도록 문자, 아이콘 등을 이용하여 표시하거나, 해당 리스트를 비활성화시킬 수도 있다. 즉, 인터넷이 안되는 방송 수신기는 URI_access_type 필드 값이 0 즉, FLUTE 세션을 지시하는 NRT 서비스 추가 정보 루프에서 제공하는 접속 정보를 기반으로 추가 정보를 다운로드할 수 있다.

본 발명은 다른 실시예로, 도 20의 (a)와 같은 서비스 가이드 화면에서 특정 NRT 서비스에 관련된 추가 정보가 제공된다면, 그 NRT 서비스 이름 옆에 문자나 아이콘을 이용하여 추가 정보가 있음을 표시할 수도 있다. 이 경우 유저가 상기 문자나 아이콘을 클릭하면 해당 NST의 NRT 서비스 관련 머티어리얼 디스크립터로부터 획득한 접속 정보를 이용하여 추가 정보를 다운로드할 수도 있다.

도 21의 (a) 내지 (c)는 본 발명에 따른 NRT 서비스 관련 머티어리얼 디스크립터가 NST에 포함되어 수신될 때, 방송 수신기에서 구현할 수 있는 UI(user interface) 화면 구성의 다른 예를 보이고 있다.

도 21의 (a)와 (b)는 도 20의 (a),(b)의 설명을 참조하기로 하고, 여기서는 생략한다.

즉, 유저가 도 21의 (b)와 같은 상세 정보 화면에서 리모콘, 키보드, 마우스, 터치 등과 같은 입력 수단을 이용하여 상기 추가 정보 있음이 표시된 메뉴 버튼을 선택하면, 도 21의 (c)와 같이 상기 선택된 NRT 서비스 2에 관련된 추가 정보 리스트가 디스플레이된다.

도 21의 (c)는 인터넷으로 제공 가능한 추가 정보 리스트와 FLUTE 세션을 통해 NRT로 제공 가능한 추가 정보 리스트를 통합하여 디스플레이하는 예를 보이고 있다.

즉, 도 21의 (c)는 인터넷으로 제공 가능한 추가 정보는 예고편과 게시판(bulletin board)이고, FLUTE 세션 즉, NRT로 제공 가능한 추가 정보는 예고편과 OST라고 가정하였을 때의 추가 정보 리스트 화면의 구성 예이다. 즉, 예고편 항목에는 상기 예고편이 인터넷으로도 제공되고, NRT로도 제공됨을 인식할 수 있는 문자, 아이콘 등이 표시된다. 그리고, 게시판 항목에는 상기 게시판이 인터넷으로만 제공됨을 인식할 수 있는 문자, 아이콘 등이 표시된다. 마찬가지로, OST 항목에는 해당 OST가 NRT로만 제공됨을 인식할 수 있는 문자, 아이콘 등이 표시된다. 여기서도 리스트 내 각 추가 정보 항목은 유저가 쉽게 인식할 수 있는 문자로 표시하였지만, 다른 예로 해당 추가 정보의 URI 값을 표시할 수도 있다. 또한 각 추가 정보 항목에 해당 추가 정보의 파일 타입을 문자나 아이콘 등을 이용하여 표시할 수도 있다. 예를 들어, 상기 예고편이 동영상으로 제공된다면, 상기 예고편이 동영상으로 제공됨을 인식할 수 있는 문자나 아이콘 등을 표시한다.

이때 유저가 추가 정보 리스트 내 인터넷으로 제공 가능한 예고편을 선택하면, 상기 예고편의 URI 값에 해당하는 웹 페이지에 접속되어 상기 예고편이 디스플레이된다. 그리고 유저가 상기 예고편의 저장을 선택하였다면, 상기 예고편이 다운로드되어 방송 수신기의 저장 매체에 저장된다. 이때에도 인터넷으로 제공 가능한 예고편이 복수개의 속도로 다운로드 가능하다고 하였을 때, 시스템에서 자동으로 최적의 속도로 다운로드하게 할 수도 있고, 유저가 속도를 선택하게 하고, 선택된 속도로 다운로드하게 할 수도 있다.

한편, 유저가 추가 정보 리스트 내 FLUTE 세션을 통해 NRT로 제공 가능한 예고편을 선택하면, 해당 다운로드 시간에 선택된 예고편이 방송 수신기로 다운로드되어 저장 매체에 저장된다. 이때, 선택된 예고편을 다운로드받기 전에 유저에게 먼저 다운로드 여부, 디스플레이 여부, 저장 여부 등을 선택하게 할 수도 있다. 즉, 다운로드된 예고편을 즉시 디스플레이하게 할 수도 있고, 다운로드된 예고편을 저장 매체에 저장한 후 유저의 요청에 따라 디스플레이하게 할 수도 있다. 그리고 상기 예고편이 다운로드 전인지, 다운로드 중인지, 다운로드가 완료되었는지를 인식할 수 있도록 문자, 아이콘, 칼라 등을 상기 예고편 항목이나 전체 화면의 일부에 표시할 수도 있다. 일 예로, 아이콘을 이용하여 다운로드 전인지, 다운로드 중인지, 다운로드가 완료되었는지를 표시하였다고 가정하였을 때, 다운로드 완료되었음을 의미하는 아이콘이 나타나고, 이 아이콘을 클릭하면 바로 예고편을 디스플레이하게 할 수 있다.

도 21의 (c)는 해당 방송 수신기가 인터넷과 NRT 서비스가 모두 가능하다고 가정하였을 때의 화면 구성이다. 만일 해당 방송 수신기가 인터넷이 안된다면, 비록 NRT 서비스 추가 정보가 인터넷으로 제공 가능하고, NRT 서비스 관련 머티어리얼 디스크립터에 상기 NRT 서비스 추가 정보의 접속 정보가 시그널링되어 있어도, 상기 도 21의 (c)의 추가 정보 리스트 화면에서 인터넷으로 제공 가능한 추가 정보 항목은 디스플레이되지 않는다. 즉, 도 21의 (c)에서, 인터넷이란 글자가 표시되지 않는다. 즉, 인터넷이 안되는 방송 수신기는 URI_access_type 필드 값이 0 즉, FLUTE 세션을 지시하는 NRT 서비스 추가 정보 루프에서 제공하는 접속 정보를 기반으로 추가 정보를 다운로드할 수 있다.

본 발명은 다른 실시예로, 도 21의 (a)와 같은 서비스 가이드 화면에서 특정 NRT 서비스에 관련된 추가 정보가 제공된다면, 그 NRT 서비스 이름 옆에 문자나 아이콘을 이용하여 추가 정보가 있음을 표시할 수도 있다. 이 경우 유저가 상기 문자나 아이콘을 클릭하면 해당 NST의 NRT 서비스 관련 머티어리얼 디스크립터로부터 획득한 접속 정보를 이용하여 추가 정보를 다운로드할 수도 있다.

도 20의 (a) 내지 (c)의 화면 구성 또는 도 21의 (a) 내지 (c)의 화면 구성은 본 발명의 이해를 돕기 위한 실시예들이며, 상기 화면 구성은 시스템 설계자에 의해 변경이 용이하므로, 본 발명은 상기된 실시예로 제한되지 않을 것이다.

지금까지는 NRT 서비스 추가 정보의 접속 정보를 포함하는 NRT 서비스 관련 머티어리얼 디스크립터가 NST의 서비스 레벨 디스크립터로서 제공될 때의 NRT 서비스 추가 정보의 처리 방법을 설명하였다.

한편, 본 발명은 콘텐트 추가 정보의 접속 정보를 포함하는 NRT 콘텐트 관련 머티어리얼 디스크립터를 NRT-IT의 콘텐트 레벨 디스크립터로서 제공할 수도 있다.

도 22는 본 발명에 따른 NRT-IT의 콘텐트 레벨 디스크립터의 하나로서 제공되는 NRT 콘텐트 관련 머티어리얼 디스크립터 NRT_content_related_material_descriptot()의 비트 스트림 신택스 구조에 대한 일 실시예를 보이고 있다.

상기 NRT 콘텐트 관련 머티어리얼 디스크립터 NRT_content_related_material_descriptot()의 각 필드에 대한 설명은 다음과 같다.

즉, descriptor_tag 필드(8비트)는 디스크립터 식별자로서, NRT 콘텐트 관련 머티어리얼 디스크립터 NRT_content_related_material_descriptot()를 식별하는 식별자가 설정될 수 있다.

URI_count 필드(5 비트)는 해당 콘텐트에 포함되는 추가 정보의 개수를 표시한다.

이후 상기 URI_count 필드 값에 해당하는 추가 정보의 개수만큼'for' 루프(또는 콘텐트 추가 정보 루프라 함)가 수행되어 각 추가 정보에 대한 접속 정보를 제공한다. 즉, 해당 NRT-IT의 content_linkage 필드 값에 대응하는 콘텐트에 적용되는 하나 이상의 추가 정보의 접속 정보를 제공한다. 이를 위해 상기 콘텐트 추가 정보 루프는 RM_file_URI_length 필드와 RM_file_URI 필드를 포함한다. 상기 콘텐트 추가 정보 루프는 URI_type 필드, URI_access_type 필드, Related_type 필드, RM_service_id 필드, RM_content_id 필드, Recommended_speed 필드 중 적어도 하나를 더 포함할 수 있다.

상기 URI_type 필드(4 비트)는 해당 추가 정보의 파일 타입을 지시한다. 상기 URI_type 필드에 할당되는 값 및 그 값의 의미는 전술한 도 17의 설명을 원용하기로 하고, 여기서는 생략한다.

상기 URI_access_type 필드(4 비트)는 해당 추가 정보의 파일에 접속할 수 있는 방법을 지시한다. 예를 들어, 도 18에서와 같이 상기 URI_access_type 필드 값이 0이면 해당 추가 정보의 파일은 FLUTE 프로토콜을 통해 제공됨을 지시하고, 1이면 해당 추가 정보의 파일은 인터넷을 통해 제공됨을 지시한다. 따라서, 상기 URI_access_type 필드 값이 0이면, 해당 추가 정보의 접속 정보는 FLUTE 세션으로 전송되는 해당 파일에 접속할 수 있는 URI 값이 표시된다. 즉, FLUTE 프로토콜에서 FDT는 각 파일을 URI 값으로 구분한다. 그리고 상기 URI_access_type 필드 값이 1이면, 해당 추가 정보의 접속 정보는 인터넷으로 제공되는 해당 파일에 접속할 수 있는 URI 값이 표시된다.

상기 Related_type 필드(8비트)는 해당 추가 정보가 해당 콘텐트와 어떤 관련이 있는지를 명시한다. 즉, 상기 Related_type 필드는 해당 콘텐트의 타입을 지시한다. 상기 Related_type 필드에 할당되는 값 및 그 값의 의미는 전술한 도 19의 설명을 원용하기로 하고, 여기서는 생략한다.

상기 RM_service_id 필드(16 비트)는 상기 추가 정보가 적용되는 NRT 서비스를 식별하기 위한 값을 표시한다. 일 예로, 상기 RM_service_id 필드 값은 해당 NRT-IT의 NRT_service_id 필드 값과 일치하는 것을 일 실시예로 한다.

상기 Recommended_speed 필드(8 비트)는 해당 추가 정보의 다운로드 속도를 지시한다. 상기 Recommended_speed 필드는 해당 추가 정보의 사이즈, 품질 등을 고려하여 동일한 추가 정보에 대해 하나 이상의 추천 다운로드 속도를 지시할 수 있다. 예를 들어, 동일한 예고편에 대해 서로 다른 다운로드 속도가 존재할 수 있다. 만일, 하나의 추가 정보에 대해 두개의 추천 다운로드 속도가 존재하면, 상기 Recommended_speed 필드 값만 달라지면서 상기 콘텐트 추가 정보 루프는 두번 반복하게 된다. 상기 Recommended_speed 필드는 상기 URI_access_type 필드 값이 1, 즉 해당 추가 정보의 파일이 인터넷을 통해 제공될 때에 유효하다. 또한 하나의 추가 정보에 대해 서로 다른 다운로드 속도가 존재한다면, 시스템에서 자동으로 최적의 속도로 해당 추가 정보를 다운로드할 수도 있고, 유저의 선택에 따른 속도로 다운로드할 수도 있다. 만일 후자라면, 유저가 해당 추가 정보의 다운로드 속도를 인지할 수 있고 선택할 수 있는 선택 화면을 제공하여야 한다.

예를 들어, 상기 URI_access_type 필드 값이 1이라면, 상기 RM_file_URI 필드 값은 파일에 접속할 때 사용되는 프로토콜 타입, 파일이 있는 웹 서버의 도메인 이름이나 IP 어드레스, 그리고 파일의 위치를 나타내는 파일의 경로명을 포함한다. 이때 파일의 경로명은 선택적이다. 예를 들어, 상기 RM_file_URI 필드 값이 'http://www.kbs.co.kr/drama/iris/netizen/bbs/index.html'이라면 웹 브라우저는 HTTP 프로토콜을 이용하고, 웹 서버 'www.kbs.co.kr/ drama/iris'로 이동하며, 파일 이름 'netizen/bbs/index.html'를 접속한다는 것을 의미한다. 이 경우, KBS에서 방송되는 드라마인 아이리스의 시청 소감을 게시하고 있는 웹 사이트에 접속된다. 즉, 상기 URI_access_type 필드 값이 1인 경우, 상기 RM_file_URI 필드만을 이용하여 웹 사이트의 접속이 가능해야 한다. 그리고 상기 RM_file_URI필드는 세션 디스크립션(Session description) 정보를 포함하고 있을 수도 있으며, 이 경우는 상기 세션 디스크립션 정보를 이용하여 실제 파일을 수신하게 된다.

그리고, 본 발명은 동일한 추가 정보를 인터넷과 FLUTE 세션을 통해 모두 제공할 수도 있다. 예를 들어, 동일한 예고편에 대해 인터넷과 FLUTE 세션을 통해 제공할 수 있다. 즉, 유저는 동일한 추가 정보에 대해 인터넷을 통해 실시간으로 제공받을 수도 있고, FLUTE 세션을 통해 비실시간으로 제공받을 수도 있다.

상기 도 22와 같은 NRT 콘텐트 관련 머티어리얼 디스크립터가 NRT-IT에 포함되어 수신될 때, 방송 수신기에서는 도 20의 (a) 내지 (c) 또는 도 21의 (a) 내지 (c)와 같은 UI 화면을 구성할 수 있다.

이때는, 도 20의 (c) 또는 도 21의 (c)의 추가 정보 리스트 화면에 NRT 서비스에 관련된 추가 정보 리스트가 아니라, 콘텐트에 관련된 추가 정보 리스트가 디스플레이된다. 이를 위해, 도 20의 (a) 또는 도 21의 (a)와 같은 서비스 가이드 화면에서 특정 NRT 서비스가 선택되면, 상기 선택된 NRT 서비스에 포함되는 콘텐트 리스트를 디스플레이하고, 이 중 하나의 콘텐트를 유저가 선택할 수 있게 한다.

즉, 추가 정보 리스트의 각 추가 정보가 콘텐트에 관련된 추가 정보라는 것을 제외하고는 전술한 도 20의 (a) 내지 (c) 또는 도 21의 (a) 내지 (c)의 상세 설명이 그대로 적용되므로, 여기서는 상세 설명을 생략하기로 한다.

한편 본 발명은 콘텐트 추가 정보를 인터넷이나 FLUTE 세션이 아닌 NRT-IT를 통해 제공할 수도 있다. 이 경우, 상기 콘텐트 추가 정보를 수신하기 위한 접속 정보가 필요없다. 즉, NRT 서비스 시그널링 채널에 포함된 NST와 NRT-IT의 IP 데이터그램들은 동일한 잘 알려진(well-known) IP 어드레스와 잘 알려진(well-known) UDP 포트 번호를 가진다. 그러므로, 테이블 식별자를 이용하여 상기 NRT 서비스 시그널링 채널에 포함된 NRT-IT를 획득하고, 상기 획득된 NRT-IT로부터 콘텐트 추가 정보를 얻을 수 있다.

지금까지는 NRT 서비스 및/또는 콘텐트 추가 정보의 접속 정보를 NST와 NRT-IT 중 어느 하나에 시그널링하고, 상기 접속 정보를 이용하여 해당 NRT 서비스 추가 정보 및/또는 해당 콘텐트 추가 정보를 다운로드하는 방법에 대해 설명하였다.

한편 본 발명은 콘텐트 추가 정보를 인터넷이나 FLUTE 세션이 아닌 NRT-IT를 통해 제공할 수도 있다. 이 경우, 상기 콘텐트 추가 정보를 수신하기 위한 접속 정보가 필요없다. 즉, NRT 서비스 시그널링 채널에 포함된 NST와 NRT-IT의 IP 데이터그램들은 동일한 well-known IP 어드레스와 well-known UDP 포트 번호를 가진다. 그러므로, 테이블 식별자를 이용하여 상기 NRT 서비스 시그널링 채널에 포함된 NRT-IT를 획득하고, 상기 획득된 NRT-IT로부터 콘텐트 추가 정보를 얻을 수 있다.

이때 상기 NRT-IT로 제공될 수 있는 콘텐트 추가 정보는 해당 콘텐트의 화면비, 해상도, 시리즈 이름, 상기 콘텐트에 관련된 다른 콘텐트 정보 등이 될 수 있다.

본 발명은 이러한 콘텐트 추가 정보를 NRT-IT에 필드나 디스크립터 형태로 시그널링하는 것을 일 실시예로 한다.

본 발명은 상기 콘텐트 추가 정보를 NRT-IT의 콘텐트 레벨 디스크립터 중 하나로 제공하는 것을 일 실시예로 한다.

본 발명은 설명의 편의를 위해, 상기 콘텐트 추가 정보를 시그널링하는 NRT-IT의 콘텐트 레벨 디스크립터를 콘텐트 추가 정보 디스크립터 content_additional_information_descriptot()라 하기로 한다.

도 23은 본 발명에 따른 콘텐트 레벨 디스크립터의 하나로서 제공되는 콘텐트 추가 정보 디스크립터 content_additional_information_descriptot()의 비트 스트림 신택스 구조에 대한 일 실시예를 보이고 있다.

상기 콘텐트 추가 정보 디스크립터 content_additional_information_descriptot()의 각 필드에 대한 설명은 다음과 같다.

aspect ratio 필드(4 비트)는 해당 콘텐트의 화변비(spect ratio)를 표시한다. 즉, 방송 수신기에서는 해당 콘텐트를 다운로드 하기 전에 해당 콘텐트가 4:3 로우 비트 인코디드 콘텐트(low bit encoded contents)인지 16:9 와이드 스크린 콘텐트(wide screen contents)인지를 알 수 있으므로, 상기 필드 값은 해당 콘텐트의 다운로드를 결정하는 데 이용할 수 있다. 예를 들어, 상기 필드 값이 0이라면 4:3 로우 비트 인코디드(low bit encoded) 콘텐트이고, 1이면 16:9 와이드 스크린(wide screen) 콘텐트라고 가정한다.

aspect ratio 필드(4 비트)는 해당 콘텐트의 화변비(spect ratio)를 표시한다. 즉, 방송 수신기에서는 해당 콘텐트를 다운로드 하기 전에 해당 콘텐트가 4:3 low bit encoded contents인지 16:9 wide screen contents인지를 알 수 있으므로, 상기 필드 값은 해당 콘텐트의 다운로드를 결정하는 데 이용할 수 있다. 예를 들어, 상기 필드 값이 0이라면 4:3 low bit encoded 콘텐트이고, 1이면 16:9 wide screen 콘텐트라고 가정한다.

resolution 필드(4 비트)는 해당 콘텐트의 해상도를 표시한다. 즉, 방송 수신기에서 해당 콘텐트를 다운로드 하기 전에 해당 콘텐트의 해상도를 알 수 있으므로, 상기 필드 값은 해당 콘텐트의 다운로드를 결정하는데 이용할 수 있다. 본 발명은 상기 필드 값이 0이면 해당 콘텐트의 해상도가 480I(Interlaced), 1이면 480P(Progressive), 2이면 720P, 3이면 1080I, 4이면 1080P인 것을 일 실시예로 한다. 다른 실시예로, 상기 콘텐트의 해상도는 방송 수신기에서 해당 콘텐트를 다운로드 한 후 디코더 단에서 판단할 수도 있다.

series_name_length 필드(8 비트)는 해당 콘텐트가 시리즈 물에 해당된다면 다음에 위치하는 series_name_text() 필드의 크기를 바이트 단위로 나타낸다. 또한 본 발명의 방송 수신기는 series_name_length 필드를 이용하여 해당 콘텐트가 시리즈 물에 해당되는지 여부를 확인할 수 있다. 이를 위해 본 발명은 상기 콘텐트가 시리즈 물에 해당되지 않으면 상기 series_name_length 필드 값에 0을 표시하고, 시리즈 물에 해당되면 다음에 오는 series_name_text() 필드 값의 길이를 표시하는 것을 일 실시예로 한다.

상기 series_name_text() 필드(var)는 해당 콘텐트가 특정 시리즈 물에 해당되는 경우, 상기 콘텐트가 속한 시리즈의 이름을 표시한다. 해당 시리즈 이름이 상기 series_name_text() 필드에 MSS(multiple string structure) 형식으로 표현되는 것을 일 실시예로 한다.

num_of_related_content 필드(8 비트)는 해당 콘텐트에 관련된 다른 콘텐트의 개수를 표시한다.

이후 상기 num_of_related_content 필드 값에 해당하는 관련 콘텐트의 개수만큼'for' 루프(또는 관련 콘텐트 정보 루프라 함)가 수행되어 각 관련 콘텐트에 대한 정보를 제공한다.

이를 위해 상기 관련 콘텐트 정보 루프는 content_linkage 필드, content_name_length 필드, content_name_text() 필드, 및 start_time 필드를 포함한다.

상기 content_linkage 필드(32 비트)는 해당 관련 콘텐트의 식별자를 표시한다.

상기 content_name_length 필드는 다음에 위치한 content_name_text() 필드 값의 크기를 바이트 단위로 나타낸다.

상기 content_name_text() 필드(var)는 해당 관련 콘텐트의 이름을 표시한다. 이때 해당 관련 콘텐트 이름이 상기 content_name_text() 필드에 MSS 형식으로 표현되는 것을 일 실시예로 한다.

상기 start_time 필드(32 비트)는 해당 관련 콘텐트의 다운로드 가능한 시간을 표시한다. 일 예로, 상기 start_time 필드 값을 GPS 시간으로 표현함으로써, 방송 수신기에서 해당 관련 콘텐트를 언제 다운로드할 지를 알 수 있게 한다.

한편, 본 발명은 리얼 타임(RT) 서비스의 이벤트에 관련된 하나 이상의 추가 정보를 인터넷이나 FLUTE 세션을 통해 제공할 수도 있다. 본 발명은 RT 서비스의 이벤트에 관련된 추가 정보를 설명의 편의를 위해 이벤트 추가 정보라 하기로 한다. 상기 이벤트 추가 정보는 파일 형태로 제공되는 것을 일 실시예로 한다.

즉, 본 발명에 따른 이벤트 추가 정보는 RT 서비스의 해당 이벤트에 관련된 예고편(trailer or preview), 로고, 포스터, 스틸 샷, 광고, 리뷰, 게시판, 뮤직 비디오, OST(original Sound Track) 등이 될 수 있으며, 이러한 이벤트 추가 정보는 정지 영상 파일, 동영상 파일, 오디오 파일, 텍스트 파일 중 적어도 하나의 파일 형태로 제공된다.

본 발명은 이벤트 추가 정보에 대한 접속 정보를 EIT에 디스크립터 형태로 시그널링하는 것을 일 실시예로 한다. 본 발명에서 이벤트 추가 정보에 대한 접속 정보는 EIT의 이벤트 레벨 디스크립터 중 하나에 포함되는 것을 일 실시예로 한다.

본 발명은 설명의 편의를 위해, 이벤트 추가 정보에 대한 접속 정보를 포함하는 EIT의 이벤트 레벨 디스크립터를 RT 이벤트 관련 머티어리얼 디스크립터 RT_event_related_material_descriptot()라 하기로 한다.

도 24는 본 발명에 따른 EIT의 이벤트 레벨 디스크립터의 하나로서 제공되는 RT 이벤트 관련 머티어리얼 디스크립터 RT_event_related_material_descriptot()의 비트 스트림 신택스 구조에 대한 일 실시예를 보이고 있다.

상기 RT 이벤트 관련 머티어리얼 디스크립터

RT_event_related_material_descriptot()의 각 필드에 대한 설명은 다음과 같다.

즉, descriptor_tag 필드(8비트)는 디스크립터 식별자로서, RT 이벤트 관련 머티어리얼 디스크립터 RT_event_related_material_descriptot()를 식별하는 식별자가 설정될 수 있다.

URI_count 필드(5 비트)는 해당 이벤트에 포함되는 추가 정보의 개수를 표시한다.

이후 상기 URI_count 필드 값에 해당하는 추가 정보의 개수만큼'for' 루프(또는 이벤트 추가 정보 루프라 함)가 수행되어 각 추가 정보에 대한 접속 정보를 제공한다. 즉, 해당 EIT의 event_id 필드 값에 대응하는 이벤트에 적용되는 하나 이상의 추가 정보의 접속 정보를 제공한다. 이를 위해 상기 이벤트 추가 정보 루프는 RM_file_URI_length 필드와 RM_file_URI 필드를 포함한다. 상기 이벤트 추가 정보 루프는 URI_type 필드, URI_access_type 필드, Related_type 필드, RM_service_id 필드, RM_event_id 필드, Recommended_speed 필드 중 적어도 하나를 더 포함할 수 있다.

상기 URI_access_type 필드(4 비트)는 해당 추가 정보의 파일에 접속할 수 있는 방법을 지시한다. 예를 들어, 도 18에서와 같이 상기 URI_access_type 필드 값이 0이면 해당 추가 정보의 파일은 FLUTE 프로토콜을 통해 제공됨을 지시하고, 1이면 해당 추가 정보의 파일은 인터넷을 통해 제공됨을 지시한다. 따라서, 상기 URI_access_type 필드 값이 0이면, 해당 추가 정보의 접속 정보는 FLUTE 세션으로 전송되는 해당 파일을 접속할 수 있는 URI 값이 표시된다. 즉, FLUTE 프로토콜에서 FDT는 각 파일을 URI 값으로 구분한다. 그리고 상기 URI_access_type 필드 값이 1이면, 해당 추가 정보의 접속 정보는 인터넷으로 제공되는 해당 파일을 접속할 수 있는 URI 값이 표시된다.

상기 Related_type 필드(8비트)는 해당 추가 정보가 해당 이벤트와 어떤 관련이 있는지를 명시한다. 즉, 상기 Related_type 필드는 해당 이벤트의 타입을 지시한다. 상기 Related_type 필드에 할당되는 값 및 그 값의 의미는 전술한 도 19의 설명을 원용하기로 하고, 여기서는 생략한다.

상기 RM_service_id 필드(16 비트)는 상기 추가 정보가 적용되는 RT 서비스를 식별하기 위한 값을 표시한다. 일 예로, 상기 RM_service_id 필드 값은 해당 EIT의 source_id 필드 값과 일치하는 것을 일 실시예로 한다.

상기 RM_event_id 필드(14 비트)는 상기 추가 정보가 적용되는 이벤트를 식별하기 위한 값을 표시한다. 일 예로, 상기 RM_event_id 필드 값은 해당 EIT의 event_id 필드 값과 일치하는 것을 일 실시예로 한다.

본 발명에서 상기 RM_service_id 필드와 상기 RM_event_id 필드는 상기 URI_access_type 필드 값이 0, 즉 해당 추가 정보의 파일이 FLUTE 세션을 통해 비실시간으로 제공될 때에 유효하다. 다시 말해, 상기 URI_access_type 필드 값이 1, 즉 해당 추가 정보의 파일이 인터넷을 통해 제공될 때, 상기 RM_service_id 필드와 상기 RM_event_id 필드는 의미없는 필드이다.

상기 RM_file_URI 필드(var)는 해당 추가 정보의 파일에 대한 URI 값을 표시한다. 상기 RM_file_URI 필드에는 방송 수신기에서 해당 추가 정보의 파일을 유일하게 식별하고, 다운로드할 수 있는 URI 값이 표시되어야 한다. 상기 RM_file_URI 필드에 표시되는 URI 값의 예는 이전의 설명을 참조하기로 하고, 여기서는 생략하기로 한다.

상기 도 24와 같은 RT 이벤트 관련 머티어리얼 디스크립터가 EIT에 포함되어 수신될 때, 방송 수신기에서는 도 20의 (a) 내지 (c) 또는 도 21의 (a) 내지 (c)와 같은 UI 화면을 구성할 수 있다.

이때는, 도 20의 (c) 또는 도 21의 (c)의 추가 정보 리스트 화면에 NRT 서비스에 관련된 추가 정보 리스트가 아니라, 이벤트에 관련된 추가 정보 리스트가 디스플레이된다. 이를 위해, 도 20의 (a) 또는 도 21의 (a)와 같은 서비스 가이드 화면에서 특정 RT 서비스가 선택되면, 상기 선택된 RT 서비스에 포함되는 이벤트 리스트를 디스플레이하고, 이 중 하나의 이벤트를 유저가 선택할 수 있게 한다. 즉, 추가 정보 리스트의 각 추가 정보가 이벤트에 관련된 추가 정보라는 것을 제외하고는 전술한 도 20의 (a) 내지 (c) 또는 도 21의 (a) 내지 (c)의 상세 설명이 그대로 적용되므로, 여기서는 상세 설명을 생략하기로 한다.

한편 전술한 Fixed NRT 서비스 및/또는 콘텐트 추가 정보에 대한 접속 정보의 시그널링 및 처리 방법은 Mobile NRT 서비스 및/또는 콘텐트에도 적용되는 것은 당연한다. 즉, Mobile NRT 서비스 및/또는 콘텐트 추가 정보의 접속 정보를 NRT 서비스 시그널링 채널에 포함되는 시그널링 정보 테이블 중 하나에 시그널링하고, 상기 접속 정보를 이용하여 해당 NRT 서비스 추가 정보 및/또는 해당 콘텐트 추가 정보를 인터넷이나 FLUTE 세션을 통해 다운로드한다.

본 발명에 따른 Mobile NRT 서비스를 위한 시그널링 정보 테이블로는 서비스 맵 테이블(SMT)이 있다.

상기 SMT는 모바일 방송에 포함되어 수신되는 실시간 서비스 또는 비실시간 서비스 및 각 서비스에 포함된 콤포넌트(또는 콘텐트 아이템)의 접속 정보를 제공한다. 상기 SMT는 Fixed NRT 서비스의 NST에 대응되는 시그널링 정보 테이블이다. 만일 모바일 방송에 포함된 서비스가 NRT 서비스이면, 상기 SMT로부터 NRT 서비스를 구성하는 콘텐트/파일들을 전송하는 FLUTE 세션의 접속 정보를 포함하는 시그널링 정보를 추출할 수 있다.

즉, 도 16과 같은 NRT 서비스 관련 머티어리얼 디스크립터 NRT_service_related_material_descriptot()가 상기 SMT의 서비스 레벨 디스크립터의 하나로서 제공된다.

따라서 본 발명에 따른 모바일 방송 수신기는 SMT의 NRT 서비스 관련 머티어리얼 디스크립터 NRT_service_related_material_descriptot()로부터 해당 NRT 서비스 추가 정보의 파일 타입, 서비스 타입, 접속 정보 등을 획득할 수 있다. 상기 NRT 서비스 관련 머티어리얼 디스크립터 NRT_service_related_material_descriptot()로부터 획득되는 정보의 상세한 설명은 도 16 내지 도 19를 참조하기로 하고, 여기서는 생략한다.

그리고 모바일 방송 수신기에서도 도 20의 (a) 내지 (c) 또는 도 21의 (a) 내지 (c)와 같은 UI 화면을 구성할 수 있다.

도 25는 본 발명에 따른 Fixed NRT 서비스를 위한 방송 수신기의 일 실시예를 보인 구성 블록도이다.

도 25의 방송 수신기는 오퍼레이션 제어기(100), 베이스밴드 처리부(110), 서비스 역다중화기(120), 스트림 콤포넌트 핸들러(130), 미디어 핸들러(140), 파일 핸들러(150), 서비스 매니저(160), PVR 매니저(170), 제1 저장부(180), SG 핸들러(190), EPG 핸들러(200), NRT 서비스 매니저(210), 어플리케이션 매니저(220), 미들웨어 엔진(230), 프리젠테이션 매니저(240), 및 UI(User Interface) 매니저(250), 인터넷 네트워크 인터페이스(260)를 포함할 수 있다.

상기 베이스밴드 처리부(110)는 튜너(111)와 복조기(112)를 포함할 수 있다. 상기 서비스 역다중화기(120)는 MPEG-2 TP 핸들러(121), PSI/PSIP 핸들러(122), MPEG-2 TP 역다중화기(123), 디스크램블러(124), 및 제2 저장부(125)를 포함할 수 있다.

상기 스트림 콤포넌트 핸들러(130)는 PES(Packetized Elementary Stream) 복호기(131), ES(Elementary Stream) 복호기(132), PCR 핸들러(133), STC 핸들러(134), DSM-CC 어드레서블 섹션 핸들러(135), IP 데이터그램 핸들러(136), 디스크램블러(137), UDP 핸들러(138), 서비스 시그널링 섹션 핸들러(138-1), 및 CAS(Conditional Access System(139)을 포함할 수 있다.

상기 미디어 핸들러(140)는 A/V 복호기(141)를 포함할 수 있다. 상기 파일 핸들러(150)는 ALC/LCT 스트림 핸들러(151), 파일 재건(reconstruction) 버퍼(152), XML 파서(153), FDT 핸들러(154), 디콤프레서(155), 및 제3 저장부(156), 및 파일 디코더(157)를 포함할 수 있다.

이와 같이 구성된 도 25에서, 튜너(111)는 예를 들면, 지상파를 통해 수신되는 방송 신호 중 원하는 채널의 방송 신호를 서비스 매니저(160)의 제어에 의해 튜닝하여 중간주파수(IF : Intermediate Frequency) 신호로 다운 컨버전하여 복조기(112)로 출력한다. 상기 튜너(111)는 실시간 스트림과 비실시간 스트림을 수신할 수 있다. 본 발명에서 비실시간 스트림은 NRT 스트림이라 하기로 한다.

상기 복조기(112)는 튜너(111)로부터 입력되는 통과대역의 디지털 IF 신호에 대해 자동 이득 제어, 반송파 복구 및 타이밍 복구 등을 수행하여 기저대역 신호로 변환하고, 채널 등화를 수행한다. 예를 들어, 상기 방송 신호가 VSB 변조 신호인 경우 VSB 복조 과정을 수행하여 자동 이득 제어, 반송파 복구 및 타이밍 복구 등을 수행한다. 상기 복조기(112)에서 복조 및 채널 등화된 데이터는 MPEG-2 TS(Transport Stream) 패킷 형태로 상기 MPEG-2 TP 핸들러(121)로 출력된다.

상기 MPEG-2 TP(Transport Stream Packet) 핸들러(121)는 MPEG-2 TP 버퍼와 MPEG-2 TP 파서로 구성되며, 상기 복조기(112)의 출력을 일시 저장한 후 TS 헤더를 분석하여, 상기 복조기(112)의 출력이 실시간용 A/V TS 패킷이거나, NRT TS 패킷이면 역다중화기(123)로 출력하고, PSI/PSIP 테이블용 TS 패킷이면 PSI/PSIP 핸들러(122)로 출력한다.

상기 PSI/PSIP 핸들러(122)는 PSI/PSIP 섹션 버퍼와 PSI/PSIP 파서로 구성되며, 상기 MPEG-2 TP 핸들러(121)에서 출력되는 TS 패킷을 일시 저장한 후 테이블 식별자 등을 참조하여 상기 TS 패킷의 페이로드에 포함된 PSI/PSIP 섹션 데이터로부터 해당 테이블을 복원하여 파싱한다. 이때 하나의 테이블이 하나의 섹션으로 구성되는지 복수개의 섹션으로 구성되는지는 해당 섹션 내 table_id 필드, section_number 필드, last_section_number 필드 등을 통해 알 수 있다. 그리고 동일한 테이블 식별자를 갖는 섹션들을 모으면 해당하는 테이블을 완성할 수 있다. 예를 들어, VCT에 할당된 테이블 식별자를 갖는 섹션들을 모으면 VCT를 완성할 수 있다. 그리고 상기 파싱된 각 테이블의 정보는 서비스 매니저(160)에 의해 수집되어 제1 저장부(180)에 저장한다. 본 발명에 따른 VCT, PAT, PMT, DST, EIT, ETT 등의 테이블 정보가 상기 과정을 거쳐 제1 저장부(180)에 저장된다. 상기 서비스 매니저(160)는 상기 테이블 정보를 서비스 맵 및 가이드 데이터 형태로 상기 제1 저장부(180)에 저장한다.

상기 역다중화기(123)는 입력되는 TS 패킷이 리얼 타임의 A/V TS 패킷이면 오디오 TS 패킷과 비디오 TS 패킷으로 분리한 후 PES 디코더(131)로 출력하고, NRT TS 패킷이면 DSM-CC 핸들러(135)로 출력한다. 또한 상기 역다중화기(123)는 PCR(Program Clock Reference)가 포함된 TS 패킷이면 PCR 핸들러(133)로 출력하고, CA(Conditional Access) 정보가 포함된 TS 패킷이면 CAS(139)로 출력한다. 상기 NRT TS 패킷은 NRT 서비스 데이터를 포함하는 TS 패킷과 NRT 서비스 시그널링 채널을 포함하는 TS 패킷으로 구분된다. 상기 NRT 서비스 데이타의 TS 패킷에는 상기 NRT 서비스를 식별하기 위하여 유니크한 PID가 할당되며, 상기 NRT 서비스 시그널링 채널을 포함하는 TS 패킷의 PID는 DST와 PMT를 이용하여 추출한다.

상기 역다중화기(123)는 전술한 처리를 위해 서비스 매니저(160) 또는/및 PVR(Personal Video Recorder) 매니저(170)의 제어를 받는다.

즉, 상기 서비스 매니저(160)는 VCT 내 service_type 필드 값이 NRT 서비스가 전송됨을 지시하면, 상기 VCT의 서비스 위치 디스크립터(service location descriptor)(또는 PMT의 ES 루프)로부터 DST의 PID를 추출하여 DST를 수신한다.

상기 역다중화기(123)는 재생 요청에 따라 상기 제2 저장부(125)로부터 업로드된 A/V TS 패킷으로부터 오디오 TS 패킷과 비디오 TS 패킷으로 분리하여 PES 디코더(131)로 출력한다.

상기 역다중화기(123)는 전술한 처리를 위해 서비스 매니저(160) 또는/및 PVR(Personal Vedeo Recorder) 매니저(170)의 제어를 받는다.

즉, 상기 서비스 매니저(160)는 VCT 내 service_type 필드 값이 NRT 서비스가 전송됨을 지시하면, 상기 VCT의 service location descriptor(또는 PMT의 ES loop)로부터 DST의 PID를 추출하여 DST를 수신한다.

그리고, 상기 수신된 DST로부터 NRT 서비스를 식별하고, 식별된 NRT 서비스를 수신하기 위해 상기 NRT 서비스 시그널링 채널을 포함하는 MPEG-2 TS 패킷의 PID를 DST와 PMT를 이용하여 추출한다. 상기 추출된 PID는 역다중화기(123)로 출력한다. 상기 역다중화기(123)는 상기 서비스 매니저(160)에서 출력하는 PID에 해당하는 MPEG-2 TS 패킷들을 어드레서블 섹션 핸들러(135)로 출력한다.

상기 PCR은 A/V 디코더(141)에서 오디오 ES 및 비디오 ES의 타임 동기 등을 위해 사용되는 시간 기준값이다. 상기 PCR 핸들러(133)는 입력되는 TS 패킷의 페이로드에 포함된 PCR을 복원하여 STC 핸들러(134)로 출력한다. 상기 STC 핸들러(134)는 상기 PCR로부터 시스템의 기준 클럭이 되는 STC(System Time Clock)를 복원하여 A/V 디코더(141)로 출력한다.

상기 PES 디코더(131)는 PES 버퍼와 PES 핸들러로 구성되며, 오디오 TS 패킷과 비디오 TS 패킷을 일시 저장한 후 각 TS 패킷으로부터 TS 헤더를 제거하여 오디오 PES와 비디오 PES로 복원한다. 상기 복원된 오디오 PES와 비디오 PES는 ES 디코더(132)로 출력된다. 상기 ES 디코더(132)는 ES 버퍼와 ES 핸들러로 구성되며, 오디오 PES와 비디오 PES로부터 각 PES 헤더를 제거하여 순수한 데이타인 오디오 ES와 비디오 ES로 복원한다. 상기 복원된 오디오 ES와 비디오 ES는 상기 A/V 디코더(141)로 출력된다.

상기 A/V 디코더(141)는 각각의 디코딩 알고리즘으로 상기 오디오 ES와 비디오 ES를 디코딩하여 압축 이전의 상태로 복원한 후 프리젠테이션 매니저(240)로 출력한다. 이때 상기 STC에 따라 오디오 ES와 비디오 ES의 디코딩시 타임 동기가 이루어진다. 일 예로, 오디오 디코딩 알고리즘은 AC-3 디코딩 알고리즘, MPEG 2 audio 디코딩 알고리즘, MPEG 4 audio 디코딩 알고리즘, AAC 디코딩 알고리즘, AAC+ 디코딩 알고리즘, HE AAC 디코딩 알고리즘, AAC SBR 디코딩 알고리즘, MPEG surround 디코딩 알고리즘, BSAC 디코딩 알고리즘중 적어도 하나를 적용하고, 비디오 디코딩 알고리즘은 MPEG 2 video 디코딩 알고리즘, MPEG 4 video 디코딩 알고리즘, H.264 디코딩 알고리즘, SVC 디코딩 알고리즘, VC-1 디코딩 알고리즘 중 적어도 하나를 적용할 수 있다.

상기 CAS(139)는 CA 스트림 버퍼와 CA 스트림 핸들러로 구성되며, 상기 MPEG-2 TP 핸들러(121)에서 출력되는 TS 패킷 또는 UDP 데이터그램 핸들러(138)에서 복원되어 출력되는 서비스 보호 데이터를 일시 저장한 후 상기 저장된 TS 패킷 또는 서비스 보호 데이터로부터 디스크램블에 필요한 정보(예를 들어, 스크램블에 사용된 제어 단어 등)를 복원한다. 즉, 상기 TS 패킷의 페이로드에 포함된 EMM(Entitlement Management Message), ECM(Entitlement Control Message) 등을 추출하고, 추출된 EMM, ECM 등을 분석하여 디스크램블에 필요한 정보를 획득한다. 상기 ECM은 스크램블에 사용된 제어 단어(CW)를 포함할 수 있다. 이때 상기 제어 단어는 인증키로 암호화되어 있을 수 있다. 상기 EMM은 해당 데이터의 인증키와 자격 정보를 포함할 수 있다. 상기 CAS(139)에서 획득한 디스크램블에 필요한 정보는 디스크램블러(124,137)로 출력된다.

즉, 상기 NRT 서비스 시그널링 채널을 전송하는 IP 데이터그램의 접속 정보는 잘 알려진(well-known) 데스티네이션(destination) IP 어드레스와 잘 알려진(well-known) 데스티네이션 (destination) UDP 포트 번호인 것을 일 실시예로 한다.

따라서, 상기 IP 데이터그램 핸들러(136)와 UDP 데이터그램 핸들러(138)는 잘 알려진(well-known) 데스티네이션 IP 멀티캐스트 어드레스와 잘 알려진(well-known) 데스티네이션 UDP 포트 번호를 가지면서, NRT 서비스 시그널링 채널을 전송하는 IP 멀티캐스트 스트림 즉, NRT 서비스 시그널링 데이터를 추출하여 서비스 시그널링 섹션 핸들러(138-1)로 출력한다.

상기 UDP 데이터그램 핸들러(138)는 UDP 데이터그램 버퍼와 UDP 데이터그램 파서로 구성되며, 상기 IP 데이터그램 핸들러(136) 또는 디스크램블러(137)로부터 출력되는 UDP 데이터그램을 버퍼링한 후, 버퍼링된 UDP 데이터그램의 헤더를 추출하고 분석하여 상기 UDP 데이터그램의 페이로드에 포함된 데이터를 복원한다. 이때 복원된 데이터가 서비스 프로텍션 데이터이면 CAS(139)로 출력하고, NRT 서비스 시그널링 데이터이면 서비스 시그널링 섹션 핸들러(138-1)로 출력하며, NRT 서비스 데이터이면 ALC/LCT 스트림 핸들러(151)로 출력한다.

즉, 상기 NRT 서비스 시그널링 채널을 전송하는 IP 데이터그램의 접속 정보는 well-known 데스티네이션(destination) IP 어드레스와 well-known 데스티네이션(destination) UDP 포트 번호인 것을 일 실시예로 한다.

따라서, 상기 IP 데이터그램 핸들러(136)와 UDP 데이터그램 핸들러(138)는 well-known 데스티네이션 IP 멀티캐스트 어드레스와 well-known 데스티네이션 UDP 포트 번호를 가지면서, NRT 서비스 시그널링 채널을 전송하는 IP 멀티캐스트 스트림 즉, NRT 서비스 시그널링 데이터를 추출하여 서비스 시그널링 섹션 핸들러(138-1)로 출력한다.

그리고, 상기 서비스 시그널링 섹션 핸들러(138-1)는 서비스 시그널링 섹션 버퍼와 서비스 시그널링 섹션 파서로 구성되며, 상기 NRT 서비스 시그널링 데이터로부터 도 10, 도 11과 같은 NST, 도 14, 도 15와 같은 NRT-IT를 복원하고 파싱하여 서비스 매니저(160)로 출력한다. 상기 NST를 파싱하면 NRT 서비스를 구성하는 콘텐트/파일들을 전송하는 FLUTE 세션의 접속 정보를 얻을 수 있다. 상기 NST와 NRT-IT 로부터 파싱된 정보는 서비스 매니저(160)에 의해 수집되어 제1 저장부(180)에 저장된다. 상기 서비스 매니저(160)는 상기 NST와 NRT-IT에서 추출된 정보를 서비스 맵 및 서비스 가이드 형태로 상기 제1 저장부(180)에 저장한다. 다른 실시예로, 상기 서비스 매니저(160)의 역할을 NRT 서비스 매니저(210)에서 수행할 수도 있다. 즉, 상기 NST와 NRT-IT로부터 파싱된 정보는 NRT 서비스 매니저(210)에 의해 수집되어 제1 저장부(180)에 저장될 수도 있다.

또한 유저가 UI 매니저(250)를 통해 서비스 가이드 화면을 요청하면, 오퍼레이션 제어기(100)의 제어에 의해 서비스 매니저(160) 또는 NRT 서비스 매니저(210)는 제1 저장부(180)에 저장된 정보들을 이용하여 RT 서비스와 NRT 서비스 중 적어도 하나를 포함하는 서비스 가이드를 구성하고, 구성된 서비스 가이드를 프리젠테이션 매니저(240)를 통해 화면에 디스플레이한다.

일 예로, 도 20의 (a)와 같은 서비스 가이드 화면이 디스플레이될 수 있다.

이때 NRT 서비스 2와 관련된 추가 정보의 접속 정보를 포함하는 NRT 서비스 관련 머티어리얼 디스크립터가 NST의 NRT 서비스 2에 해당하는 서비스 레벨 디스크립터로서 제공된다고 가정한다.

이때 유저가 리모콘, 키보드, 마우스, 터치와 같은 입력 수단을 이용하여 도 20의 (a)의 서비스 가이드 화면에서 NRT 서비스 2를 선택하면, 이때의 선택 신호가 UI 매니저(250)를 통해 오퍼레이션 제어기(100)로 제공된다.

이후, 오퍼레이션 제어기(100)의 제어에 의해 서비스 매니저(160) 또는 NRT 서비스 매니저(210), 제1 저장부(180), 및 프리젠테이션 매니저(240)가 동작하여, 도 20의 (b)와 같이 NRT 서비스 2의 상세 정보 화면을 디스플레이한다.

그리고 상기 도 20의 (b)의 NRT 서비스 2의 상세 정보 화면에서 유저가 리모콘, 키보드, 마우스, 터치 등과 같은 입력 수단을 이용하여 추가 정보 있음이 표시된 메뉴 버튼을 선택하면, 도 20의 (c)와 같이 상기 NRT 서비스 2에 관련된 추가 정보 리스트를 디스플레이한다.

도 20의 (c)는 인터넷으로 제공 가능한 추가 정보 리스트와 FLUTE 세션을 통해 NRT로 제공 가능한 추가 정보 리스트를 구분하여 디스플레이하는 예를 보이고 있다. 여기서 리스트 내 각 추가 정보 항목은 유저가 쉽게 인식할 수 있는 문자로 표시하였지만, 다른 예로 해당 추가 정보의 URI 값을 표시할 수도 있다. 또한 각 추가 정보 항목에 해당 추가 정보의 파일 타입을 문자나 아이콘 등을 이용하여 표시할 수도 있다. 예를 들어, 상기 예고편이 동영상으로 제공된다면, 상기 예고편이 동영상으로 제공됨을 인식할 수 있는 문자나 아이콘 등을 표시한다.

이때 유저가 인터넷으로 제공 가능한 추가 정보 리스트 내 게시판을 선택하면, 상기 서비스 매니저(160) 또는 NRT 서비스 매니저(210)는 NRT 서비스 2에 해당하는 NRT 서비스 관련 머티어리얼 디스크립터로부터 획득한 상기 게시판의 URI 값을 상기 제1 저장부(180)로부터 읽어 온다. 그리고 인터넷 네트워크 인터페이스(260)을 통해 상기 게시판의 URI 값에 해당하는 웹 페이지를 접속한다. 이 경우 화면에 상기 게시판이 디스플레이된다.

한편, 유저가 NRT로 제공 가능한 추가 정보 리스트 내 예고편을 선택하면, NRT 서비스 매니저(210)의 제어에 의해 해당 다운로드 시간에 해당 FLUTE 세션으로부터 상기 예고편의 파일을 다운로드한다. 다운로드된 예고편의 파일은 파일 디코더(157)를 거쳐 제3 저장부(156)에 저장되거나, 프리젠테이션 매니저(240)를 통해 화면에 디스플레이된다.

상기 XML 파서(153)는 상기 ALC/LCT 세션(session)을 통하여 전송되는 XML 데이터를 분석하고, 분석된 데이터가 파일 기반 서비스를 위한 데이터이면 FDT 핸들러(154)로 출력하고, 서비스 가이드를 위한 데이터이면 SG 핸들러(190)로 출력한다.

한편, 콘텐트에 관련된 추가 정보의 접속 정보를 포함하는 NRT 콘텐트 관련 머티어리얼 디스크립터가 NRT-IT의 콘텐트 레벨 디스크립터로서 제공될 때에도 상기 과정을 적용하여 추가 정보의 접속 정보를 획득할 수 있다. 또한 획득된 접속 정보에 따라 해당 콘텐트 추가 정보를 인터넷 및/또는 FLUTE 세션을 통해 다운로드할 수 있다.

상기 ALC/LCT 스트림 핸들러(151)는 ALC/LCT 스트림 버퍼와 ALC/LCT 스트림 파서로 구성되며, 상기 UDP 데이터그램 핸들러(138)로부터 출력되는 ALC/LCT 구조의 데이터를 버퍼링한 후, 버퍼링된 데이터로부터 ALC/LCT 세션의 헤더 및 헤더 확장(header extension)을 분석한다. 상기 ALC/LCT 세션의 헤더 및 헤더 확장을 분석한 결과, 상기 ALC/LCT 세션으로 전송되는 데이터가 XML 구조이면 XML 파서(153)로 출력하고, 파일 구조이면 파일 재건(File Reconstruction) 버퍼(152)에 일시 저장한 후 파일 디코더(157)로 출력하거나, 제3 저장부(156)에 저장한다. 상기 ALC/LCT 스트림 핸들러(151)는 상기 ALC/LCT 세션으로 전송되는 데이터가 NRT 서비스를 위한 데이터이면 NRT 서비스 매니저(210)의 제어를 받는다. 이때 상기 ALC/LCT 세션으로 전송되는 데이터가 압축되어 있으면, 디콤프레서(155)에서 해제된 후 XML 파서(153), 파일 디코더(157), 제3 저장부(156) 중 적어도 하나로 출력된다.

상기 XML 파서(153)는 상기 ALC/LCT session을 통하여 전송되는 XML 데이터를 분석하고, 분석된 데이터가 파일 기반 서비스를 위한 데이터이면 FDT 핸들러(154)로 출력하고, 서비스 가이드를 위한 데이터이면 SG 핸들러(190)로 출력한다.

상기 FDT 핸들러(154)는 ALC/LCT session을 통하여 FLUTE 프로토콜의 파일 디스크립션 테이블(File Description Table)을 분석하고 처리한다. 상기 FDT 핸들러(154)는 수신된 파일이 NRT 서비스를 위한 파일이면 NRT 서비스 매니저(210)의 제어를 받는다.

상기 SG 핸들러(190)는 XML 구조로 전송되는 서비스 가이드를 위한 데이터를 수집하고 분석하여 EPG 매니저(200)로 출력한다.

상기 파일 디코더(157)는 상기 파일 재건 버퍼(152)로부터 출력되는 파일 또는 디콤프레서(155)로부터 출력되는 파일 또는 제3 저장부(156)로부터 업로드된 파일을 기 설정된 알고리즘으로 디코딩하여 미들웨어 엔진(230)으로 출력하거나, A/V 디코더(141)로 출력한다.

상기 미들웨어 엔진(230)은 파일 구조의 데이터 즉, 어플리케이션을 해석하여 실행시킨다. 그리고 상기 어플리케이션을 프리젠테이션 매니저(240)를 통해 화면이나 스피커와 같은 출력 장치로 출력할 수도 있다. 상기 미들웨어 엔진(230)은 자바(JAVA) 기반의 미들웨어 엔진인 것을 일 실시예로 한다.

상기 EPG 매니저(200)는 유저의 입력에 따라 SG 핸들러(190)로부터 서비스 가이드 데이터를 입력받아 디스플레이 포맷으로 변환한 후 프리젠테이션 매니저(240)로 출력한다. 상기 어플리케이션 매니저(220)는 상기 파일 등의 형태로 수신되는 어플리케이션 데이터의 처리에 관한 전반적인 관리를 수행한다.

상기 서비스 매니저(160)는 PSI/PSIP 테이블 데이터 또는 NRT 서비스 시그널링 채널로 전송되는 NRT 서비스 시그널링 데이터를 수집하고 분석하여 서비스 맵을 만든 후 제1 저장부(125)에 저장한다. 또한 상기 서비스 매니저(160)는 사용자가 원하는 NRT 서비스에 대한 접속 정보를 제어하며, 튜너(111), 복조기(112), IP 데이터그램 핸들러(136) 등에 대한 제어를 수행한다.

상기 오퍼레이션 제어기(100)는 UI 매니저(250)를 통해 입력되는 유저의 명령에 따라 상기 서비스 매니저(160), PVR 매니저(170), EPG 매니저(200), NRT 서비스 매니저(210), 어플리케이션 매니저(220), 프리젠테이션 매니저(240) 중 적어도 하나를 제어하여, 상기 유저의 명령에 따른 기능이 수행되도록 한다.

상기 NRT 서비스 매니저(210)는 IP 계층 상에서 FLUTE 세션을 통하여 콘텐트/파일 형태로 전송되는 NRT 서비스에 대한 전반적인 관리를 수행한다.

상기 UI 매니저(250)는 UI를 통해 유저의 입력을 오퍼레이션 제어기(100)로 전달한다.

상기 프리젠테이션 매니저(240)는 A/V 디코더(141)에서 출력되는 오디오 및 비디오 데이터, 미들웨어 엔진(230)에서 출력되는 파일 데이터, EPG 매니저(210)에서 출력되는 서비스 가이드 데이터 중 적어도 하나를 스피커 및/또는 화면을 통해 유저에게 제공한다.

지금까지 설명한 본 발명은 상술한 실시예에 한정되지 않으며, 첨부된 청구범위에서 알 수 있는 바와 같이 본 발명이 속한 분야의 통상의 지식을 가지자에 의해 변형이 가능하고 이러한 변형은 본 발명의 범위에 속한다.

발명의 실시를 위한 형태

발명의 실시를 위한 형태는 발명의 실시를 위한 최선의 형태에서 함께 기술되었다.

산업상 이용가능성

본 발명에 따른 신호 송수신 방법 및 신호 송수신 장치의 실시예는 방송 및 통신 분야 등에 이용될 수 있다.

Claims

비실시간 서비스/콘텐트, 및 상기 비실시간 서비스/콘텐트를 시그널링하기 위한 시그널링 데이터를 포함하는 방송 신호를 생성하는 단계,
상기 비실시간 서비스/콘텐트는 사용되기 전에 미리 전송되는 방송 서비스/콘텐트이고,
상기 시그널링 데이터는 방송 수신 장치의 저장 매체에 다운로드할 수 있는 콘텐트 아이템을 설명하는 정보를 포함하는 비실시간 정보 테이블을 포함하고; 및
방송 채널을 통하여 상기 비실시간 서비스/콘텐트 및 상기 시그널링 데이터를 전송하는 단계를 포함하고,
상기 비실시간 정보 테이블은 상기 콘텐트 아이템의 식별 번호를 지시하는 콘텐트 링키지(content linkage) 필드를 더 포함하는 것을 특징으로 하는
비실시간 서비스를 위한 방송 신호 전송 방법.
제 1 항에 있어서,
상기 방송 신호는 실시간 서비스/콘텐트를 더 포함하고,
상기 실시간 서비스/콘텐트는 완전한 방송 서비스/콘텐트를 제공하기 위해서 상기 비실시간 서비스/콘텐트에 결합되는 비실시간 서비스를 위한 방송 신호 전송 방법.
제 1 항에 있어서,
상기 비실시간 정보 테이블은 상기 비실시간 서비스를 구성하는 파일들에 적용되는 FEC (Forward Error Correction) 인코딩 방법을 명시하는 FEC 코딩 정보를 더 포함하는 비실시간 서비스를 위한 방송 신호 전송 방법.
제 1 항에 있어서,
상기 비실시간 정보 테이블은 상기 콘텐트 아이템이 주기적으로 업데이트가 가능한지 여부를 명시하는 업데이트 정보를 더 포함하는 비실시간 서비스를 위한 방송 신호 전송 방법.
제 1 항에 있어서,
상기 비실시간 정보 테이블은 인터넷 프로토콜을 통해서 별도로 제공될 수 있는 파일의 위치를 명시하는 파일 위치 정보를 더 포함하는 비실시간 서비스를 위한 방송 신호 전송 방법.
제 1 항에 있어서,
상기 비실시간 서비스를 구성하는 파일들은 상기 콘텐트 아이템에 속하는 것을 특징으로 하는 비실시간 서비스를 위한 방송 신호 전송 방법.
제 1 항에 있어서,
상기 콘텐트 링키지(content linkage) 필드는 상기 콘텐트 아이템을 적어도 하나의 플루트(File Delivery over Unidirectional Transport; FLUTE) 세션들에서 전송되는 파일들에 연결하는 것을 특징으로 하는 비실시간 서비스를 위한 방송 신호 전송 방법.
비실시간 서비스/콘텐트, 및 상기 비실시간 서비스/콘텐트를 시그널링하기 위한 시그널링 데이터를 포함하는 방송 신호를 수신하는 튜너,
상기 비실시간 서비스/콘텐트는 방송 채널을 통해서 사용되기 전에 미리 전송되는 방송 서비스/콘텐트이고,
상기 시그널링 데이터는 방송 수신 장치의 저장 매체에 다운로드할 수 있는 콘텐트 아이템을 설명하는 정보를 포함하는 비실시간 정보 테이블을 포함하고; 및
상기 비실시간 서비스/콘텐트 및 상기 시그널링 데이터를 디코딩하는 디코더를 포함하고,
상기 비실시간 정보 테이블은 상기 콘텐트 아이템의 식별 번호를 지시하는 콘텐트 링키지(content linkage) 필드를 더 포함하는 것을 특징으로 하는
비실시간 서비스를 위한 방송 신호 수신 장치.
제 8 항에 있어서,
상기 방송 신호는 실시간 서비스/콘텐트를 더 포함하고,
상기 실시간 서비스/콘텐트는 완전한 방송 서비스/콘텐트를 제공하기 위해 상기 비실시간 서비스/콘텐트에 결합되는 비실시간 서비스를 위한 방송 신호 수신 장치.
제 8 항에 있어서,
상기 비실시간 정보 테이블은 상기 비실시간 서비스를 구성하는 파일들에 적용되는 FEC (Forward Error Correction) 인코딩 방법을 명시하는 FEC 코딩 정보를 더 포함하는 비실시간 서비스를 위한 방송 신호 수신 장치.
제 8 항에 있어서,
상기 비실시간 정보 테이블은 상기 콘텐트 아이템이 주기적으로 업데이트가 가능한지 여부를 명시하는 업데이트 정보를 더 포함하는 비실시간 서비스를 위한 방송 신호 수신 장치.
제 8 항에 있어서,
상기 비실시간 정보 테이블은 인터넷 프로토콜을 통해서 별도로 제공될 수 있는 파일의 위치를 명시하는 파일 위치 정보를 더 포함하는 비실시간 서비스를 위한 방송 신호 수신 장치.
제 8 항에 있어서,
상기 비실시간 서비스를 구성하는 파일들은 상기 콘텐트 아이템에 속하는 것을 특징으로 하는 비실시간 서비스를 위한 방송 신호 수신 장치.
제 8 항에 있어서,
상기 콘텐트 링키지(content linkage) 필드는 상기 콘텐트 아이템을 적어도 하나의 플루트(File Delivery over Unidirectional Transport; FLUTE) 세션들에서 전송되는 파일들에 연결하는 것을 특징으로 하는 비실시간 서비스를 위한 방송 신호 수신 장치.
삭제