KR101737843B1

KR101737843B1 - 비실시간 방송 서비스 처리 시스템 및 그 처리방법

Info

Publication number: KR101737843B1
Application number: KR1020127023738A
Authority: KR
Inventors: 서종열; 이준휘; 김진필; 김관석
Original assignee: 엘지전자 주식회사
Priority date: 2010-03-11
Filing date: 2011-03-11
Publication date: 2017-05-29
Also published as: WO2011112053A3; US9215493B2; US20130061275A1; US20160073156A1; US9749681B2; KR20130016219A; WO2011112053A2

Abstract

본 발명에서는 비실시간 방송 서비스 처리 시스템 및 그 처리방법을 개시한다. 여기서, 본 발명에 따른 방송 수신기에서 NRT(Non-Real-Time) 서비스를 처리하는 방법의 일 예는, 방송 서비스와 시그널링 정보를 수신하고, 시그널링 정보에 기초하여 방송 서비스가 NRT 서비스인지 식별하고, 식별된 NRT 서비스가 3D 서비스 또는 3D 컨텐트를 포함하는지 식별하여, NRT 서비스를 처리할 수 있다.

Description

비실시간 방송 서비스 처리 시스템 및 그 처리방법{NON-REAL-TIME BROADCAST SERVICE PROCESSING SYSTEM AND PROCESSING METHOD THEREOF}

본 발명은 비실시간(Non-Real-Time; 이하 'NRT'라 한다) 방송 서비스 처리 시스템 및 그 처리방법에 관한 것으로, 더욱 상세하게는 NRT 서비스를 통해 3차원(3-Dimensional; 이하 ‘3D’) 컨텐트가 전송되는 경우, 수신측에서 NRT 서비스에 포함된 3D 컨텐트를 식별 및 처리할 수 있도록 하고자 하는 NRT 서비스 처리 시스템 및 그 처리방법에 관한 것이다.

향후 디지털 텔레비전(DTV; Digital TeleVision) 서비스에서 활용될 유력한 애플리케이션(application) 중의 하나로 NRT 서비스를 들 수 있다. NRT는 말 그대로 실시간 스트리밍이 아닌 비실시간 전송, 저장 및 시청 동작을 수반하며 지상파 등의 방송 매체를 통해 여분의 대역폭(bandwidth)을 통해 파일(file) 형태의 컨텐트를 전송하는 것으로 푸쉬 VOD(push video on demand; VOD), 목적 광고(targeted advertising) 등의 다양한 서비스 기능의 구현이 예상되는 기술이다.

본 발명의 일 과제는, 3D 컨텐트가 NRT 서비스를 통해 전송되는 경우, 상기 NRT 서비스의 식별과 함께 식별된 NRT 서비스 내에 포함된 3D 컨텐트를 식별하여 수신측에서 처리할 수 있도록 하고자 하는 것이다.

본 발명의 다른 과제는, NRT 서비스에 관한 EPG(Electronic Program Guide) 즉, NRT-EPG를 통해 NRT 서비스 내에 3D NRT 컨텐트의 존재 유무, 3D NRT 컨텐트에 관한 상세정보 예를 들어, 3D 포맷 정보 등을 제공하여 수신측에서 3D NRT 컨텐트의 시청 및 녹화 기능을 수행할 수 있도록 하고자 하는 것이다.

본 발명의 또 다른 과제는, 기 수신된 2차원(2-Dimensional) 또는 3D 컨텐트에 대응되는 3D 또는 2D 버전이 존재하는 경우, 수신측에서 그를 식별하고 다운로드할 수 있도록 하고자 하는 것이다.

본 발명에서는 비실시간 방송 서비스 처리 시스템 및 그 처리방법을 제공한다.

본 발명에 따른 방송 수신기에서 NRT(Non-Real-Time) 서비스를 처리하는 방법의 일 예는, 방송 서비스와 시그널링 정보를 수신하는 단계; 시그널링 정보에 기초하여 방송 서비스가 NRT 서비스인지 식별하고, 식별된 NRT 서비스가 3D 서비스 또는 3D 컨텐트를 포함하는지 식별하는 단계; 및 NRT 서비스를 처리하는 단계;를 포함하여 이루어진다.

여기서, 상기 시그널링 정보는, SMT와 NRT-IT를 포함할 수 있다.

그리고 상기 SMT는, 식별된 NRT 서비스가 3D 서비스인지 판단하기 위해 컴포넌트-레벨과 서비스-레벨 중 적어도 어느 하나의 레벨의 디스크립터를 이용할 수 있다.

또한, 상기 컴포넌트 레벨의 디스크립터는, Component_descriptor를 포함하며, 상기 component_descriptor는 component_type을 이용하여 해당 NRT 서비스에 3D 비디오 컴포넌트의 포함 여부를 식별할 수 있따.

그리고 상기 component_descriptor는, 해당 비디오 컴포넌트의 3D 비디오 포맷을 지시하는 정보, 제1 하프가 레프 픽쳐인지 라이트 픽쳐인지 지시하는 정보, 및 비디오의 3D 컨텐트 내의 레프트 뷰 이미지와 라이트 뷰 이미지의 화소 배열 형태인 오리엔테이션을 지시하는 정보 중 적어도 하나 이상을 포함할 수 있다.

또한, 상기 서비스-레벨의 디스크립터는, Capability_descriptor과 service_descriptor 중 적어도 하나를 포함할 수 있다.

그리고 상기 Capability_descriptor는, 미디어 타입이 AVC로 코딩된 3D 비디오임을 지시하는 정보, 미디어 타입이 AVC로 코딩된 3D 비디오이면서 3D 포맷이 SbS와 TaB중 어느 하나임을 지시하는 정보 중 어느 하나를 포함할 수 있다.

또한, 상기 service_descriptor는, 서비스 카테고리가 3D 브라우즈 & 다운로드임을 지시하는 정보와 3D 푸쉬임을 지시하는 정보 중 어느 하나를 포함할 수 있다.

그리고 상기 SMT와 NRT-IT는, 각각 특정 서비스 또는 특정 컨텐트에 대응되는 서비스 또는 컨텐트의 존재 여부에 대한 플래그 정보를 더 포함하되, 상기 대응이라 함은 2D 서비스 또는 컨텐트에 대한 3D 서비스 또는 컨텐트와 그 역의 경우를 포함할 수 있다.

또한, 상기 플래그 정보는, 1비트를 이용한 현재 서비스에 대한 정보와 2비트 이상을 이용한 현재 및 다른 시간의 서비스에 대한 정보 중 어느 하나를 포함할 수 있다.

그리고 상기 SMT는, 상기 플래그 정보에 따라 대응 서비스가 존재하는 경우에 해당 서비스의 서비스 식별자를 제공하는 서비스-레벨 디스크립터를 더 포함할 수 있다.

또한, 상기 SMT는, 식별된 3D NRT 서비스 또는 대응 서비스가 3D인 경우에, 3D 컨텐트의 비디오 포맷을 지시하는 정보, 3D 컨텐트의 프레임-컴패터블 포맷에 대한 정보, 3D 컨텐트 내의 레프트 뷰 이미지와 라이트 뷰 이미지의 화소 배열 형태인 오리엔테이션에 대한 정보, 및 3D 컨텐트에 대한 메타데이터 정보 중 적어도 하나를 포함한 서비스-레벨 디스크립터를 더 포함할 수 있다.

그리고 상기 NRT-IT는, 어나운스되는 컨텐트가 3D인 경우 해당 컨텐트에 대한 애플리케이션 타입이 3D NRT 컨텐트임일 지시하는 정보가 포함된 컨텐트-레벨의 디스크립터를 포함할 수 있다.

또한, 상기 NRT-IT는, 상기 플래그 정보에 따라 대응 컨텐트가 존재하는 경우에 해당 컨텐트의 컨텐트 링키지 정보를 제공하는 컨텐트-레벨 디스크립터를 더 포함할 수 있다.

그리고 상기 NRT-IT는, 상기 컨텐트를 유일하게 구분하는 컨텐트 참조 식별자 정보를 이용하여 동일한 시간대에 상기 특정 컨텐트와 대응 컨텐트를 구분할 수 있다.

본 발명에 따르면,

첫째, NRT 서비스를 통해 3D NRT 컨텐트를 시그널링할 수 있는 효과가 있다.

둘째, NRT-EPG를 통해 2D 컨텐트와 차별화되는 3D NRT 컨텐트의 존재 유무를 알 수 있고, 3D NRT 컨텐트의 상세정보에 기반하여 상기 3D NRT 컨텐트의 시청 가부, 녹화/예약녹화 등의 기능을 수행할 수 있는 효과가 있다.

셋째, 기수신된 2D 컨텐트에 관한 3D 버전이 존재하는 경우, 자동으로 다운로드할 수 있는 효과가 있다.

도 1은 NRT 서비스에 대한 개념을 설명하기 위해 도시한 도면,
도 2는 본 발명에 따라 구성된 방송 수신기의 일 예를 설명하기 위해 도시한 블록도,
도 3은 본 발명에 따른 방송 수신기의 다른 예를 설명하기 위해 도시한 블록도,
도 4는 NRT 서비스, 컨텐트 아이템 및 파일에 대한 관계를 설명하기 위해 도시한 도면,
도 5는 본 발명에 따른 NRT 서비스 프로토콜 스택(protocol stack)의 일 예를 설명하기 위해 도시한 도면,
도 6은 본 발명에 따른 SMT 섹션의 일 예를 설명하기 위해 도시한 도면,
도 7은 본 발명에 따른 NRT_component_data_descriptor의 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 8은 본 발명에 따른 capability_descriptor의 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면
도 9는 본 발명에 따른 NRT_service_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 10은 본 발명에 따른 3D_NRT_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 11은 본 발명에 따른 3D_structure 필드 값과 그 의미를 설명하기 위해 도시한 도면,
도 12는 본 발명에 따른 3D_sampling 필드 값과 그 의미를 설명하기 위해 도시한 도면,
도 13은 본 발명에 따른 3D_orientation 필드 값과 그 의미를 설명하기 위해 도시한 도면,
도 14는 본 발명에 따른 3D_sampling 필드와 관련하여, 서브-샘플링의 의미를 설명하기 위해 도시한 도면,
도 15는 본 발명에 따른 3D_sampling 필드와 관련하여, 퀸퀑쓰 매트릭스의 의미를 설명하기 위해 도시한 도면,
도 16은 본 발명에 따른 3D_metadata_type 필드와 3D_metadata_length 필드 값과 그 의미를 설명하기 위해 도시한 도면,
도 17은 본 발명에 따른 2D_3D_corresponding_service_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 18은 본 발명의 일 실시 예에 따라 구성한 NRT-IT 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면
도 19는 본 발명에 따른 media_type descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면
도 20은 본 발명에 따른 2D_3D_corresponding_content_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면
도 21은 본 발명에 따른 NRT-EPG의 일 예를 도시한 도면,
도 22는 본 발명에 따른 NRT-EPG의 다른 예를 도시한 도면,
도 23은 본 발명에 따른 content_labeling_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면
도 24는 본 발명에 따른 content_reference_id_byte 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면
도 25는 본 발명에 따른 2D_3D_corresponding _content_id_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면,
도 26은 본 발명에 따라 3D 버전 존재 여부를 알려주는 UI의 일 예,
도 27은 본 발명에 따른 NRT-EPG의 또 다른 예를 도시한 도면, 그리고
도 28은 도 27의 상세 UI 예시를 도시한 도면이다.

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

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

본 발명에서 사용되는 용어의 정의

본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서, 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 함을 밝혀두고자 한다.

이하 본 명세서에서 “NRT(Non-Real-Time)”이라 함은, 일반적으로 수신기에서 그 사용 전에 미리 전달되어 저장되는 컨텐트를 의미한다. 턴텐트는 리얼-타임보다 빠르게 전달되어 수신기에서는 버퍼링이 요구된다(Generally refers to content that is delivered in advance of its use and stored in the receiving device. May refer to content that is delivered faster than real-time, such that buffering is required in the receiving device).

“3D NRT 서비스”라 함은, 3D 서비스가 NRT 서비스로 제공되는 것을 말하며, NRT 서비스가 3D 전용 서비스로 이용되는 경우와 NRT 서비스 내에 3D 서비스가 일부라도 포함된 경우를 모두 포함할 수 있다.

“3D NRT 컨텐트”라 함은, NRT 서비스를 통해 전송되는 3차원(3-Dimensional; 이하 ‘3D’라 함) 컨텐트를 의미한다.

“NRT-EPG”라 함은, 서비스 시그널링 채널(SSC: Service Signaling Channel)을 통해 전송되는 시그널링(signaling information) 및 어나운스먼트 정보(announcement informaiton)에 기초하여 방송 수신기에서 제공할 수 있는 서비스 가이드(service guide) 또는 프로그램 가이드(program guide)를 통칭하는 의미로 사용한다.

이하 본 명세서에서는 본 발명에 따라 3D NRT 서비스 또는 컨텐트의 식별 및 그 처리에 관해 설명한다. 여기서, 상기 처리라 함은 예를 들어, 3D NRT 컨텐트를 수신기에서 제공, NRT-EPG를 통해 3D NRT 컨텐트가 존재하는지 판단, 3D NRT 컨텐트에 관한 상세정보(예를 들어, 3D 비디오 포맷 정보 등)를 기초로 수신기에서 해당 3D NRT 컨텐트를 디코딩, 녹화 등을 포함할 수 있다. 그 밖에 상기 처리라 함은, 3D NRT 컨텐트의 전송 및 수신 후 사용자에게 제공까지의 과정에서 필요한 과정들을 모두 포함할 수 있다. 관련하여, 본 명세서에서는 기 수신된 2D NRT 컨텐트 또는 3D NRT 컨텐트에 대해 대응되는 버전 즉, 각각 3D NRT 컨텐트 또는 2D NRT 컨텐트가 존재하면, 이에 대한 정보를 제공하고 다운로드(download) 등이 가능하도록 처리하는 방법도 설명한다. 그리고 다운로드 예약되었거나 기 수신한 NRT 컨텐트와 관련하여, 관련 컨텐트 예를 들어, 시리즈물인 경우에는 다른 시리즈(series) 또는 해당 시리즈의 다른 에피소드(episode), 다른 매체(medium)에서 제공되는 컨텐트 등에 관한 정보를 추가로 제공할 수도 있다. 또한, 상기에서 녹화라 함은, 즉시 녹화, 예약 녹화, 타임머신 등 PVR(Personal Video Recorder) 또는 DVR에서 제공 가능한 다양한 기능들을 모두 포함하는 의미로 NRT-EPG 상에서 처리 가능하다.

NRT 서비스 개념도

도 1은 NRT 서비스에 대한 개념을 설명하기 위해 도시한 도면이다.

방송국은 기존 방식에 따라 실시간(RT; Real-Time) 서비스를 송신한다. 이때, 방송국은 실시간(RT) 서비스를 송신하거나 그 과정에서 남는 대역폭(Bandwidth)을 이용하여 NRT 서비스를 제공할 수 있다. 이러한 NRT 서비스로는 뉴스 클립(News Clip), 날씨 정보, 광고, Push VOD (Video On Demand)를 위한 컨텐트 등이 포함될 수 있다.

종래 방송 수신기 즉, 레거시 디바이스(legacy device)는, 채널 내 포함된 NRT 스트림(stream)에 의해 그 동작에 영향을 받지 않는 것이 원칙이다. 따라서, 레거시 디바이스는 NRT 서비스를 수신하지 못하거나 수신된 NRT 서비스를 적절하게 처리하지 못한다. 따라서, 본 명세서에서는 본 발명에 따라 레거시 디바이스와 호환성을 유지하면서 즉, 실시간(RT) 서비스를 제공하면서, NRT 서비스도 수신 및 처리하여 상기 레거시 디바이스에 비해 새로운 서비스와 관련된 다양한 기능을 제공하는 방송 수신기 및 그 처리방법을 제공하고자 한다.

실시간(RT) 서비스와 NRT 서비스는, 동일 또는 다른 경로(예를 들어, 채널)을 통해 전송될 수 있으며, MPEG-2 TP(Transport Packet) 또는 IP 데이터그램(datagram)을 통해 전송될 수 있다. 본 발명에 따른 방송 수신기는, NRT 서비스가 동일한 경로로 RT 서비스 함께 전송되면, 서비스 시그널링 채널(SSC)를 통해 전송되는 시그널링 정보와 어나운스먼트 정보를 이용하여 상기 NRT 서비스를 구분하여 식별할 수 있다. 또한, 본 명세서에서는 3D NRT 컨텐트도 식별할 수 있으며, 식별된 3D NRT 컨텐트도 처리할 수 있다. 이하에서는 본 발명에 따라 NRT 서비스와 3D NRT 컨텐트의 식별 및 처리에 대해 상세하게 기술한다. 여기서, 방송국은 시그널링 정보를 제공하고, 특히 NRT 서비스를 구분하기 위한 유일한 PID(Packet IDentifier)가 적어도 하나 이상 할당될 수 있다.

방송 수신기

도 2는 본 발명에 따라 구성된 방송 수신기의 일 예를 설명하기 위해 도시한 블록도이다.

본 발명에 따른 NRT 수신 시스템의 일 예는, 크게 베이스밴드 프로세서부(baseband processor), MPEG-2 서비스 역다중화부(MPEG-2 service demux), 스트림 컴포넌트 핸들러부(stream component handler), 미디어 핸들러(media handler), 파일 핸들러부(file handler) 및 기타 부분을 포함할 수 있다.

이하 도 2의 NRT 수신 시스템의 각 구성에 대해 설명한다.

베이스밴드 프로세서부는, 튜너(201)와 복조기(202)를 포함할 수 있다. 튜너(201)는, 공기 중(over the air)으로 전송되는 RF 신호를 검지하여, 심볼(symbol)을 추출한다. 여기서, 튜너(201)는 후술할 서비스 매니저(service manager)(228)의 제어를 받을 수 있다. 복조기(202)는, 튜너(201)에서 추출된 심볼을 복조하여 의미있는 데이터를 복원한다.

MPEG-2 서비스 역다중화부(MPEG-2 service demux)는, MPEG-2 트랜스포트 패킷 버퍼/파서(MPEG-2 TP buffer/parser)(203), PSI/PSIP 섹션/버퍼(PSI/PSIP section/buffer)(204), 디스크램블러(descrambler)(205), MPEG-2 TP 역다중화기(MPEG-2 TP demux)(206) 및 PVR 저장부(PVR storage)(207)를 포함할 수 있다.

MPEG-2 TP 버퍼/파서(203)는, 신호를 통하여 전송되는 MPEG-2 TP을 버퍼링(buffering) 및 복원하고, TP 헤더(header)를 검출하고 처리한다.

PSI/PSIP 섹션/버퍼(204)는, MPEG-2 TS를 통하여 전송되는 PSI/PSIP 섹션 데이터를 버퍼링 및 분석한다. 여기서, 상기 분석된 PSI/PSIP 데이터는 서비스 매니저(226)에 의해 수집되어 서비스 맵(service map) 및 가이드 데이터(guide data) 형태로 데이터베이스(DB; database)에 저장된다.

디스크램블러(205)는, MPEG-2 TP 중 스크램블(scramble)이 적용된 패킷 페이로드(packet payload)에 대하여, CA 스트림 핸들러(stream handler)(216)로부터 전달받은 인크립션 키(encryption key) 등을 이용, 페이로드의 데이터를 복원한다.

MPEG-2 TP 역다중화기(206)는, 신호를 통하여 전송되는 MPEG-2 TP 또는 PVR 저장부(207)에 저장된 MPEG-2 TP 중 수신기가 처리하고자 하는 TP을 필터링(filtering)하여 다음 처리 모듈로 중계한다. 여기서, MPEG-2 TP 역다중화기(206)는 서비스 매니저(228) 및 PVR 매니저(235)의 제어를 받을 수 있다.

PVR 저장부(207)는, 사용자의 요구 등에 따라 수신되는 MPEG-2 TP를 저장하고, 사용자의 요구에 의해 MPEG-2 TP를 출력한다. 여기서, 상기 PVR 저장부(207)는 PVR 매니저(235)의 제어를 받는다.

스트림 컴포넌트 핸들러부는, PES 버퍼/핸들러(Packetized Elementary Stream (PES) Buffer/Handler)(208), ES 버퍼/핸들러(Elementary Stream (ES) Buffer/Handler)(209), PCR 핸들러(Program Clock Reference (PCR) Handler)(210), STC부(211), DSM-CC 섹션 버퍼/핸들러(Digital storage media command and control (DSM-CC) section Buffer/Handler)(212), IP 데이터그램 버퍼/헤더 파서(IP Datagram Buffer/Header Parser)(213), UDP 데이터그램 버퍼/핸들러(UDP Datagram Buffer/Handler)(213), CA 스트림 버퍼/핸들러(CA Stream Buffer/Handler)(214) 및 서비스 시그널링 섹션 버퍼/핸들러(Service Signaling Section Buffer/Handler)(215)을 포함할 수 있다.

PES 버퍼/핸들러(208)는, MPEG-2 TS를 통하여 전송된 PES를 버퍼링하고 복원한다.

ES 버퍼/핸들러(209)는, PES 형태로 전송된 오디오 데이터, 비디오 데이터 등의 ES를 버퍼링하고 복원하여 A/V 디코더(218)로 전달한다.

PCR 핸들러(210)는, 오디오 스트림 및 비디오 스트림의 시간 동기화(time synchronization) 등을 위하여 사용되는 PCR 데이터를 처리한다.

STC부(211)는, PCR 핸들러(210)를 통해 전달받은 레퍼런스 클록(reference clock) 값을 이용하여 A/V 디코더들(218)의 클록값을 보정하고 시간 동기화가 이루어지도록 한다.

DSM-CC 섹션 버퍼/핸들러(212)는, MPEG-2 TP를 통하여 전송되는 파일 전송 및 IP 데이터그램 인캡슐레이션(IP Datagram encapsulation) 등을 위한 DSM-CC 섹션 데이터를 버퍼링하고 처리한다.

IP 데이터그램 버퍼/헤더 파서(213)는, DSM-CC 어드레서블 섹션(DSMCC Addressable section)을 통해 인캡슐레이션되어 MPEG-2 TP를 통하여 전송되는 IP 데이터그램을 버퍼링하고 복원한다. IP 데이터그램 버퍼/헤더 파서(213)는, 상기 복원을 통해 각 데이터그램의 헤더를 분석한다. 여기에서, 상기 IP 데이터그램 버퍼/헤더 파서(213)는 서비스 매니저(228)의 제어를 받을 수 있다.

디스크램블러(214)는, 수신된 IP 데이터그램 중 페이로드에 스크랩블링이 적용된 경우, 해당 페이로드에 대해 CA 스트림 핸들러(216)로부터 전달된 인크립션 키 등을 이용하여 상기 페이로드의 데이터를 복원한다.

UDP 데이터그램 버퍼/핸들러(215)는, IP 데이터그램을 통하여 전송되는 UDP 데이터그램을 버퍼링하고 복원하며 UDP 헤더를 분석하고 처리한다.

CA 스트림 버퍼/핸들러는(216)는, MPEG-2 TS 또는 IP 스트림을 통해 전송되는 수신제한(Conditional Access) 기능을 위하여 전송되는 자격관리메시지(EMM: Entitlement Management Message), 자격제어메시지(ECM: Entitlement Control Message) 등의 디스크램블링을 위한 키값 등의 데이터를 버퍼링하고 처리한다. 여기서, CA 스트림 버퍼/핸들러는(216)의 출력은 디스크램블러(214)로 전달되어 AV 데이터 및 파일 데이터(file data) 등을 전송하는 MPEG-2 TP 또는 IP 데이터그램의 암호화 해제 작업을 수행한다.

서비스 시그널링 섹션 버퍼/파서(217)는, 본 발명과 관련하여 NRT 서비스를 시그널링하기 위한 후술할 SMT(Service Map Table), NRT-IT(NRT-Information Table) 및 관련 디스크립터들(descriptors)을 처리한다. 여기서 처리된 시그널링 정보는 NRT 서비스 매니저(229)와 3D 포맷터(250)로 전송된다.

미디어 핸들러부는, A/V 디코더들(218)을 포함한다. AV 디코더들(218)은, ES 핸들러(209)를 통해 전달받은 오디오 데이터와 비디오 데이터를 압축/복호하여 사용자에게 표시(presentation)할 수 있도록 처리한다.

본 발명에 따른 3D 포맷터(250)는, 전술한 AV 디코더들(218)에서 디코딩된 이미지 신호를 수신하여, 서비스 시그널링 섹션 버퍼/파서(217)로부터 전달받은 시그널링 정보와 어나운스먼트 정보 중 적어도 하나를 이용하여, 3D 디스플레이의 픽셀 어레인지먼트(pixel arrangement)에 맞게 비디오 신호를 재포맷(re-format) 즉, 픽셀을 다시 매핑(mapping)할 수 있다. 이때, 비디오의 3D 포맷 정보는 후술할 도 7, 도 10 내지 16 중 적어도 하나에 도시된 3D 관련 정보를 이용할 수 있다.

파일 핸들러부는, ALC/LCT 버퍼/파서(Buffer/Parser)(219), FDT 핸들러(File Description Table (FDT) Handler)(220), XML 파서(XML Parser)(221), 파일재구성버퍼(File Reconstruction Buffer)(222) 및 디컴프레서(decompressor)(223)를 포함할 수 있다.

ALC/LCT 버퍼/파서(219)는, UDP/IP 스트림으로 전송되는 ALC/LCT 데이터를 버퍼링하고 복원하여 ALC/LCT의 헤더 및 헤더 확장을 분석한다. 여기서, ALC/LCT 버퍼/파서(219)는 NRT 서비스 매니저(229)의 제어를 받을 수 있다.

FDT 핸들러(220)는, ALC/LCT 세션을 통하여 전송되는 FLUTE 프로토콜의 파일디스크립션테이블(FDT)을 분석하고 처리한다. 상기 처리된 FDT를 NRT 서비스 매니저(229)로 전송할 수 있다. 여기서, 상기 FDT 핸들러(220)는 NRT 서비스 매니저(229)의 제어를 받을 수 있다.

XML 파서(221)는, ALC/LCT 세션을 통하여 전송되는 XML 다큐먼트를 분석하여 FDT 핸들러(220), SG 핸들러(227) 등 모듈로 분석된 데이터를 전달한다.

파일 재구성 버퍼(222)는, ALC/LCT 및 FLUTE 세션으로 전송되는 파일을 복원한다.

디컴프레서(223)는, ALC/LCT 및 FLUTE 세션으로 전송되는 파일이 압축되어 있는 경우에 그 압축을 해제하는 프로세스를 수행한다.

파일 디코더(224)는 파일 재구성 버퍼(222)에서 복원된 파일 또는 디컴프레서(223)에서 압축 해제된 파일 또는 파일 저장부(225)에서 추출된 파일을 디코딩한다.

파일 저장부(225)는 수신된 파일을 저장하고 추출한다. 여기서, 수신되는 파일에는 NRT 컨텐트가 포함될 수 있다.

상술한 각 부를 제외한 기타 부분에 대해 설명하면, 다음과 같다.

미들웨어(M/W: MiddleWare) 엔진(226)은, DSM-CC 섹션 또는 DSM-CC 어드레서블 섹션, IP 데이터그램 등을 통하여 전송되는 AV 스트림이 아닌 파일 등의 데이터를 처리하여 프리젠테이션 매니저(234)로 전달한다.

SG 핸들러(227)는, XML 다큐먼트 형태로 전송되는 서비스 가이드 데이터를 수집하고 분석하여 EPG 매니저(230)에게 전달한다.

서비스 매니저(228)는, MPEG-2 TS를 통하여 전송되는 PSI/PSIP 데이터, IP 스트림으로 전송되는 서비스 시그널링 섹션 데이터(Service Signaling Section Data)를 수집, 분석하여 서비스 맵(Service Map)을 제작하고, 이를 서비스 맵 및 가이드 데이터베이스(Service Map & Guide Database)에 저장하여 사용자가 원하는 서비스에 대한 액세스(access)를 제어한다. 여기서, 서비스 매니저(228)는 오퍼레이션 컨트롤러(operation controller)(230)에 의해 제어되고, 튜너(201), MPEG-2 TP 역다중화기(206), IP 데이터그램 버퍼/핸들러(213), NRT 서비스 매니저(229) 등에 대한 제어를 한다.

NRT 서비스 매니저(229)는, IP 계층(IP layer) 상에서 FLUTE 세션(session)을 통해 오브젝트/파일(object/file) 형태로 전송되는 NRT 서비스에 대한 전반적인 관리를 수행한다. NRT 서비스 매니저(229)는 서비스 시그널링 섹션 버퍼/파서(217)로부터 전송된 시그널링 정보를 파싱한다. 그리고 상기 파싱된 시그널링 정보는 서비스 맵 & 가이드 데이터베이스(236)로 전송하여 저장할 수 있다. 또한, NRT 서비스 매니저(229)는 시그널링 정보 중 서비스 가이드와 관련된 내용인 SMT 또는/및 NRT-IT는 EPG 매니저(230)로 전송하여 EPG 데이터를 형성하도록 제어한다. 여기서, NRT 서비스 매니저(229)는, FDT 핸들러(220), 파일 저장부(225) 등에 대한 제어를 한다. 따라서, NRT 서비스 매니저(229)는, FDT 핸들러(220)부터 수신되는 FDT를 파싱하여 NRT 컨텐트를 파일 저장부(225)에 하이어라키(hierarchy)한 구조로 저장하도록 제어한다. 그리고 NRT 서비스 매니저(229)는 사용자의 NRT 서비스 선택시에 해당 NRT 컨텐트를 파일 저장부(225)로부터 추출하도록 제어한다.

EPG 매니저(230)는, 서비스 가이드 데이터를 SG 핸들러(227)로부터 전달받아 EPG 데이터를 구성하고 표시하도록 제어한다.

애플리케이션 매니저(231)는, 오브젝트, 파일 등의 형태로 전송되는 애플리케이션 데이터(application data)의 처리에 관한 전반적인 관리를 수행한다.

UI 매니저(232)는, 유저 인터페이스(user interface)를 통하여 사용자의 입력을 오퍼레이션 컨트롤러(233)로 전달하고 사용자가 요구하는 서비스를 위한 프로세스의 동작이 시작되도록 한다.

오퍼레이션 컨트롤러(233)는, UI 매니저(232)를 통해 전달 받은 사용자의 명령(command)을 처리하여 필요한 모듈의 매니저에게 해당 액션을 수행하도록 관리한다.

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

도 3은 본 발명에 따른 방송 수신기의 다른 예를 설명하기 위해 도시한 블록도이다.

여기서, 도 3의 방송 수신기 역시 전술한 도 2의 방송 수신기와 같이, PVR의 기능을 수행할 수 있는바, 본 발명과 관련하여 NRT 서비스 또는 컨텐트를 녹화, 예약 녹화, 타임 머신 기능도 수행할 수 있다.

이하에서 도 3의 방송 수신기에 대한 각 구성에 대해 기술하면, 다음과 같다. 다만, 도 3의 각 구성을 설명함에 있어서, 도 2에서 전술한 구성과 동일 또는 유사한 구성의 경우에는 전술한 내용을 원용 또는 준용하고 여기서 상세한 설명은 생략한다.

튜너 & 복조부(301)와 VSB 디코더(303)는, 전술한 도 2의 베이스밴드 프로세서와 동일한 기능을 한다. 즉, 특정 채널을 튜닝하여 수신되는 방송 신호를 복조한다. 여기서, 수신되는 방송 신호에는 NRT 서비스가 포함될 수 있으며, 상기 NRT 서비스에는 3D 서비스 또는 컨텐트가 포함될 수 있다.

TP 역다중화부(305)는, 복조된 방송 신호로부터 TP에 포함된 다양한 정보를 적절하게 역다중화하여 해당 처리 구성에서 처리될 수 있도록 한다.

NRT 가이드 정보 처리부(307)는, TP 역다중화부(305)를 거쳐 역다중화된 TP를 수신하여 NRT 가이드 정보를 처리한다. 이렇게 처리된 NRT 가이드 정보는 DSM-CC 어드레서블 섹션 파서(309)로 입력되고, TP 역다중화부(305)를 거쳐 역다중화된 TP의 처리에 이용된다.

TP로부터 DSM-CC 어드레서블 섹션 파서(309)를 거치고 나면, 다음 단계로 IP/UDP 파서(311)에서 파싱된다. 이렇게 파싱된 IP/UDP 패킷은 FLUTE 파서(313)에서 파싱되어 FLUTE 데이터는 메타데이터 처리부(319)로 입력된다.

저장(다운로드) 제어부(323)는, 입력되는 TP 역다중화부의 출력과 파일 처리부(321)의 출력을 받아 파일/TP 스위치부(325)의 제어에 따라 파일 또는 TP의 저장부(329)로의 저장 또는 다운로드를 제어한다.

반대로 재생(업로드) 제어부(327)는, 파일/TP 스위치부(325)의 제어에 따라 저장부(329)에 저장된 파일 또는/및 TP를 업로드를 제어한다. 이때, 재생(업로드) 제어부(327)의 출력 중 TP는 라이브/녹화 스위치(341)를 거쳐 TP/PES 디코더(343)에서 디코딩된다. 반대로 재생(업로드) 제어부(327)의 출력 중 파일은 파일(오브젝트) 디코더(351)에서 디코딩된다. 이렇게 디코딩된 TP/PES 디코더(343)의 출력과 파일(오브젝트) 디코더(351)의 출력은 메인/NRT 스위치(349)에 의해 적절히 선택되어 AV 디코더(353)에서 디코딩된다.

AV 디코더(353)에서 디코딩된 TP 또는 파일이 3D 데이터인 경우에는 3D 포맷터(357)에서 메터데이터 처리부(319)에서 처리된 시그널링 데이터를 시그널링 데이터 핸들러(317)에서 처리한 후 메타데이터 핸들러(315)로부터 받은 시그널링 정보에 기초하여 3D 비디오로 포맷하여 출력한다.

상기에서 메타데이터 핸들러(315)는 메타데이터 처리부(319) 이외에도 IP/UDP 파서(311)로부터 입력되는 정보를 처리하여 3D 포맷터(357)로 전송할 수 있다.

여기서, 3D 포맷터(357)는, 만약 AV 디코더(353)에서 디코딩된 TP 또는 파일이 2D 데이터인 경우에는 바이패스(Bypass)될 수 있다.

PSI/PSIP 디코더(345)는 TP 역다중화(305)에서 역다중화된 TP가 TP/PES 디코더(343)를 거쳐 입력되면, TP/PES로부터 PSI/PSIP 정보를 독출하고, 독출된 PSI/PSIP 정보를 디코딩한다.

이렇게 디코딩된 PSI/PSIP 정보는 EPG 핸들러(347)에서 EPG를 구성하는데 이용된다.

NRT 서비스, 컨텐트 아이템, 파일의 관계 설명

도 4는 NRT 서비스, 컨텐트 아이템 및 파일에 대한 관계를 설명하기 위해 도시한 도면이다.

NRT 서비스는, 하나 또는 그 이상의 컨텐트 아이템(Content Item)을 포함할 수 있고, 컨텐트 아이템은 하나 또는 그 이상의 파일(들)로 구성될 수 있다. 여기서, "컨텐트 아이템"이라 함은, 전시 목적의 싱글 유닛(single unit)으로 NRT 서비스 제공업자(service provider)에 의해 다루어지는 하나 또는 그 이상의 파일들의 세트를 말한다(a set of one or more files that an NRT service provider intends to be treated as a single unit for presentation purposes). 이러한 컨텐트 아이템은, 하나의 독립적으로 재생가능한 개체(entity)로서 RT 방송에서의 프로그램(program) 또는 이벤트(event)에 해당할 수 있다. 따라서, NRT 서비스는 이러한 컨텐트 아이템들의 조합으로 서비스 가능한 그룹을 말하며 예를 들어, RT에서의 채널 개념과 동일 또는 유사한 개념에 해당한다.

도 4를 참조하면, NRT 서비스에는 Content Item 0, Content Item 1 및 Content Item 3 세 개의 Content Items가 존재하고, 상기 Content Item 0은 File 0 내지 File 3까지 총 4개의 파일을 포함하여 구성되고, 상기 Content Item 1은 File 4와 File 5를 포함하여 구성되고, Content Item 3은 File 6만으로 구성된다.

전술한 바와 같이, 방송 수신기에서 수신되는 서비스가 RT 서비스인지 NRT 서비스인지 식별하기 위해서는 RT 서비스와 차별화되는 NRT 서비스에 대한 시그널링이 요구된다. 이하에서는 NRT 서비스 시그널링을 설명하기 위해 서비스 프로토콜을 참조하여 설명한다.

NRT 서비스에 대한 프로토콜

NRT 서비스는 크게 고정 방송을 위한 NRT 서비스(Fixed NRT Service)와 모바일 방송을 위한 NRT 서비스(Mobile NRT Service)로 구분된다. 다만, 이하에서는 본 발명의 이해를 돕고 설명의 편의를 위해 고정 방송을 위한 NRT 서비스를 일 예로 하여 설명하나, 본 발명의 권리범위가 반드시 고정 방송을 위한 NRT 서비스에만 한정되는 것은 아니며, 동일 유사한 방식으로 모바일 방송을 위한 NRT 서비스도 적용 가능하다.

도 5는 본 발명에 따른 NRT 서비스 프로토콜 스택(protocol stack)의 일 예를 설명하기 위해 도시한 도면이다.

본 발명에 따른 NRT 서비스의 프로토콜 스택의 일 예는, NRT 컨텐트 아이템들/파일들 및 SMT/NRT-IT를 전송하는 서비스 시그널링 채널(SSC)을 포함하는 IP 데이터그램(IP datagram)과 PSI/PSIP 데이터가 MPEG-2 TS 포맷으로 전송된다.

고정 방송을 위한 NRT 서비스는, IP 계층에서 UDP(User Datagram protocol) 방식에 따라 패킷화되며, UDP 패킷은 다시 IP 방식에 따라 패킷화되어 UDP/IP 패킷 데이터가 된다. 상기 패킷화된 UDP/IP 패킷 데이터를 본 명세서에서는 편의상 IP 데이터그램이라 한다.

NRT 컨텐트 아이템들/파일들은, FLUTE 방식에 따라 패킷화되고, ALC/LCT(Asynchronous Layered Coding/Layered Coding Transport) 방식에 따라 다시 패킷화된다. ALC/LCT 패킷은 UDP 데이터그램으로 싸여져 전송된다. ALC/LCT/UDP 패킷은 IP 데이터그램 방식에 따라 다시 패킷화되어 ALC/LCT/UDP/IP 패킷화되어 IP 데이터그램이 된다. IP 데이터그램은 전송을 위해 DSMCC 섹션 또는 DSMCC 어드레서블 섹션(DSM-CC Addressable Sections)을 통해 MPEG-2 TS 내에 포함된다. 여기서, 상기 ALC/LCT/UDP/IP 패킷은, FLUTE 세션에 대한 정보로서 FDT(File Description Table)도 포함한다.

서비스 시그널링 채널(SSC) 내에 전송(carried)되는 다양한 테이블들 예를 들어, SMT(Service Map Table)와 NRT-IT(NRT Information Table)는, 전술한 NRT 컨텐트 아이템들/파일들과 달리, UDP 방식에 따라 패킷화된 후 다시 IP 방식에 따라 패킷화되어 UDP/IP 패킷 데이터 즉, IP 데이터그램이 된다. 이러한 IP 데이터그램은 전송을 위해 역시 DSMCC 섹션 또는 DSMCC 어드레서블 섹션들을 통해 MPEG-2 TS 내에 포함된다.

PSI/PSIP(Program Specific Information/Program and System Information Protocol) 테이블은, 별도로 정의되어 MPEG-2 TS 내에 포함된다.

상술한 NRT 컨텐트 아이템들/파일들, 서비스 시그널링 채널(SSC) 및 PSI/PSIP 테이블이 포함된 MPEG-2 TS는, 기 정해진 전송방식 예를 들면, VSB(vestigial side band) 방식으로 변조(modulation)되어 전송된다.

이하에서는 본 발명에 따라 서비스 시그널링 채널(SSC)에 의해 전송되는 SMT와 NRT-IT 및 관련 디스크립터들에 대해 상세하게 기술한다.

SMT( Service Map Table )

도 6은 본 발명에 따른 SMT 섹션의 일 예를 설명하기 위해 도시한 도면이다.

SMT는 고정 방송 TS 내에 전송되는 NRT 서비스들을 위한 서비스-레벨 속성들을 포함한다(SMT contains service-level attributes for NRT Services carried in the fixed-broadcast Transport Stream). NRT 서비스와 관련된 SMT는 M/H 서비스들에 대응되는 IP 서브넷 서비스들을 포함하는데, 특히 subnet_id는 서비스 시그널링 채널(SSC)와 관련된 IP 서브넷을 지시한다. 여기서, subnet_id의 범위는 풀 메인 방송 TS일 수 있다(subnet_id shall indicate the IP subnet associated with this service signaling channel. The scope of subnet_id shall be the full main broadcast Transport Stream).

table_id 필드는, 해당 테이블 섹션의 타입을 지시한다. 특히, 본 발명과 관련하여, 미리 정의된 필드값을 통해 해당 테이블 섹션이 SMT 테이블 섹션임을 지시할 수 있다(A table_id field indicates a type of table section being defined in SMT for NRT Service).

section_syntax_indicator 필드는, SMT 테이블 섹션이 정의되는 신택스의 형식을 지시하는 지시자로서 예를 들어, MPEG의 숏-폼(short-form) 신택스 형식일 수 있다(A section_syntax_indicator field shall be set to 0 to always indicate that this table is derived from the short form of the MPEG-2 private section table).

private_indicator 필드는, 해당 섹션의 형태가 프라이빗 섹션 형태를 따르는지 여부를 나타낸다(A private_indicator field shall be set to 1).

section_length 필드는, 해당 필드 이후의 나머지 테이블 섹션 길이를 나타낸다(A section_length field specifies the number of remaining bytes this table section immediately following this field. The value in this field shall not exceed 4093 (0xFFD)).

table_id_extension 필드는, 테이블에 종속적이고, 남은 필드들의 범위를 제공하는 table_id 필드의 논리적인 부분이 된다(A table_id_extension is table-dependent. It shall be considered to be logically part of the table_id field providing the scope for the remaining fields). 여기서, table_id_extension 필드는 SMT_protocol_version 필드를 포함할 수 있다. SMT_protocol_version 필드는 현재 프로토콜 내에서 정의된 것들과 다른 구조를 가지는 파라미터들이 전송되는 NRT 서비스를 위한 SMT를 알려주기 위한 프로토콜 버전을 알려준다(A SMT_protocol_version field whose function is to allow, in the future, this SMT to carry parameters that may be structured differently than those defined in the current protocol. At present, the value for the protocol_version shall be zero. Non-zero values of protocol_version may be used by a future version of this standard to indicate structurally different tables).

version_number 필드는, SMT 섹션의 버전 넘버를 나타낸다.

current_next_indicator 필드는, 전송된 SMT 섹션이 현재 적용 가능한지 여부를 지시한다(A current_next_indicator, which when set to 1 shall indicate that the SMT sent is currently applicable).

section_number 필드는, 해당 섹션이 SMT 테이블을 구성하는 섹션들 내 섹션넘버를 지시한다(A section_number field shall give the section number of this SMT section).

last_section_number 필드는, SMT를 구성하는 마지막 섹션넘버를 지시한다(A last_section_number field shall give the number of the last section (i.e., the section with the highest section_number) of the SMT of which this section is a part).

num_NRT_services 필드는, SMT 섹션 내의 NRT 서비스의 개수를 설명한다(A num_services field specifies the number of NRT services in this SMT section).

한편, 본 실시 예에 따른 SMT는, 루프(loop) 구조를 이용하여 다수 개의 고정 방송을 위한 NRT 서비스에 대한 정보를 제공할 수 있다. 이하 각 고정 방송을 위한 NRT 서비스에 대해 루프 구조 내에 다음과 같은 필드 정보가 정의되어 제공될 수 있다.

service_status 필드는, 해당 NRT 서비스의 상태를 식별한다. 여기서, 필드 값의 MSB는 해당 NRT 서비스가 액티브(1)인지 인액티브(0)인지 여부를 지시하고, LSB는 해당 NRT 서비스가 히든(1)인지 아닌지(0)를 지시한다. 여기서, NRT 서비스라면, 해당 NRT 서비스의 상태를 식별할 것이다. 히든 서비스들은 일반적으로 개인적인 애플리케이션들을 위해 사용되며, 일반적인 수신기들은 그것들을 무시할 수 있다(An NRT_service_status field shall identify the status of this NRT Service. The most significant bit (MSB) shall indicate whether this NRT Service is active (when set to 1) or inactive (when set to 0) and the least significant bit (LSB) shall indicate whether this NRT Service is hidden (when set to 1) or not (when set to 0). Hidden services are normally used for proprietary applications, and ordinary receiving devices should ignore them).

SP_indicator 필드는, 설정된 경우에는 NRT 서비스의 의미있는 표현을 제공하기 위해 필요한 적어도 하나 이상의 컴포넌트들에 적용되는 서비스 프로텍션을 지시한다(A SP_indicator field shall indicate, when set, that service protection is applied to at least one of the components needed to provide a meaningful presentation of this NRT Service).

CP_indicator 필드는, 설정된 경우에는 NRT 서비스의 의미있는 표현을 제공하기 위해 필요한 적어도 하나 이상의 컴포넌트들에 적용되는 컨텐트 프로텍션을 지시한다(A CP_indicator field shall indicate, when set, that content protection is applied to at least one of the components needed to provide a meaningful presentation of this NRT Service).

service_id 필드는, 해당 NRT 브로드캐스트의 범위 내의 해당 NRT 서비스를 유일하게 식별한다. 하나의 NRT 서비스의 service_id는 해당 서비스가 계속되는 동안에는 변하지 않는다. 혼동을 피하기 위하여, 서비스가 종료되면, 상기 서비스를 위한 service_id는 소정 시간이 경과한 후까지 다른 서비스를 위하여 사용되지 않을 것이다(A service_id field shall uniquely identify this NRT Service within the scope of this NRT Broadcast. The service_id of an NRT service shall not change throughout the life of the service. To avoid confusion, it is recommended that if an NRT service is terminated, then the service_id for the service should not be used for another service until after a suitable interval of time has elapsed).

short_service_name_length 필드는, short_service_name 필드 내 바이트 패어들의 수를 지시한다(A short_service_name_length shall indicate the number of byte pairs in the short_service_name field).

short_service_name 필드는, NRT 서비스의 숏 네임을 나타낸다(A short_service_name specifies a short name of the NRT Service).

service_category 필드는, 해당 IP 서비스 내에 전송되는 서비스의 타입을 식별한다(A service_category field shall identify the type of service carried in this IP Service).

num_components 필드는 해당 NRT 서비스 내 IP 스트림 컴포넌트들의 개수를 설명한다(A num_components field specifies the number of IP stream components in this NRT Service).

IP_version_flag 필드는, 0로 설정된 경우에는 source_IP_address 필드, service_destination_IP_address 필드 및 component_destination_IP_address 필드가 IPv4 어드레스임을 지시하고, 1으로 설정된 경우에는 source_IP_address 필드, service_destination_IP_address 필드, component_destination_IP_address 필드가 IPv6 어드레스임을 지시한다(An IP_version_flag, which when set to 0 shall indicate that source_IP_address, service_destination_IP_address, and component_destination_IP_address fields are IPv4 addresses. The value of 1 for this field is reserved for possible future indication that source_IP_address, service_destination_IP_address, and component_destination_IP_address fields are for IPv6).

source_IP_address_flag 필드는, 플래그가 설정되면, 해당 NRT 서비스를 위한 소스 IP 어드레스 값이 소스 특정 멀티캐스트를 지시하기 위해 존재함을 지시한다(A source_IP_address_flag shall indicate, when set, that a source IP address value for this NRT Service is present to indicate a source specific multicast).

service_destination_IP_address_flag 필드는, 플래그가 1로 설정되면, 해당 NRT 서비스의 컴포넌트들을 위한 디폴트 IP 어드레스가 제공하기 위해 service_destination_IP_address 필드가 존재한다(A service_destination_IP_address_flag indicates, when set to 1, that a service_destination_IP_address value is present, to serve as the default IP address for the components of this NRT Service).

source_IP_address 필드는, source_IP_address_flag가 1로 설정되면 해당 필드는 존재하지만, source_IP_address_flag가 0으로 설정되면 해당 필드는 존재하지 않을 것이다. 만약 해당 필드가 존재한다면, 해당 필드는 해당 NRT 서비스의 컴포넌트들을 전송하는 모든 IP 데이터그램들의 소스 IP 어드레스를 포함할 것이다. 해당 필드의 128 비트의 롱 어드레스의 제한적인 사용은 비록 현재 IPv6의 사용이 정의되지 않았지만 향후 IPv6의 사용을 가능하도록 하기 위함이다. Source_IP_address는 FLUTE 세션의 모든 채널을 전송하는 동일한 서버의 소스 IP 어드레스(source IP address)가 된다(A source_IP_address field shall be present if the source_IP_address_flag is set to 1 and shall not be present if the source_IP_address_flag is set to 0. If present, this field shall contain the source IP address of all the IP datagrams carrying the components of this NRT Service. The conditional use of the 128 bit-long address version of this field is to facilitate possible use of IPv6 in the future, although use of IPv6 is not currently defined).

service_destination_IP_address 필드는, source_IP_address_flag가 1로 설정되면 해당 source_IP_address 필드는 존재하지만, source_IP_address_flag가 0으로 설정되면 해당 source_IP_address 필드는 존재하지 않을 것이다. 만약 해당 source_IP_address 필드가 존재하지 않는다면, component_destination_IP_address 필드는 num_components 루프 내에 각 컴포넌트를 위해 존재할 것이다. 해당 source_IP_address 필드의 128 비트의 롱 어드레스의 제한적인 사용은 비록 현재 IPv6의 사용이 정의되지 않았지만 향후 IPv6의 사용을 가능하도록 하기 위함이다. service_destination_IP_Address는 이 FLUTE 세션의 세션 레벨의 목적 IP 어드레스(destination IP address)가 있으면 시그널링 된다.(A service_destination_IP_address field shall be present if the service_destination_IP_address_flag is set to 1 and shall not be present if the service_destination_IP_address_flag is set to 0. If this service_destination_IP_address is not present, then the component_destination_IP_address field shall be present for each component in the num_components loop. The conditional use of the 128 bit-long address version of this field is to facilitate possible use of IPv6 in the future, although use of IPv6 is not currently defined).

한편, 본 발명에 따른 SMT는, 루프(loop) 구조를 이용하여 각 컴포넌트에 대한 정보를 제공한다.

essential_component_indicator 필드는, 필드 값이 1로 설정되면 해당 컴포넌트는 NRT 서비스를 위한 필수 컴포넌트임을 지시한다. 그렇지 않으면, 본 필드는 해당 컴포넌트가 선택적인 컴포넌트임을 지시한다(An essential_component_indicator which, when set to 1, shall indicate that this component is an essential component for the NRT Service. Otherwise, this field indicates that this component is an optional component).

component_destination_IP_address_flag 필드는, 필드 값이 1로 설정되면 해당 컴포넌트를 위해 component_destination_IP_address 필드가 존재함을 지시할 수 있다(A component_destination_IP_address_flag shall indicate, when set to 1, that the component_destination_IP_address is present for this component).

port_num_count 필드는, 해당 UDP/IP 스트림 컴포넌트와 관련된 UDP 포트들의 개수를 지시한다. 목적 UDP 포트 개수들의 값은 component_destination_UDP_port_num 필드 값으로부터 시작해서 1씩 증가한다(A port_num_count field shall indicate the number of destination UDP ports associated with this UDP/IP stream component. The values of the destination UDP port numbers shall start from the component_destination_UDP_port_num field and shall be incremented by one).

component_destination_UDP_port_num 필드는 해당 UDP/IP 스트림 컴포넌트를 위한 목적 UDP 포트 넘버를 나타낸다(A component_destination_UDP_port_num field represents the destination UDP port number for this UDP/IP stream component).

component_destination_IP_address 필드는, component_destination_IP_address_flag가 1로 설정되면 해당 필드는 존재하지만, component_destination_IP_address_flag가 0으로 설정되면 해당 필드는 존재하지 않을 것이다. 만약 해당 필드가 존재한다면, 해당 필드는 해당 NRT 서비스의 컴포넌트들을 전송하는 모든 IP 데이터그램들의 소스 IP 어드레스를 포함할 것이다. 해당 필드의 128 비트의 롱 어드레스의 제한적인 사용은 비록 현재 IPv6의 사용이 정의되지 않았지만 향후 IPv6의 사용을 가능하도록 하기 위함이다(A component_destination_IP_address field shall be present if the component_destination_IP_address_flag is set to 1 and shall not be present if the component_destination_IP_address_flag is set to 0. When this field is present, the destination address of the IP datagrams carrying this component of the NRT Service shall match the address in this field. When this field is not present, the destination address of the IP datagrams carrying this component shall match the address in the NRT_service_destination_IP_address field. The conditional use of the 128 bit-long address version of this field is to facilitate possible use of IPv6 in the future, although use of IPv6 is not currently defined).

num_component_level_descriptors 필드는, 해당 IP 스트림 컴포넌트를 위한 추가 정보를 제공하는 디스크립터들의 개수를 표현한다(A num_component_level_descriptors field represents the number of descriptors providing additional information for IP stream component).

component_level_descriptors 필드는, 해당 IP 스트림 컴포넌트를 위한 추가 정보를 제공하는 하나 또는 그 이상의 디스크립터들을 식별한다(one or more descriptors providing additional information for this IP stream component).

num_service_level_descriptors 필드는 해당 서비스를 위한 NRT 서비스-레벨 디스크립터들의 개수를 설명한다(A num_service_level_descriptors field specifies the number of NRT service level descriptors for this service).

service_level_descriptor()은 해당 NRT 서비스를 위한 추가적인 정보를 제공하는 없거나 하나 이상의 디스크립터들을 식별한다(zero or more descriptors providing additional information for this NRT Service, may be included). 여기에서, NRT 서비스에 대한 구체적인 서비스 타입을 알려줄 수 있다. 상기 구체적인 서비스 타입에는 예를 들어, 웹 컨텐츠(web contents)를 제공하기 위한 포털 서비스(portal service), 푸쉬 VOD, A/V 다운로드 등이 있을 수 있다.

num_subnet_level_descriptors 필드는, 해당 서브넷을 위한 서브넷-레벨 디스크립터들의 개수를 설명한다(An num_subnet_level_descriptors field specifies the number of subnet-level descriptors for this subnet).

subnet_level_descriptor()은 해당 SMT가 서술하는 서브넷에 대한 추가 정보를 제공하는 디스크립터를 포함할 수 있다(zero or more descriptors providing additional information for the subnet which this SMT describes, may be included).

본 발명에 따르면, num_NRT_services에 의해 정의되는 NRT 서비스의 개수에 따라 루프 구조를 이용하여, 각 NRT 서비스에 대해 2D_or_3D_service_exist_flag 필드가 더 정의될 수 있다.

2D_or_3D_serivce_exist_flag 필드는, SMT를 통해 하나의 서비스에 대한 대응되는 서비스의 존재 여부를 알려준다. 이때, 본 필드는 1 비트 또는 2비트를 이용하여 정의할 수 있다.

예를 들어, 본 필드로 1비트만을 이용하는 경우에는, 현재 시그널(signal)되는 서비스의 대응되는 서비스의 존재 여부를 알려준다. 그리고 만약 본 필드로 2비트를 이용하는 경우에는 현재 시그널되는 서비스와 함께 이전에 시그널되었거나 앞으로 시그널할 서비스의 대응 서비스의 존재 여부를 알려줄 수 있다. 여기서, 대응되는 서비스라 함은 예를 들어, 시그널되는 서비스가 2D인 경우에 3D 서비스를 의미할 수 있으며, 반대로 시그널되는 서비스가 3D인 경우에는 2D 서비스가 대응되는 서비스가 될 수 있다.

2D_or_3D_serivce_exist_flag 필드(1비트 이용)의 필드 값이 0이면, 대응되는 3D 서비스 (또는 2D)가 없다는 의미이고, 필드 값이 1인 경우에는 대응되는 3D 서비스 (또는 2D)가 있다는 의미이다. 상기 2D_or_3D_serivce_exist_flag 필드의 필드값이 1인 경우에는 후술할 NRT 서비스-레벨에 위치하는 2D_3D_corresponding_service_descriptor를 통해 대응되는 3D NRT 서비스 (또는 2D)에 대한 NRT_service_id 값을 찾을 수 있다. 이에 대한 설명은 후술한다.

또한, 2D_or_3D_serivce_exist_flag 필드(2비트 이용)의 필드 값이 00이면, 현재 시그널되는 서비스의 대응되는 2D 또는 3D 서비스가 없다는 의미이고, 필드 값이 01인 경우에는 현재 시그널되는 서비스의 대응되는 2D 또는 3D 서비스가 있다는 의미이고, 필드 값이 10인 경우에는 다른 시간 즉, 이시에 시그널되는 서비스의 대응되는 2D 또는 3D 서비스가 없다는 의미이고, 필드 값이 11인 경우에는 이시에 시그널되는 서비스의 대응되는 2D 또는 3D 서비스가 있다는 의미일 수 있다. 상기 2D_or_3D_serivce_exist_flag 필드의 필드값이 01이거나 11인 경우에는 후술할 NRT 서비스-레벨에 위치하는 2D_3D_corresponding_service_descriptor를 통해 대응되는 3D NRT 서비스 (또는 2D)에 대한 NRT_service_id 값을 찾을 수 있다. 이에 대한 설명은 후술한다. 그 밖에 본 필드로 3비트 이상을 할당하여, 이시에 시그널되는 서비스를 과거와 미래에 시그널되는 서비스에 대해 보다 명확하게 대응되는 서비스의 존재 여부에 대해 정의할 수도 있다. 또한, 본 필드는 필요에 따라 디스크립터 형태로 SMT의 각 레벨 디스크립터 형태로 정의될 수도 있다.

예를 들어, A라는 서비스에 대한 NRT_service_descriptor 내의 service_category 필드로부터 A라는 서비스는 2D이고 해당 서비스에 대해 2D_or_3D_service_exist_flag 필드 값이 1을 알게 되면, 수신기는 A라는 서비스에 대응되는 3D NRT 서비스가 존재한다는 것을 알 수 있다. 또한, 방송 수신기는 상기 존재하는 대응되는 3D NRT 서비스의 service_id 값을 2D_3D_corresponding_service_descriptor로부터 알 수 있다.

본 발명과 관련하여, SMT는 각 NRT 서비스에 관한 정보 외에도 컴포넌트-레벨의 정보, 서비스 레벨의 정보 및 서브넷 레벨의 정보들을 더 포함한다. 다만, 상술한 각 레벨의 정보들은 SMT 섹션 내에서 디스크립터 형태로 정의된다.

우선, 본 발명에 따라 서비스가 NRT 서비스 및 3D NRT 서비스인지 시그널링하는 방법에 대해 설명한다. 이때, 본 명세서에서는 상술한 시그널링을 위해 SMT 내 컴포넌트-레벨의 정보를 이용할 수 있다. 이하 본 발명에 따라 컴포넌트 디스크립터(Component_descriptor)를 설명하면, 다음과 같다.

component descriptor

도 7은 본 발명에 따른 NRT_component_data_descriptor의 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

본 발명과 관련하여, SMT 내 component_descriptor의 component_type 값이 38인 경우는 일반적인(normal) NRT 서비스를 의미한다. 이와 관련하여, 본 명세서에서는 상기 component_type 값이 55인 경우에는 3D NRT 서비스로 정의하고, 도 7에 도시된 바와 같이, 3D 포맷 관련 정보를 추가로 더 포함하도록 한다. 필요한 경우에는 component_type이 55인 경우네는 도 10 내지 16에 도시된 정보들을 더 포함되거나 본 디스크립터에서 링크 정보를 이용하여 별도 정의된 디스크립터를 참조할 수도 있다. 따라서, 수신기는 component_descriptor의 component_type 값만을 이용해 NRT 서비스에 3D 비디오 컴포넌트(video component)의 포함 여부를 식별할 수 있다. 본 명세서와 같이, component_type 값을 새롭게 정의하면, 컴포넌트-레벨에서 3D NRT 서비스 여부를 식별할 수 있으며, 방송 수신기에서 미리 대응할 수 있다. 관련하여, 레거시 방송 수신기에서는 마찬가지로 component_type 값이 38과 55 중 적어도 어느 하나인 경우에는 NRT 서비스로 판단하고 이를 필터링함으로써 호환성을 유지할 수 있다.

또한, 본 발명에서는 NRT 서비스와 관련하여, component_type 값을 하나 이상 정의함으로써, 3D 컨텐트 처리를 위한 구성을 가지지 못한 방송 수신기에서는 component_type 값이 55인 경우에는 3D NRT 비디오 컴포넌트로 판단하여 이를 필터링할 수 있다. 즉, 본 발명에서는 상기와 같이, component_type을 구분하여 정의함으로써 수신기에 적응적인 처리가 가능하도록 할 수 있다.

도 2와 3에 도시된 방송 수신기의 예시들에서 3D 포맷터(250)는, A/V 디코더에서 디코딩된 이미지 신호를 수신하여, 3D 디스플레이의 픽셀 어레인지먼트(pixel arrangement)에 맞게 비디오 신호를 재포맷(re-format) (픽셀을 다시 매핑(mapping)하는 과정)할 수 있다. 이때, 비디오의 3D 포맷 정보는 도 7에 도시된 3D 관련 정보를 이용할 수 있다.

이하 도 7에 도시된 디스크립터의 각 필드에 대해 상세하게 설명하면, 다음과 같다.

하나의 NRT 서비스는 멀티플 FLUTE 세션들(multiple FLUTE sessions)에 포함될 수 있다. 각 세션은 세션을 위해 사용되는 IP 어드레스들(IP addresses)과 포트들(ports)에 의존하는 하나 또는 그 이상의 FLUTE 컴포넌트 디스크립터들을 이용하여 시그널링 될 수 있다(A single NRT service may contain multiple FLUTE sessions. Each session may be signaled using one or more FLUTE component descriptors, depending on the IP addresses and ports used for the sessions).

3D_structure 필드는, 해당 비디오 컴포넌트의 3D 비디오 포맷(video format)을 지시한다. 3D_structure 필드 값에 따라 예를 들어, SbS(Side-by-Side) 또는 TaB(Top-and-Bottom)임을 지시할 수 있다. 그 밖에 본 발명에서는 3D 비디오 포맷으로 예시한 SbS와 TaB 이외에도 후술할 도 11의 3D_structure 필드에서 정의되는 것과 같은 이용 가능한 모든 3D 비디오 포맷을 정의하여 시그널링할 수 있다.

LR_first 필드는, 제1 하프가 레프 픽쳐인지 라이트 픽쳐인지 지시한다. 여기서, 제1 하프라 함은 TaB 포맷에서는 탑 하프를, SbS에서는 레프트 하프를 의미할 수 있다. LR_first 필드의 값이 0이면 비디오의 제1 하프는 레프트 픽쳐이고, 1이면 라이트 픽쳐임을 지시할 수 있다. (LR_first field indicates if first half (top half in Top-and-Bottom format and left half in Side-by-Side) is left or right picture. The value 0 indicates that the first half of the video is left while the value 1 indicates it is right).

3D_orientation 필드는, 다음 표 1에서 정의를 따를 수 있다(3D_orientation: the meaning of this field is defined in the following table 1).

표 1을 참조하면, 3D_orientation 필드 값이 00이면 비디오의 3D 오리엔테이션은 레프트 픽쳐와 라이트 픽쳐가 모두 인버트되지 않고 정상적인(normal) 경우를 의미하고, 01이면 비디오의 3D 오리엔테이션은 라이트 픽쳐만 인버트된 경우를 의미하고, 10이면 비디오의 3D 오리엔테이션은 레프트 픽쳐만 인버트된 경우를 의미하고, 11이면 비디오의 3D 오리엔테이션은 레프트와 라이트 모두 인버트된 경우를 의미할 수 있다.

TSI 필드는, FLUTE 세션의 TSI(Transport Session Identifier)를 지시한다(TSI field shall be the TSI of the FLUTE session).

session_start_time 필드는, FLUTE 세션이 시작하는 시각을 지시한다. 만약 해당 필드의 값이 모두 0이면, 세션은 이미 시작된 것으로 해석될 수 있다(session_start_time: the time at which the FLUTE session starts. If the value of this field is set to all zero, then it shall be interpreted to mean that the session has already started).

session_end_time 필드는, FLUTE 세션이 종료되는 시각을 지시한다. 만약 해당 필드의 값이 모두 0이면, 세션은 무한정 계속되는 것으로 해석될 수 있다(session_end_time: the time at which the FLUTE session ends. If the value of this field is set to all zero, then it shall be interpreted to mean that the session continues indefinitely).

tias_bandwidth_indicator 필드는, TIAS(Transport Independent Application Specific) 대역폭 정보를 포함하는 플래그들을 지시한다. 만약 TIAS 대역폭 필드가 존재하는 것으로 지시하려면 해당 비트는 1로 설정되고, TIAS 대역폭 필드가 존재하지 않는 것으로 지시하려면 해당 비트는 0으로 설정되어야 할 것이다(tias_bandwidth_indicator: a field that flags the inclusion of TIAS bandwidth information. This bit shall be set to 1 to indicate the TIAS bandwidth field is present, and it shall be set to 0 to indicate the TIAS bandwidth field is absent).

as_bandwidth_indicator 필드는, AS(Application Specific) 대역폭 정보를 포함하는 플래그들이다. 만약 AS 대역폭 필드가 존재하는 것으로 지시하려면 해당 비트는 1로 설정되어야 하고, AS 대역폭 필드가 존재하지 않는 것으로 지시하려면 해당 비트는 0으로 설정되어야 할 것이다(as_bandwidth_indicator: a field that flags the inclusion of AS bandwidth information. This bit shall be set to 1 to indicate the AS bandwidth field is present, and it shall be set to 0 to indicate the AS bandwidth field is absent).

FEC_OTI_indicator 필드는 FEC 오브젝트 트랜스미션 정보(OTI; Object Transmission Information) 정보가 제공되는지 여부를 지시한다(FEC_OTI_indicator is an indicator that indicates whether FEC OTI is provided).

tias_bandwidth 필드는, TIAS 최대 대역폭을 지시하는데, 본 필드의 값은 상기 TIAS 최대 대역폭의 1000의 1(1/1000)일 수 있다(this value shall be one one-thousandth of the TIAS maximum bandwidth).

as_bandwidth 필드는, AS 최대 대역폭의 값을 가질 것이다(this value shall be the AS maximum bandwidth).

FEC_encoding_id 필드는 해당 FLUTE 세션 내에서 사용된 FEC 인코딩 ID를 지시한다(FEC encoding ID used in this FLUTE session).

FEC_instance_id 필드는 해당 FLUTE 세션 내에서 사용된 FEC 인스턴스 ID를 지시한다(FEC instance ID used in this FLUTE session).

상술한 파라미터들을 FLUTE 컴포넌트 데이터 바이트들(FLUTE component data bytes)을 통해 시그널링함으로써 FULTE 세션을 수신하기 위해 꼭 필요한 정보들은 모두 제공할 수 있으며, 이 세션을 통해 FDT를 수신하여 이를 통해 FLUTE 세션을 통해 전달되는 모든 파일들에 대한 정보를 획득하여 이 파일들을 수신하는 방법이 사용될 수 있다.

FLUTE 컴포넌트 디스크립터(FLUTE component descriptor)는 SMT의 component_level_descriptor 루프를 통해 전달될 수 있다. FLUTE 채널이 복수 개일 경우에는 세션-레벨의 파라미터들인 TSI, session_start_time, session_end_Time 등은 한 번만 시그널링되어야 하므로 여러 개의 채널의 컴포넌트 중에서 하나의 컴포넌트에서만 FLUTE 컴포넌트 디스크립터를 component_level_descriptor 루프를 통해 전송할 수도 있다.

본 발명에 따르면, 상술한 도 7의 NRT_component_data_descriptor를 통해 컴포넌트-레벨에서 NRT 서비스의 3D 여부를 알 수 있다.

Capabilities Descriptor

다음으로, 3D NRT 서비스는 capability_descriptor을 이용하여 식별할 수 있다. 따라서, 본 발명에 따른 capability_descriptor를 이용하면, 서비스-레벨에서 해당 서비스의 3D NRT 서비스 여부를 식별할 수 있다. 관련하여, 상기 capability_descriptor는 후술할 NRT-IT의 컨텐트-레벨 디스크립터로도 정의되는바, 이에 따르면 컨텐트-레벨에서도 해당 컨텐트의 3D NRT 컨텐트 여부를 식별할 수 있다. 다만, 이하 본 명세서에서는 NRT-IT의 컨텐트-레벨에서의 capability_descriptor는 별도로 설명하지 않고, 여기서 같이 설명한다.

방송 수신기는 본 capability_descriptor의 정보를 이용하여, 해당 서비스 또는 컨텐트 아이템의 3D 여부를 판단하고, 방송 수신기의 3D 지원 여부에 따라 (3D 디스플레이 가능 또는 3D 포맷 지원 가능 여부 등) 해당 서비스 또는 컨텐트의 다운로드 여부를 미리 판단할 수 있다.

도 8은 본 발명에 따른 capability_descriptor의 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

이하 본 capability_descriptor의 각 필드를 설명하면, 다음과 같다.

descriptor_tag 필드는, 미리 정의된 값으로 본 디스크립터를 식별한다. descriptor_length 필드는, 본 디스크립터의 전체 길이를 설명한다.

capability_code_count 필드는, capability_code 블록들의 개수를 지시한다(capability_code_count field shall indicate the number of capability_code blocks). 상기 capability_code_count 필드에서 정의되는 블록의 개수에 따라 각 블록에 대해 루프 구조를 이용하여, 아래 필드들이 정의될 수 있다.

essential_indicator 필드는, 뒤따르는 capability_code 필드에 의해 표현되는 성능을 위한 지지가 서비스 또는 컨텐트 아이템의 의미있는 표현을 위해 필수적인지 여부를 지시한다. 만약 본 필드의 값이 1인 경우에는 그 성능은 필수적이고, 반대로 0인 경우에는 필수적이지 않음을 의미한다(essential_indicator field indicates whether support for the capability represented by the capability code following this field is essential for the meaningful presentation of the service or content item, or not. The value ‘1’ shall indicate that the capability is essential. The value ‘0’ shall indicate that it is not essential).

capability_code 필드는 아래 표 2와 같이 정의된 특정 성능을 표현한다(capability_code field shall represent a specific capability as defined in Table 2).

표 2를 참조하면, capability_code 값은 크게, 다운로드 프로토콜들(download protocols), FEC 알고리즘들, 래퍼/아키브 포맷(Wrapper/Archive Formats), 압축 알고리즘들(compression algorithms) 및 미디어 타입들(media types)에 대해 그 의미들을 정의한다.

상기에서, 다운로드 프로토콜들, FEC 알고리즘들, 래퍼/아키브 포맷, 압축 알고리즘들에 대한 값과 그 의미는 공지된 내용을 참조하고, 이하에서는 본 발명과 관련하여, 미디어 타입에 대해서만 기술한다.

관련하여, 미디어 타입들을 위한 capability_code 값은 크게 0x41 내지 0x4F로 정의될 수 있다. 여기서, 특히 본 발명에 따라 3D 서비스 또는 3D 컨텐트 여부를 식별하기 위해, capability_code 값이 0x4D인 경우에는 AVC(Advanced Video Coding)로 코딩된 3D 비디오를 지시하고, capability_code 값이 0x4E인 경우에는 AVC로 코딩된 3D 비디오로 그 비디오 포맷은 SbS임을 지시하고, capability_code 값이 0x4F인 경우에는 AVC로 코딩된 3D 비디오로 그 비디오 포맷은 TaB임을 지시할 수 있다. 특히, 상기에서 capability_code 값이 0x4D인 경우에는 구체적인 비디오 포맷 정보는 별도의 디스크립터를 이용하여 표현할 수 있다. 예를 들어, 후술할 도 11 내지 16과 참조할 수 있다.

format_identifier 필드는, 상기 capability_code 값이 0x6F보다 큰 경우에 정의되는 값으로 해당 디스크립터 내에 포함된 프라이빗 정보를 단지 식별하는 값이다(This field use in this descriptor shall scope and identify only the private information contained within this descriptor).

capability_string_count 필드는, 뒤따르는 capability_string 블록들의 개수를 지시한다(capability_string_count field shall indicate the number of capability_string blocks to follow). 상기 capability_string_count 필드에서 정의되는 블록의 개수에 따라 각 블록에 대해 루프 구조를 이용하여, 아래 필드들이 정의될 수 있다.

essential_indicator 필드는 뒤따르는 capability_code 필드에 의해 표현되는 성능을 위한 지지가 서비스 또는 컨텐트 아이템의 의미있는 표현을 위해 필수적인지 여부를 지시한다. 만약 본 필드의 값이 1인 경우에는 그 성능은 필수적이고, 반대로 0인 경우에는 필수적이지 않음을 의미한다(essential_indicator field indicates whether support for the capability represented by the capability code following this field is essential for the meaningful presentation of the service or content item, or not. The value 1 shall indicate that the capability is essential. The value 0 shall indicate that it is not essential).

capability_category_code 필드는 스트링 값을 위한 성능 카테고리를 지시한다(capability_category_code field shall indicate the capability category for the string value following it).

capability_string_length 필드는 capability_string의 바이트 단위의 길이를 설명한다(capability_string_length field shall specify the length (in bytes) of the capability_string()).

capability_string() 필드는, 성능을 표현을 포함하는 스트링을 정의한다(This field shall be a string containing the representation of a capability)

NRT service descriptor

도 9는 본 발명에 따른 NRT_service_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

NRT_service_category 필드는, 본 발명과 관련하여 서비스 카테고리를 지시한다. 여기서, 본 필드의 값이 0x01인 경우에는 일반 NRT 서비스가 브라우즈 & 다운로드(Browse & Download)되는 것을 의미하고, 0x02인 경우에는 일반 NRT 서비스가 포털(Portal)인 경우를 의미하고, 0x03인 경우에는 일반 NRT 서비스가 푸쉬(Push)되는 경우를 의미한다. 본 발명에 따라 본 필드의 값이 0x04인 경우에는 3D NRT 서비스가 브라우즈 & 다운로드되는 것을 의미하고, 0x05의 경우에는 3D NRT 서비스가 푸쉬되는 경우를 의미한다.

이러한 NRT_service_descriptor는 SMT의 서비스-레벨에 위치하며, 본 발명에 따라 해당되는 NRT 서비스가 3D NRT 서비스인 경우에는 NRT_service_category 필드의 값을 0x04 (3D Browse & Download) 또는 0x05 (3D Push)의 값으로 정의함으로써 시그널링할 수 있다. 따라서, 수신기는 NRT_service_descriptor 내의 NRT_service_category 필드가 0x04 또는 0x05인 경우에는, 해당 서비스가 3D NRT 서비스라는 것을 서비스-레벨에서 식별할 수 있다.

또한, NRT 서비스-레벨에 후술하는 3D_NRT_descriptor가 추가될 수 있다.

3D NRT descriptor

도 10은 본 발명에 따른 3D_NRT_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

3D_NRT_descriptor는 3D 컨텐트에 대한 상세정보를 포함한다.

3D_structure 필드는, 3D 컨텐트의 비디오 포맷을 설명한다. 본 필드의 값과 그 의미는 예를 들어, 도 11과 같이 정의될 수 있다.

도 11을 참조하면 예를 들어, 3D_structure 필드 값이 0000이면, 풀 레졸루션 좌 & 우(full resolution Left & Right)를 의미하고, 3D_structure 필드 값이 0001이면, 필드 얼터너티브(field alternative)를 의미하고, 3D_structure 필드 값이 0010이면, 라인 얼터너티브(line alternative)를 의미하고, 3D_structure 필드 값이 0100이면, 좌 영상 플러스 뎁쓰(L+depth)를 의미하고, 3D_structure 필드 값이 0110이면, 탑-앤드-바텀(TaB)를 의미하고, 3D_structure 필드 값이 0111, 프레임 시퀀셜(Frame sequential)를 의미하고, 3D_structure 필드 값이 1000이면, 사이드-바이-사이드(SbS)를 의미하는 것으로 정의할 수 있다. 다만, 그림 5-1에서 도시된 필드값과 의미는 일 예로서, 상기한 값과 의미에 한정되는 것은 아니다.

3D_metadata_exist_flag 필드는, 1인 경우에 3D_NRT_descriptor 내에 3D_metadata_type 필드, 3D_metadata_length 필드, 3D_metadata 필드 등이 추가로 존재함을 지시한다.

3D_sampling 필드는, 3D 컨텐트의 프레임-컴패터블 포맷(frame-compatible format)에 대한 정보를 알려준다. 본 필드의 값과 그 의미는 예를 들어, 도 12와 같이 정의될 수 있다. 또한, 본 필드 설명은 도 13과 14를 참조하여 설명한다. 여기서, 도 13(a)와 14(a)는 홀수 포지션(odd position), 도 13(b)와 (14(b)는 짝수 포지션(even position)을 의미한다.

도 12 및 13을 참조하면 예를 들어, 3D_sampling 필드 값이 0000-0011인 경우에는 서브-샘플링(sub-sampling)을 의미한다. 보다 상세하게 설명하면, 3D_sampling 필드 값이 0000인 경우에는 서브-샘플링(sub-sampling)에 관한 것으로 특히, 홀수 레프트(L) 그리고 홀수 라이트(R)를 의미하고, 0001인 경우에는 서브-샘플링(sub-sampling)에 관한 것으로 특히, 홀수 레프트(L) 그리고 짝수 라이트(R)를 의미하고, 0010인 경우에는 서브-샘플링에 관한 것으로 특히 짝수 레프트(L) 그리고 홀수 라이트(R)를 의미하고, 0011인 경우에는 서브-샘플링(sub-sampling)에 관한 것으로 특히 짝수 레프트(L) 그리고 짝수 라이트(R)를 의미한다. 또한, 도 12 및 14를 참조하면, 3D_sampling 필드 값이 0100-0111은 퀸퀑쓰 매트릭스(quincunx matrix)를 의미한다. 예를 들어, 3D_sampling 필드 값이 0100인 경우에는 퀸퀑쓰 매트릭스 에 관한 것으로 특히, 홀수 레프트(L) 그리고 홀수 라이트(R)를 의미하고, 0101인 경우에는 퀸퀑쓰 매트릭스 에 관한 것으로 특히, 홀수 레프트(L) 그리고 짝수 라이트(R)를 의미하고, 0110인 경우에는 퀸퀑쓰 매트릭스에 관한 것으로 특히 짝수 레프트(L) 그리고 홀수 라이트(R)를 의미하고, 0111인 경우에는 퀸퀑쓰 매트릭스에 관한 것으로 특히 짝수 레프트(L) 그리고 짝수 라이트(R)를 의미한다. 또한, 상기에서는 3D 비디오 포맷이 SbS인 경우를 예시하여 설명하나, 동일한 방식으로 TaB로 정의할 수도 있으며, 상기한 예시에 부가적으로 정의될 수도 있다.

3D_orientation 필드는, 3D 컨텐트 내의 레프트 및 라이트 뷰 이미지 데이터(left 및 right view image data)의 화소 배열 형태를 알려준다. 본 필드의 값과 그 의미는 예를 들어, 도 15과 같이 정의될 수 있다.

예를 들어, 3D_orientation 필드의 값이 00인 경우에는 레프트 뷰 이미지 데이터와 라이트 뷰 이미지 데이터 모두 정상(normal)인 경우를 의미하고, 3D_orientation 필드의 값이 01인 경우에는 레프트 뷰 이미지 데이터는 정상이나 라이트 뷰이미지 데이터가 역상(inverted)된 경우를 의미하고, 3D_orientation 필드의 값이 10인 경우에는 반대로 라이트 뷰 이미지 데이터는 정상이나 레프트 뷰 이미지 데이터가 역상인 경우를 의미하고, 3D_orientation 필드의 값이 11인 경우에는 레프트 뷰 이미지 데이터와 라이트 뷰 이미지 데이터가 모두 역상인 경우를 의미한다.

3D_metadata_type 필드는 상술한 3D_metadata_exist_flag 필드의 값이 1일 때에만 유효한 필드로서, 본 필드를 이용해 3D_metadata_length 및 3D_metadata는 예를 들어, 도 16와 같이 정의될 수 있다.

3D_metadata_type 필드의 값이 000인 경우에는 3D_metadata_length는 4이고 3D_metadata는 4가지 중 적어도 하나를 가질 수 있거나 또는 4가지 모두의 값을 가질 수 있다. 상기 4가지에는 3D_metatdat[0]은 parallax_zero, 3D_metatdat[1]은 parallax_scale, 3D_metatdat[2]는 Dref, 그리고 3D_metatdat[3]은 Wref를 의미한다. 이와 달리, 3D_metadata_type 필드의 값이 001인 경우에는 3D_metadata_length는 역시 4이고 3D_metadata는 4가지 중 적어도 하나를 가질 수 있거나 또는 4가지 모두의 값을 가질 수 있다. 상기 4가지에는 3D_metatdat[0]은 xB, 3D_metatdat[1]은 Zref, 3D_metatdat[2]는 Dref, 그리고 3D_metatdat[3]은 Wref를 의미한다.

이와 관련하여, 도 16에 의한 파라미터들은, 3D 컨텐트를 제작하는 과정에서 의도된 환경 값으로 수신기에서 이들을 이용해 제작자가 의도한 입체감을 재현하는데 사용된다. 각 파라미터는 뎁쓰 맵(Depth map)과 같이 패럴렉스 맵(parallax map)을 전송하는 경우 각 패럴렉스(parallax)를 정확하게 해석하기 위한 데이터이다. 다시 말해, 패럴렉스 맵을 수신하면, 각 값들에 대해 레퍼런스(reference) 값과 현재 시청환경을 고려해 변환된 패럴렉스 값들을 적용해 새로운 시점에 대한 영상을 만들어낸다.

Dref 파라미터는, 3D 컨텐트 제작과정에서 레퍼런스로 정의한 시청자와 화면 사이의 거리이다(단위: cm). Wref 파라미터는, 3D 컨텐트 제작과정에서 레퍼런스로 정의한 화면의 가로 크기이다(단위: cm). Zref 파라미터는, 3D 컨텐트 제작과정에서 레퍼런스로 정의한 뎁쓰(depth) 값이다 (단위: cm). xB 파라미터는, 레퍼런스로 정의한 시청자의 눈 사이의 거리(기준값은 65 mm)이다.

Reference parallax Pref를 수학식 1을 이용하여 계산한다 (패럴렉스 맵의 각 값은 N-bit로 표현된다고 가정한다).

실제 스크린 상에서의 패럴렉스는 수학식 2와 같이 계산된다 (수식 유도는 ISO23002-3을 참고).

수학식 2에서, D와 W는 수신기의 시청자 거리 및 화면의 가로 크기를 의미한다. 3D_metadata_type이 000인 경우에는 xB 파라미터가 전송되지 않으며, 이때에는 65mm라는 값으로 가정하고 계산한다.

2D 3D corresponding service descriptor

도 17은 본 발명에 따른 2D_3D_corresponding_service_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

2D_3D_corresponding_service_descriptor는 SMT의 서비스-레벨에 위치하며 2D 서비스에 대해서는 대응되는 3D 서비스 정보 또는 3D 서비스에 대해서는 대응되는 2D 서비스 정보를 알려준다.

이하 본 디스크립터의 각 필드에 대해 설명하면, 다음과 같다.

corresponding_NRT_service_id 필드는, 본 디스크립터에 해당하는 서비스가 2D인 경우 대응되는 3D 서비스의 식별자(id)를 지시하고, 반대로 3D 서비스에 대해서는 대응되는 2D 서비스의 식별자(id)를 지시한다.

서비스 A가 2D 브라우저 & 다운로드 서비스(Browse & Download service)인 경우 service_category는 0x01의 값을 갖고 service_id는 0x0020이라고 가정한다. 이때, 서비스 B는 서비스 A의 3D 버전이라고 할 때, 서비스 B에 대한 service_category는 0x04이며 service_id는 0x0030이라고 가정한다.

SMT 내에서 서비스 A를 시그널링할 때, 2D_or_3D_service_exist_flag는 1로 설정하며 서비스-레벨에서 2D_3D_corresponding_service_descriptor를 포함시킨다. 이때, corresponding_NRT_service_id는 0x0030 (서비스 B에 대한 service_id)의 값을 갖는다.

SMT 내에서 서비스 B를 시그널링할 때, 2D_or_3D_service_exist_flag는 1로 설정하며 서비스-레벨에서 2D_3D_corresponding_service_descriptor는 포함시킬 수도 있고 생략 가능하다.

반대로 서비스 B에 대해 2D_3D_corresponding_service_descriptor가 포함되고 서비스 A에 대해 상기 2D_3D_corresponding_service_descriptor를 생략할 수도 있다(2D_3D_corresponding_service_descriptor는 한쪽만 포함되도 되나 이때 양쪽 컨텐트에 대해 2D_or_3D_service_exist_flag는 모두 1로 설정한다).

상술한 SMT를 구성하는 방법으로 예를 들어, 하나 혹은 그 이상의 NRT 채널(들)을 하나의 채널로 구성할 수 있다.

본 명세서에서는 NRT 서비스 단위로 NRT 채널을 구성하며 FLUTE로 파일을 전송하는 FLUTE 세션을 하나 이상을 가질 수 있다.

일반적으로 FLUTE 세션은 TSI, IP 및 포트 어드레스 등의 파라미터를 이용해 유일하게 식별/레퍼런스될 수 있으며, 시간적으로는 session_start_time과 session_end_time으로 바운드(bound)된다.

테이블을 구성할 때에는 session_start_time 및 session_end_time을 이용해 이 시간 동안의 FLUTE 세션을 어나운스한다.

현재뿐 아니라 앞으로 전송될 모든 NRT 채널에 대한 정보를 하나의 테이블로 구성할 수도 있으며, 이를 현재(현재로부터 일정 기간)와 미래(현재로 정의된 기간 이후)로 나누는 방법 및 현재로부터 일정시간 이내 (예를 들어, 24시간), 그 이후 일정시간 이내 (예를 들어, 24시간), 그리고 그 이후의 3개의 구간으로 나누어 각각을 별도의 테이블로 구성하여 보내는 것도 가능할 것이다.

또한, table_id를 이용해 현재 수신 가능한 컨텐트에 대한 가이드 정보인지 미래에 수신할 수 있는 컨텐트에 대한 가이드 정보인지를 구별할 수 있다. 이는 지금으로부터 짧은 시간 범위 내에서 수신 가능한 NRT 서비스와 그 시간 이후에 수신 가능한 서비스들을 각각 다른 테이블로 분리하여 전송하는 방법이다.

미래에 수신할 수 있는 컨텐트에 대한 가이드 정보를 수신하면 수신기는 각 컨텐트의 available_start_time 및 available_end_time 정보를 이용하여 시간적 정렬을 수행한 후 NRT 서비스에 대한 가이드 정보를 사용자에게 출력하도록 한다.

다만, 상술한 예 이외에 테이블을 구성하는 방법을 달리하더라도 테이블 엘리먼트를 구성하는 각 필드는 동일할 것이다.

NRT - IT ( NRT - Information Table )

이하에서는 상술한 SMT를 통해 시그널링된 NRT 컨텐트 딜리버리 채널(NRT content delivery channel)별로 전송되는 NRT 컨텐트를 시그널링/어나운스먼트(signaling/announcement)에 관련된 NRT-IT에 대해 기술한다. NRT-IT는 수신기에서 저장부로 다운로드할 수 있는 컨텐트 아이템들을 묘사하는 정보를 포함한다. NRT-IT에서 제공되는 정보는 컨텐트 아이템의 타이틀(예를 들어, 다운로드 가능한 프로그램 이름), 다운로드가능한 시간들, 그리고 컨텐트 어드바이저리, 캡션 서비스의 이용 가능성, 컨텐트 식별자 및 다른 메타데이터를 포함할 수 있다(The Non-Real-Time Information Table (NRT-IT) contains information describing content items available for download to storage in the receiving device. The information provided in the NRT-IT includes the title of the content item (for example, the name of the program available for download), the times during which the content item is to be made available for download, and information such as content advisories, availability of caption services, content identification, and other metadata).

도 18은 본 발명의 일 실시 예에 따라 구성한 NRT-IT 비트스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

도 18에서는 NRT 컨텐트를 시그널링하기 위하여 NRT-IT를 새롭게 정의하였다. 다만, 이는 하나의 실시 예로 다른 방식도 고려할 수 있다. NRT-IT를 통하여 특정 NRT 컨텐트 딜리버리 채널을 통해 전송되는 NRT 컨텐트를 시그널링할 수 있다.

이하 NRT-IT 섹션을 구성하는 각 필드 정보에 대해 보다 상세하게 기술하면, 다음과 같다.

table_id 필드는, 해당 테이블 섹션이 NRT-IT를 구성하는 테이블 섹션임을 식별한다(table_id field shall be set to 0xDF to identify this table section as belonging to the NRT-IT).

service_id 필드는, NRT-IT에서 기술하는 컨텐트를 제공(offering)하는 NRT 서비스와 관련된 service_id를 설명한다(service_id field shall specify the service_id associated with the NRT service offering the content items described in this section).

subnet_id 필드는, 서비스 시그널링 채널(SSC)와 관련된 IP 서브넷을 지시한다(subnet_id field shall indicate the IP subnet associated with this service signaling channel).

NRT-IT_version_number 필드는, NRT-IT 인스턴스의 버전 넘버를 지시한다. 여기서, 상기 NRT-IT 인스턴스는 service_id, current_next_indicator, protocol_version, 및 time_span_start를 위한 공통 값을 가진 하나 또는 그 이상의 NRT-IT 섹션의 세트로서 정의된다. 상기 버전 넘버는 NRT-IT 인스턴스의 변경이 있으면 1 모듈로 32로 증가할 수 있다(This field shall indicate the version number of this NRT-IT instance, where an NRT-IT instance is defined as the set of one or more NRT_information_table_section() having common values for service_id, current_next_indicator, protocol_version, and time_span_start. The version number shall be incremented by 1 modulo 32 when any field in the NRT-IT instance changes). 따라서, 수신기는 본 필드를 참조하여, NRT-IT의 변경 유무를 알 수 있고, 그에 따라 NRT-IT의 업데이트(update) 또는 무시(ignore or discard) 등의 처리를 할 수 있다.

current_next_indicator 필드는, NRT-IT 섹션들을 위해서는 항상 1로 설정되며, 이는 곧 전송된 NRT-IT는 현재 적용 가능함을 나타낸다(current_next_indicator shall always be set to 1 for NRT-IT sections; the NRT-IT sent is always currently applicable).

section_number 필드는, NRT-IT 섹션들 중 본 섹션의 넘버를 지시한다(This field shall give the section number of this NRT-IT Table Instance section).

last_section_number 필드는, NRT-IT 섹션의 가장 마지막 섹션의 넘버를 알려준다(This field shall give the number of the last section (i.e., the section with the highest section_number) of the NRT-IT Table Instance of which this section is a part).

num_contents_in_section 필드는, NRT-IT에서 기술하는 컨텐트의 개수를 알려준다.

content_version 필드는, 특정 content_id 값을 갖는 컨텐트(또는 파일)에 대한 버전넘버를 알 수 있다. 즉, 수신기가 이전에 수신하여 저장한 파일의 content_id가 0x0010이라고 할 때, 동일한 컨텐트 즉, content_id 값이 0x0010인 파일이 전송되며 content_version이 이전에 수신하여 저장한 컨텐트와 다르다면 NRT-IT를 통해 새롭게 어나운스된 컨텐트를 수신하여 이전에 저장된 컨텐트를 업데이트 하거나 대체(replace)하도록 한다. 본 실시 예에서는 release의 버전을 나타내는 일련 번호를 의미하나 실제로 published(released) time을 직접 표현할 수도 있다. 이때, content_version 필드로 공개 시간(publish time)이 표현하기 힘들 경우에 published(released) time을 표현할 수 있는 새로운 필드를 사용할 수도 있다.

content_id 필드는, 컨텐트(또는 파일)을 유일하게(unique) 구분할 수 있는 식별자이다.

content_available_start_time 필드와 content_available_end_time 필드는, 컨텐트를 수신할 수 있는 FLUTE 세션의 시작시간 및 종료시간을 알려 준다.

content_length_in_seconds 필드는, 컨텐트(또는 파일)이 A/V 파일인 경우에 해당 컨텐트의 실재 재생 시간(playback time)을 초 단위로 알려 준다.

content_size 필드는, 컨텐트(또는 파일)의 크기를 바이트 단위로 알려준다.

content_delivery_bit_rate 필드는, 컨텐트(또는 파일)을 전송하는 전송 비트 레이트(bit rate)를 표시하며 타겟 비트 레이트(target bit rate)를 의미한다. 즉, 서비스 프로바이더(service provider) 또는 방송국이 해당 컨텐트를 전송할 때 얼마만큼의 대역폭(bandwidth)를 할당(allocate)할 지를 표시한다. 이 정보를 이용하여 수신기는 content_size 및 content_delivery_bit_rate를 이용해 해당 파일을 수신하는데 소요되는 최소 시간(minimum time)을 알 수 있다. 즉, 컨텐트를 수신하는데 걸리는 시간을 추정(estimation)하여 사용자에게 해당 정보를 제공할 수 있으며 최소(minimum) 수신 소요 시간은 (conent_size*8)/(content_delivery_bit_rate)를 계산하여 얻어지며 단위는 초(seconds)이다.

content_title_length 필드는, content_title_text()의 길이를 바이트 단위로 나타낸다. 이를 이용해 수신기가 정확하게 content_title_text() 정보를 획득하기 위해 몇 바이트의 데이터를 읽어야 할 지를 알 수 있다.

content_title_text() 필드는, MSS(multiple string structure)의 포맷의 컨텐트 타이틀이다(content title in the format of a multiple string structure).

time_span_start 필드는, NRT-IT 인스턴스에 의해 커버되는 타임 스팬의 시작을 표현한다. 단위는 소정 시간 이후의 GPS 초로써 표현될 수 있다. 본 필드의 값이 0인 경우에는 NRT-IT 인스턴스에 의해 커버되는 타임 기간이 알 수 없는 과거에서 시작되었음을 지시한다. 해당 IP 서브넷 내에서 time_span_start 및 time_span_length의 값은 다른 NRT-IT 인스턴스와 중복되지 않는 상술한 타임 스팬으로 설정될 수 있다. (This filed shall represent the start of the time span covered by this instance of the NRT-IT, expressed as the number of GPS seconds since 00:00:00 UTC, 6 January 1980. The time of day of time_span_start shall be aligned to minute 00 of the hour. The value zero for time_span_start shall indicate the time period covered by his NRT-IT instance began in the indefinite past. The value of time_span_start shall be the same for each section of a multi-sectioned NRT-IT instance. The values of time_span_start and time_span_length shall be set such that the specified time span does not overlap with any other NRT-IT instance in this IP subnet).

time_span_length 필드는, 상기 time_span_start 필드에 지시된 시간에서 시작하여 분 단위의 시간을 의미한다(This field shall indicate the number of minutes, starting at the time indicated by time_span_start, covered by this instance of the NRT-IT).

num_content_items_in_section 필드는, NRT-IT 섹션에 의해 묘사되는 컨텐트 아이템들의 수를 지시한다(This field shall indicate the number of content items described in this NRT-IT section). 본 필드 다음의 후술하는 필드는 루프 구조를 이용하여 각 컨텐트 아이템에 대해 정의된다.

content_linkage 필드는, 묘사되는 컨텐트 아이템의 ID를 설명한다. 여기서, 본 필드는 두 가지 연결 기능을 수행한다. 하나는 NRT-IT 내 메타데이터를 NRT 컨텐트 아이템과 관련된 FLUTE FDT 내 하나 또는 그 이상의 파일들을 링크한다. 다른 하나는 TFT(Text Fragment Table) 내 텍스트 프래그먼트(Text Fragment)를 위한 식별자인 TF_id를 형성한다. 컨텐트 아이템과 관련된 각 파일은 본 필드의 값과 매칭되는 FLUTE FDT 컨텐트 링키지 태그(FLUTE FDT content linkage tag)를 가질 수 있다. 특정 NRT 서비스를 위하여, content_linkage는 컨텐트 아이템과 아이콘 디스크립터가 NRT-IT 내 처음으로 나타나면 그 시간으로부터 서비스 내에 모든 컨텐트 아이템들과 아이콘들을 위한 링키지 값들의 세트를 통해 유니크하거나 또는 컨텐트 아이템 또는 아이콘이 더이상 나타니자 않으면 그 시간에 FLUTE FDT 인스턴스들 내에 나타나는 그것들의 파일들 중 어떤 파일과 FLUTE FDT 인스턴스들 내에 나타나는 그 파일들 중 어떠한 것으로부터 유니크하다(content_linkage field shall specify the identification number of the content item described. The content_linkage performs two linkage functions: it links metadata in the NRT-IT to one or more files in the FLUTE FDT associated with this NRT content item; it also forms the TF_id (identifier for Text Fragment in Text Fragment Table). Each file associated with the content item shall have a FLUTE FDT content linkage tag matching the value of this content_linkage field. For a particular NRT service, the value of content_linkage shall be unique over the set of linkage values for all content items and icons in the service from the time when the content item or icon descriptor first appears in the NRT-IT or any of its files appear in FLUTE FDT instances to the time when the content item or icon descriptor no longer appears in the NRT-IT and none of its files appear in FLUTE FDT instances).

updates_available 필드는, 1로 설정되면, 참조된 컨텐트 아이템(들)(referenced content item(s))은 주기적으로 업데이트될 수 있다. 여기서, 상기 업데이트는 FLUTE 세션들을 통해 전달되는 컨텐트 아이템(들)을 위한 것이다. 수신기들은 주어진 content_linkage의 값들과 관련된 각 파일과 관련된 TOI의 변화를 모니터할 수 있다. 그러나 0으로 설정되면, 컨텐트 아이템(들)과 관련된 제공된 업데이트는 기대되지 않으며, 수신기는 그것들을 찾을 수 없다(updates_available field shall specify, when set to 1, that the referenced content item(s) will be updated periodically: for content items delivered in FLUTE sessions, receiving devices are expected to monitor for changes the TOI associated with each file associated with the given value of content_linkage. When the updates_available flag is set to 0, updates are not expected to be provided for the associated content item(s), and receivers are not expected to look for them).

TF_available 필드는, 1로 설정되면, 서비스 시그널링 채널(SSC) 내에 TFT 내에 텍스트 프래그먼트가 존재한다는 것을 설명한다. 그러나 0으로 설정되면 해당 컨텐트 아이템을 위한 서비스 시그널링 채널(SSC)에 포함된 텍스트 프래그먼트는 존재하지 않는다(TF_available field shall specify, when set to 1 that a Text Fragment is present in a Text Fragment Table in the service signaling channel. When the flag is set to 0, no Text Fragment is included in the service signaling channel for this content item).

content_security_conditions_indicator 필드는, 1로 설정되면, 해당 컨텐트 아이템을 구성하는 적어도 하나 이상의 파일들에 적용되는 컨텐트 프로텍션을 지시한다(content_security_conditions_indicator field shall indicate, when set to 1, that content protection is applied to at least one of the files that constitute this content item).

available_on_internet 필드는, 1로 설정되면, 컨텐트 아이템을 구성하는 모든 파일들은 인터랙션 채널을 통해, 해당 컨텐트 아이템이 속한 각 파일을 위한 FLUTE FDT 내 Content-Location 속성인 URL을 이용 가능함을 지시한다. 그러나 0으로 설정되면 해당 컨텐트 아이템을 구성하는 파일들이 인터랙션 채널을 이용할 수 있는지에 대한 어떠한 정보도 전달되지 않는다(When this field is set to 1, it shall indicate that all the files that constitute this content item are available over the Interaction Channel, and that the Content-Location attribute in the FLUTE FDT for each file belonging to this content item is the URL of that file 8. When this field is set to 0, it shall convey no information about whether or not the files that constitute this content item are available over the Interaction Channel.

playback_length_included 필드는, 플래그가 1로 설정되면, 루프의 반복 내에 playback_length_in_seconds 필드가 존재함을 지시한다. 그러나 본 플래그가 0으로 설정되면, 반대로 존재하지 않음을 지시한다(playback_length_included field shall indicate, when set to 1, that the playback_length_in_seconds field is present in this iteration of the for loop. Setting this flag to 0 shall indicate the playback_length_in_seconds field is not present in this iteration of the for loop).

playback_delay_included 필드는, 1로 설정되면, for loop의 반복 내에 playback_delay 필드가 존재함을 지시한다. 그러나 0으로 설정되면, 상기 playback_delay 필드가 존재하지 않음을 지시한다(playback_delay_included field shall indicate, when set to 1, that the playback_delay field is present in this iteration of the for loop. Setting this flag to 0 shall indicate the playback_delay field is not present in this iteration of the for loop).

expiration_included 필드는, 1로 설정되면 for loop의 반복 내에expiration 필드가 존재함을 지시하고, 0으로 설정되면 존재하지 않음을 지시한다(expiration_included field shall indicate, when set to 1, that the expiration field is present in this iteration of the for loop. Setting this flag to 0 shall indicate the expiration field is not present in this iteration of the for loop).

content_length_included 필드는, 1로 설정되면 for loop의 반복 내에 content_length 필드가 존재함을 지시하고, 0으로 설정되면 반대로 존재하지 않음을 지시한다(content_length_included field shall indicate, when set to 1, that the content_length field is present in this iteration of the for loop. Setting this flag to 0 shall indicate the content_length field is not present in this iteration of the for loop).

acquisition_time 필드는, 참조된 컨텐트 아이템을 포함하는 캐로셀의 분단위의 사이클 시간을 설명한다. 수신기는 참조된 컨텐트를 캡쳐하기 위해 필요한 시간을 결정하기 위해 acquisition_time 파라미터를 이용할 수 있다(acquisition_time field shall specify the expected cycle time, in minutes, of the carousel containing the referenced content item. A receiver is expected to use the acquisition_time parameter to determine the amount of time needed to capture the referenced content).

playback_length_in_seconds 필드는, 초 단위로 컨텐트의 재생 듀레이션을 설명한다. 오디오 또는 A/V 컨텐트를 포함한 컨텐트를 위하여 본 필드는 상기 오디오 또는 A/V 컨텐트의 재생 길이를 지시할 수 있다(playback_length_in_seconds field shall specify the duration of playback of the content, in seconds. For content that includes audio or audio/video content, the playback_length_in_seconds shall indicate the playback length of the audio or audio/video content).

playback_delay 필드는, 관련된 컨텐트의 첫 바이트의 다음 반복의 초의 수를 타운트한다. 수신기는 시작될 때까지 재생 이전에 입력 스트림의 버퍼링 구간에서는 재생하지 않고 기다린다. 만약 본 필드 값이 0이면 즉시 재생을 지시한다(playback_delay field is count of the number of seconds following reception of the first byte of the associated content. the receiver shall wait before playback may start, while buffering the incoming stream. A value of zero shall indicate playback may commence immediately).

expiration 필드는, 소정 시간으로부터 GPS 초단위로 표현되는 컨텐트의 만료 시간을 표현한다. 따라서, 다음 만료시기에 컨텐트는 메모리로부터 삭제될 것이다. 만료 시간이 설명되지 않으면, 수신기들은 메모리 자원들을 관리하기 위해 상기 만료 시간을 선택하는 방법을 기대할 수 있다(expiration field shall represent the expiration time of the content, expressed as the number of GPS seconds since 00:00:00 UTC, 6 January 1980. Following expiration, the content should be deleted from memory. If an expiration time is not specified, receivers are expected to use methods of their own choosing to manage memory resources).

content_length 필드는, 컨텐트 아이템(들)의 바이트 단위의 총 크기를 표현한다. 해당 아이템은 수신기 디바이스에 의해 다운로딩 수행 이전에 상기 아이템(들)의 저장하기에 메모리가 충분한지 즉 이용가능한지 판단할 수 있다(content_length: When present, this field shall represent the total size in bytes of the content item or items. This item is used by the receiving device to determine if enough memory is available to store it before downloading is attempted).

content_name_length 필드는, content_name_text() 필드의 바이트 단위의 길이를 설명한다(content_name_length field shall specify the length (in bytes) of the content_name_text()).

content_name_text() 필드는, 멀티플 스트링 구조의 포맷 내에서 컨텐트 아이템 타이틀을 설명한다(content_name_text() field shall specify the content item title in the format of a multiple string structure).

num_content_descriptors_length 필드는, 다음 디스크립터 목록 내 디스크립터들의 총 개수를 지시한다(num_content_descriptors_length field shall indicate the total number of descriptors in the descriptor list that follows).

content_descriptor() 필드는, 개별 컨텐트 아이템들에 대한 정보를 제공하기 위해 컨텐트 아이템 레벨 디스크립터 내에 나타날 수 있다(One or more descriptors in standard MPEG-2 descriptor format (tag, length, data) may appear in this content item level descriptor loop to provide information about individual content items).

num_descriptors 필드는, 뒤따르는 디스크립터들의 개수를 지시한다((num_descriptors field indicates the number of descriptors (if any) to follow).

descriptor() 필드는, 본 섹션에 묘사되는 모든 NRT 컨텐트에 공통적인 정보를 제공하기 위해 NRT-IT 레벨 디스크립로 나타나며, 하나 또는 그 이상의 디스크립터들이 포함될 수 있다(Zero or more descriptors in standard MPEG-2 descriptor format (tag, length, data) may appear in this NRT-IT level descriptor loop to provide information common to all the NRT content described in this NRT_information_table_section()).

본 발명에 따른 NRT-IT 섹션에는 본 발명에 따라 전술한 SMT와 동일하게 특정 컨텐트의 대응되는 컨텐트 존재 여부를 알려주는 필드가 더 포함될 수 있다.

2D_or_3D_content_exist_flag 필드는, NRT-IT를 통해 현재 어나운스되는 컨텐트가 2D 인 경우에 대응되는 3D 컨텐트가 있음을 알려주는 필드이다. 반면에, 현재 어나운스되는 컨텐트가 3D인 경우에는 대응되는 2D 컨텐트가 존재함을 알려준다. 이 필드가 0이면 대응되는 3D 컨텐트 (또는 2D)가 없다는 의미이고, 1인 경우에는 NRT 컨텐트-레벨에 위치하는 2D_3D_corresponding_content_descriptor를 통해 대응되는 3D NRT 컨텐트 (또는 2D)에 대한 content_linkage 값을 찾는다.

Media type descriptor

도 19는 본 발명에 따른 media_type descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

application_type 필드는, NRT 컨텐트와 관련된 애플리케이션의 타입을 지시한다.

media_type_length 필드는, 뒤따르는 media_type 필드의 길이를 지시한다.

media_type 필드는, NRT 컨텐트와 관련된 미디어 타입을 지시한다.

본 발명에 따를 경우, NRT-IT를 통해 어나운스되는 컨텐트가 3D인 경우, 해당 컨텐트에 대한 media_type_descriptor에 포함된 application_type 필드는 0x02의 값을 갖는다. 이때, application_type 필드의 값이 0x01인 경우는 일반 NRT 서비스를 지시한다.

따라서 수신기는 NRT-IT에 어나운스되는 컨텐트의 application_type을 통해 해당 컨텐트의 3D 여부를 알 수 있다. 아울러 3D 컨텐트에 대해서는 NRT-IT의 컨텐트-레벨에 전술한 도 10과 같은 3D_NRT_Descriptor가 추가될 수 있다.

2D 3D corresponding content descriptor

도 20은 본 발명에 따른 2D_3D_corresponding_content_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

전술한 도 17에 대응되는 도면으로, 여기서는 SMT가 아닌 NRT-IT에 포함되어 대응되는 NRT 컨텐트와 연결을 위한 정보가 포함된다.

본 발명에 따를 경우, 2D_3D_corresponding_content_descriptor는 NRT-IT의 컨텐트-레벨에 위치하며 2D 컨텐트 에 대해서는 대응되는 3D 컨텐트 정보를 알려주며 3D 컨텐트 에 대해서는 대응되는 2D 컨텐트 정보를 알려준다.

corresponding_content_linkage 필드는, 본 디스크립터에 해당하는 컨텐트에 따라 대응되는 컨텐트의 id(content_linkage) 정보를 알려준다.

해당 컨텐트가 2D인 경우에는, 대응되는 3D 컨텐트의 id(content_linkage)를 알려주고, 반대의 경우에는 대응되는 2D 컨텐트의 id(content_linkage)를 알려준다.

예를 들어, 컨텐트 A가 2D인 경우에 application_type 필드의 값은 0x01이고, content_linkage 필드의 값은 0x00001000라고 가정하자. 이 경우, 컨텐트 B는 상기 컨텐트 A의 3D 버전이며, application_type 필드의 값은 0x02 그리고 content_linkage 필드의 값은 0x00002000라고 가정한다.

NRT-IT 내에서 컨텐트 A를 어나운싱(announcing)할 때, 2D_or_3D_content_exist_flag는 1로 설정하며, 컨텐트 레벨(content level)에서 2D_3D_corresponding_content_descriptor를 포함시킨다. 이때, 2D_3D_corresponding_content_descriptor 내 corresponding_content_linkage 필드는 컨텐트 A의 3D 버전인 컨텐트 B의 content_linkage 필드 값인 0x00002000의 값을 갖는다.

NRT-IT 내에서 컨텐트 B를 어나운싱하는 경우에는, 2D_or_3D_content_exist_flag는 1로 설정하며, 컨텐트 레벨에서 2D_3D_corresponding_content_descriptor는 포함시킬 수도 있고 생략 가능하다. 반대로, 컨텐트 B에 대해 2D_3D_corresponding_content_descriptor가 포함되고 컨텐트 A에 대해 상기 2D_3D_corresponding_content_descriptor를 생략할 수도 있다.

상기에서, 2D_3D_corresponding_content_descriptor는 한쪽만 포함할 수 있다. 다만, 그럴 경우에는 서로 대응되는 양 컨텐트에 대해 2D_3D_corresponding_content_descriptor 내 2D_or_3D_content_exist_flag를 모두 1로 설정함으로써 혼동을 방지할 수 있다.

이하에서는 본 발명에 따를 경우 수신기의 동작의 일 예를 설명한다.

특히, 수신기는 본 발명에 따라 현재 수신되는 NRT service에 대한 서비스 목록 제공할 수 있는바, 그 방법을 설명하면 다음과 같다.

수신기는 우선 SMT를 파싱한다. 이때, 상기 SMT를 파싱하기 위해 PSI/PSIP 특히, VCT(Virtual Channel Map)를 통해 IP 레벨 진입하여 SMT를 얻을 수 있다. 다만, 이에 대한 상세한 설명은 생략한다.

각 서비스에 대한 NRT_service_category 필드를 이용해 해당 서비스의 2D/3D 여부를 파악한다.

각 서비스에 대한 2D_or_3D_service_exist_flag 필드를 이용해 해당 서비스에 대응되는 2D/3D 서비스의 존재 여부를 파악한다. 서로 대응되는 2D와 3D 서비스가 존재할 경우에는 corresponding_service_id 필드를 이용해 대응되는 서비스 패어(service pair)를 파악한다. 이렇게 파악된 서비스 패어는 서비스 목록을 제공할 때, 도 21과 같이 같은 화면에 디스플레이할 수 있다.

이 경우, 수신기는 사용자의 설정에 따르거나 또는 자동으로 하나의 NRT 서비스에 대하여 서비스 패어도 함께 다운로드 받을 수 있다. 만약 수신기에서 이렇게 서비스 패어도 함께 다운로드 받은 경우에는, 사용자가 사용자가 저장된 NRT 컨텐트를 재생하는 과정에서 2D/3D 전환 버튼을 누르면 대응되는 컨텐트로 스위칭하여 재생함으로써 사용자에게 편의를 제공할 수 있다.

이하에서는 본 발명에 따를 경우 수신기의 동작의 다른 예를 설명한다.

특히, 수신기는 본 발명에 따라 현재 수신되는 NRT 컨텐트에 대한 컨텐트 목록 제공할 수 있는바, 그 방법을 설명하면 다음과 같다.

NRT-IT를 파싱한다. 이때, 상기 NRT-IT를 파싱하기 위해 PSI/PSIP 특히, VCT를 통해 IP 레벨 진입하여 NRT-IT를 얻을 수 있다. 다만, 이에 대한 상세한 설명은 생략한다.

각 컨텐트에 대한 application_type 필드를 이용해 해당 컨텐트의 2D/3D 여부를 파악한다.

각 컨텐트에 대한 2D_or_3D_content_exist_flag 필드를 이용해 해당 컨텐트에 대응되는 2D/3D 컨텐트 의 존재 여부를 파악한다.

서로 대응되는 2D와 3D 컨텐트가 존재할 경우에는 corresponding_content_linkage 필드를 이용해 대응되는 컨텐트 패어(content pair)를 파악한다. 이렇게 파악된 컨텐트 패어는 컨텐트 목록을 제공할 때, 도 22에 도시된 바와 같이 같은 화면에 디스플레이할 수 있다.

NRT 컨텐트 패어에 대한 service_id를 파악한다. 상기 파악되는 service_id는 결국 추후 해당 컨텐트가 실제 수신될 때의 corresponding service id 일 수 있다.

수신기는 사용자 선택 또는 자동으로 NRT 컨텐트 패어를 모두 수신할 수 있도록 다운로드(download) 예약을 할 수 있다. 이 경우 해당 컨텐트가 방송되는 시점에서는 예약 녹화된 컨텐트에 대응되는 service_id를 찾아 모두 수신하여 저장한다. 수신기는 파싱된 NRT-IT로부터 각 컨텐트에 대한 service_id 값을 이용할 수 있다. 따라서, 사용자가 저장된 컨텐트를 재생할 때, 2D/3D 전환 버튼을 누르면 해당되는 컨텐트로 스위칭(switching)하여 재생함으로써 사용자에게 편의를 제공할 수 있다.

content labeling descriptor & ATSC Content Identifier

도 23은 본 발명에 따른 content_labeling_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

본 발명에 따른 content_labeling_descriptor는, NRT-IT의 컨텐트-레벨에 위치하며 content_reference_id를 이용해 해당 컨텐트를 유일하게(unique) 정의한다. 가장 대표적인 사용 예(use case)는, content_reference_id 필드를 이용해 현재 또는 향후 방송될 NRT 컨텐트가 이미 수신기에서 저장된 컨텐트인지를 판단할 수 있다.

이하 본 디스크립터의 각 필드에 대해 상세하게 설명하면, 다음과 같다.

metadata_application_format 필드는, 본 디스크립터 내 프라이빗하게 정의된 필드들과, content_reference_id 기록의 사용, 신택스 및 구문을 정의하기 위해 책임있는 애플리케이션을 설명한다(metadata_application_format field specifies the application responsible for defining usage, syntax and semantics of the content_reference_id record and of any other privately defined fields in this descriptor. The value 0xFFFF indicates that the format is signalled by the value carried in the metadata_application_format_identifier field).

metadata_application_format_identifier 필드는, registration_descriptor 내 format_identifier 필드의 코딩은 완전히 동일하게 코딩된다(The coding of this field is fully equivalent to the coding of the format_identifier field in the registration_descriptor).

content_reference_id_record_flag 필드는, 디스크립터 내 content_reference_id_record의 존재를 시그널한다(A content_reference_id_record_flag is signalled the presence of a content_reference_id_record in this descriptor).

content_time_base_indicator 필드는, 사용된 컨텐트 타임 베이스를 설명한다. 만약 본 디스크립터가 프로그램에 관련되었다면, 컨텐트 타임 베니스는 해당 프로그램의 부분으로 모든 스트림들에 적용된다. 본 필드의 값이 1이면 STC의 사용을 지시하고, 2이면 NPT(Normal Play Time)의 사용을 지시한다. 또한, 본 필드의 값이 8과 15 사이인 경우에는 프라이빗하게 정의된 컨텐트 타임 베이스의 사용을 정의한다(content_time_base_indicator field which specifies the used content time base. If the descriptor is associated with a program, then the content time base applies to all streams that are part of that program. A value of 1 indicates usage of the STC, while a value of 2 indicates usage of NPT, the Normal Play Time as defined in ISO/IEC 13818-6. The values between 8 and 15 indicate usage of a privately defined content time base).

content_reference_id_record_length 필드는, 본 필드에 바로 뒤따르는 content_reference_id_bytes의 수를 설명한다(content_reference_id_record_length field that specifies the number of content_reference_id_bytes immediately following this field).

content_reference_id_byte 필드는, 디스크립터와 관련된 컨텐트에 레이블들과 같은 하나 또는 그 이상의 참조 식별을 할당하는 하나 또는 그 이상의 연속된 바이트들의 스트링의 부분이다. 상기 바이트 스트링의 포맷은 metadata_application_format 필드에서 코딩된 값을 지시하는 바디에 의해 정의된다(content_reference_id_byte field is part of a string of one or more contiguous bytes that assigns one or more reference identifications (labels) to the content to which this descriptor is associated. The format of this byte string is defined by the body indicated by the coded value in the metadata_application_format field).

content_time_base_value 필드는, content_time_base_indicator 필드에 의해 지시된 컨텐트 타임 베이스의 90kHz 단위의 값을 설명한다(content_time_base_value field that specifies a value in units of 90 kHz of the content time base indicated by the content_time_base_indicator field).

metadata_time_base_value 필드는, 90 kHz 단위로 코딩된다. 본 필드는 content_time_base_value 필드에 인코딩된 값에 도달하는content_time_base_indicator에 지시된 타임 베이스의 시간에 즉시 메타데이터 타임 베이스의 값으로 코딩된다(metadata_time_base_value field is coded in units of 90 kHz. The field is coded with the value of the metadata time base at the instant in time in which the time base indicated by content_time_base_indicator reaches the value encoded in the content_time_base_value field).

Content_Id 필드는, 적용된 NPT 타임 베이스를 위하여 NPT Reference Descriptor 내 Content_Id 필드의 값을 설명한다(Content_Id field that specifies the value of the content_Id field in the NPT Reference Descriptor for the applied NPT time base).

time_base_association_data_length 필드는, 즉시 다음 해당 필드의 예비 바이트들의 수를 설명한다. 미래에서도 정의된 타임 베이스들을 위한 시간 베이트 관련 데이터를 전송하기 위해 사용될 수 있다(time_base_association_data_length field specifies the number of reserved bytes immediately following this field. The reserved bytes can be used to carry time base association data for time bases defined in future).

private_data_byte 필드는, 개인적으로 적용된 포맷 즉, 표현 데이터(represent data)의 포맷을 설명한다. 상기에서 바이트들의 사용은 메타데이터 애플리케이션 포맷으로 정의될 수 있다(private_data_byte: represent data, the format of which is defined privately. These bytes can be used to provide additional information as deemed appropriate. The use of these bytes is defined by the metadata application format)

본 발명에 따를 경우 본 디스크립터 내 content_reference_id_byte 필드의 값은 후술하는 도 24의 ATSC_content_identifier와 동일한 값을 가져야 한다.

도 24는 본 발명에 따른 ATSC Content Identifier 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

ATSC_Content_Identifier는 유일한 기간을 가진 하우스 넘버와 TSID로 구성된다. 여기서 하우스 넘버는 TSID의 홀더의 개수를 말한다. 그 개서는 TSID의 각 값에 유일하다(ATSC_Content_Identifier is a structure that is composed of a TSID and a house number with a period of uniqueness. A “house number” is any number that the holder of the TSID wishes as constrained herein. Numbers are unique for each value of TSID).

이하 ATSC_Content_Identifier의 각 필드에 대해 상세하게 설명하면, 다음과 같다.

TSID 필드는, transport_stream_id의 값을 포함할 수 있다(TSID field shall contain a value of transport_stream_id).

end_of_day 필드는, UTC 내에서 날짜의 시간으로 설정된다. 여기서, 브로드캐스트 데이터 종료와, unique_for 필드에 따라 재사용할 수 있는 content_ 인스턴트는 UTC 내 날짜의 시간을 설정한다(end_of_day field shall be set to the hour of the day in UTC in which the broadcast day ends and the instant after which the content_id values may be re-used according to unique_for).

unique_for 필드는, end_of_day에 의해 지시된 시간에 상대적으로 측정되거나 라운드 업된 일(days)의 수로, content_id 값이 다른 컨텐트에 재할당되지 않는다(unique_for field shall be set to the number of days, rounded up, measured relative to the hour indicated by end_of_day, during which the content_id value is not reassigned to different content).

content_id 필드는, TSID의 값을 위한 하우스 넘버 시스템 또는 시스템들에 따른 식별자의 값으로 설정될 수 있다. 각 값은 end_of_day 필드와 unique_for 필드 내 값들에 의해 설정된 유일한 기간 내네 다른 컨텐트에 할당되지 않을 수 있다. 상기 식별자는 인간이 읽을 수 있는 값 및/또는 바이너리 값들의 어떠한 조합일 수 있으며 하우스 넘버의 형태와 정확하게 일치할 필요는 없다(content_id field shall be set to the value of the identifier according to the house number system or systems for the value of TSID. Each such value shall not be assigned to different content within the period of uniqueness set by the values in the end_of_day and unique_for fields. The identifier may be any combination of human readable and/or binary values and need not exactly match the form of a house number, not to exceed 242 bytes 1).

본 발명에 따르면, 전술한 바와 같이, content_labeling_descriptor의 content_reference_id_byte는 ATSC Content Identifier의 와 동일한 값을 가져야 하는바, 상기에서 content_id의 값은 다음과 같이 구성될 수 있다.

ATSC_content_identifier에 포함된 content_id 필드는 다음과 같이 구성된다.

＜major_channel_number＞＜minor_channel_number＞＜NRT_service_id＞＜content_linkage＞＜ISAN＞

이때, ISAN은 ATSC A/57B의 구조를 따르며, 루트 식별자(Root Identifier), 에피소드 식별자(Episode Identifier), 버전 식별자(Version Identifier)로 구성된다.

다른 실시 예로, ISAN만을 사용해 ATSC_content_identifier의 content_id 필드를 구성할 수 있으며 이때, major_channel_number, minor_channel_number, NRT_service_id, content_linkage의 일부 또는 전부를 루트 식별자에 포함시키는 구성도 가능하다.

도 25는 본 발명에 따른 2D_3D_corresponding_content_id_descriptor 비트 스트림 신택스의 일 예를 설명하기 위해 도시한 도면이다.

이는 전술한 도 20의 2D_3D_corresponding_content_id_descriptor와 대비된다. 특히, 본 디스크립터는 서로 대응되는 2D 컨텐트와 3D 컨텐트가 동일한 시간대 또는 겹치는 시간대에 편성되는 경우 2D_3D_corresponding_service_descriptor 또는 2D_3D_corresponding_content_descriptor를 이용해 서로 대응되는 서비스/컨텐트에 대한 service_id 또는 content_linkage 정보를 전송할 수 있다.

그러나 대응되는 NRT 컨텐트 패어가 완전히 다른 시간대에 편성되는 경우 이것을 알려주기 위해서는 ATSC_content_identifier의 content_id 시스템을 사용해야 한다.수신기는 NRT-IT를 통해 다운로드할 컨텐트에 대한 content_id 정보(컨텐트-레벨의 content_labeling_descriptor)를 저장한다.

아울러 2D_or_3D_content_exist_flag가 0인 컨텐트 중에서 2D_3D_corresponding_content_id_descriptor가 존재하는 경우 해당 컨텐트는 기존에 이미 방송된 컨텐트에 대한 2D 또는 3D 버전이라는 것을 판단한다.

descriptor_tag 필드는, 미리 정의된 값으로 본 디스크립터를 식별한다. descriptor_length 필드는, 본 디스크립터의 전체 길이를 설명한다. 또한, corresponding_content_id 필드는 전술한 도 20과 유사하다.

본 발명에 따르면, 2D_3D_corresponding_content_id_descriptor는 NRT-IT의 컨텐트 레벨에 위치하며 대응되는 content_id 정보를 제공한다.

content_reference_id_byte는 ATSC A/57B에 의해 ATSC_content_identifier와 동일한 값을 가져야 하며 도 24와 같이 정의된다.

이때, ISAN은 ATSC A/57B의 구조를 따르며 루트 식별자, 에피소드 식별자, 버전 식별자로 구성된다. 다른 실시 예로 ISAN만을 사용해 ATSC_content_identifier의 content_id 필드를 구성할 수 있으며 이때, major_channel_number, minor_channel_number, NRT_service_id, content_linkage의 일부 또는 전부를 루트 식별자에 포함시키는 구성도 가능하다.

다음으로, 상술한 정보를 이용하는 경우, 본 발명에 따른 수신기의 동작을 설명하면, 다음과 같다.

수신기는 NRT-IT를 통해 다운로드할 컨텐트에 대한 content_id 정보를 저장한다. 이 경우, 수신기는 컨텐트 레벨의 content_labeling_descriptor를 이용할 수 있다. 예를 들어, 2D인 컨텐트 A를 저장하였다고 가정하자.

수신기는 이후 NRT-IT를 통해 컨텐트 B에 대한 정보를 파악한다. 이때, 컨텐트 B는 3D 컨텐트이고 2D_or_3D_content_exist_flag가 0이며 2D_3D_corresponding_content_id_descriptor가 존재하는 경우, 해당 컨텐트는 기존에 이미 방송된 컨텐트에 대한 3D 버전이라는 것을 판단한다.

컨텐트 B에 대한 corresponding_content_id 정보를 기존 수신기에 저장된 컨텐트의 content_id와 비교한다.

이미 저장된 컨텐트 A의 content_id와 일치한다는 것을 파악한다. EPG 화면에 해당 정보를 표시하고 사용자 선택 또는 자동적으로 컨텐트 B를 예약 녹화한다.

도 26은 본 발명에 따라 3D 버전 존재 여부를 알려주는 UI의 일 예, 도 27은 본 발명에 따른 NRT-EPG의 또 다른 예를 도시한 도면, 그리고 도 28은 도 27의 상세 UI 예시를 도시한 도면이다.

도 26을 참조하면, 수신기는 상술한 수신기의 시그널링 정보에 기초하여, 기존 방송 화면 시청 중에 NRT-IT를 통해 저장된 2D 컨텐트에 대한 대응되는 컨텐트 즉, 3D 버전이 존재하면 예를 들어, 도 26에 도시된 바와 같이, 그러한 정보를 알려주기 위해 텍스트 바(text bar)가 스크롤(scroll)되도록 할 수 있다. 다만, 반드시 도 26에 도시된 바에 한정되는 것은 아니고, 별도의 UI를 구성하여 OSD(On-Screen Display) 화면으로 3D 버전 존재 여부와 관련된 제어 동작을 선택 및 설정할 수 있도록 할 수 있다.

도 27은 SMT 또는 NRT-IT 중 적어도 어느 하나를 파싱하여 얻은 NRT-EPG의 화면으로 예를 들어, 도 26에서 사용자가 RED와 같은 특정 버튼을 누른 경우에도 동일한 NRT-EPG가 제공될 수 있다. 도 27을 참조하면, 사용자의 요청에 따라 제공되는 NRT-EPG에서는 각 컨텐트에 대해 해당 컨텐트가 2D 또는 3D 여부를 식별할 수 있는 인디케이터를 제공한다. 특히 본 발명과 관련하여, 특정 컨텐트에 대해 대응되는 컨텐트 예를 들어, 12시에 SBS에서 2D 버전의 '아내가 돌아왔다 22회' NRT 컨텐트를 제공한다는 정보와 함께 상기 컨텐트에 대응되는 3D 버전의 '아내가 돌아왔다 22회'가 SBS에서 15:30분부터 제공됨을 알 수 있다. 이 경우, 상기 3D 버전의 컨텐트는 반드시 동일한 에피스드의 컨텐트에 한정되지 않고 예를 들어, 다른 에피소드(21회, 23회, 스페셜 등)에 대한 컨텐트일 수도 있다. 또한, 도 27에서는 동일한 채널에서만 특정 컨텐트와 대응되는 컨텐트에 대한 정보 제공을 예시하였으나, 반드시 이에 한정되는 것은 아니며, 다른 채널에 대한 정보도 제공할 수 있을 뿐만 아니라 서로 다른 매체에서 대응되는 컨텐트에 대한 정보를 제공할 수도 있다.

도 28은 도 27에서 예시된 태조왕건 30회(3D) 컨텐트에 대해 사용자가 선택한 경우에 그에 대한 상세한 정보 및 관련 처리를 설명한다. 예를 들어, 도 28에서는 선택된 컨텐트는 기녹화된 2D의 '태조왕건 30회'의 3D 버전임을 알리는 내용과 함께 녹화 예약 기능, 뒤로 가기 기능 등을 제공한다. 이 경우 수신기는 도시되진 않았으나, SMT 또는 NRT-IT로부터 얻은 시그널링 정보 및 어나운싱 정보를 이용하여 해당 컨텐트의 보다 상세한 정보 예를 들어, 줄거리 정보, 관련 에피소드 정보, 방송 시작 시간 정보, 방송 종료 시간 정보, 썸네일 정보(thumbnail information) 등 다양한 정보를 함께 제공할 수도 있다.

발명의 실시를 위한 형태

본 명세서에서 발명의 실시를 위한 형태는 상술한 발명의 실시를 위한 최선의 형태에서 모두 기술하였다.

이상에서 설명한 본 발명은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 있어 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하므로 전술한 실시예 및 첨부된 도면에 의해 한정되는 것이 아니다.

산업상 이용가능성

본 발명은 비실시간 방송 서비스에 관한 것으로, 방송 및 통신 분야 이용 가능하다.

Claims

비-실시간(Non-Real-Time) 서비스 및 시그널링 데이터를 포함하는 방송 신호를 수신하는 단계;
상기 방송 신호를 디코딩하는 단계를 포함하고,
여기서, 상기 비-실시간 서비스는 하나 또는 그 이상의 콘텐트 아이템들을 포함하고, 각각의 콘텐트 아이템은 하나 또는 그 이상의 파일들을 포함하고,
여기서, 상기 시그널링 데이터는 상기 하나 또는 그 이상의 콘텐트 아이템들을 서술하는 정보를 포함하는 Non-Real-Time Information Table (NRT-IT) 를 포함하고,
여기서, 상기 NRT-IT는 상기 하나 또는 그 이상의 콘텐트 아이템을 위하여 사용되는 성능이 3차원 비디오라고 지시하는 capability code 정보를 포함하고,
여기서, 상기 NRT-IT는 현재 서비스 컴포넌트에 대응되는 2차원 또는 3차원의 콘텐트 아이템을 시그널링하는 corresponding content linkage 정보를 더 포함하는 것을 특징으로 하는 방송 신호 수신 방법.
제1항에 있어서,
여기서, 상기 3차원 비디오의 포맷은 탑-앤-바텀(Top-and-Bottom) 및 사이드-바이-사이드(Side-by-Side) 중에서 하나인 것을 특징으로 하는 방송 신호 수신 방법.
제1항에 있어서,
여기서, 상기 NRT-IT는 상기 하나 또는 그 이상의 콘텐트 아이템의 의미 있는 재생을 위하여 상기 capability code 정보에 의하여 표현되는 성능을 위한 지원이 필수적인지 여부를 지시하는 essential indicator 정보를 더 포함하는 것을 특징으로 하는 방송 신호 수신 방법.
제1항에 있어서,
여기서, 상기 3차원 비디오는 좌영상 및 우영상을 포함하고,
여기서, 상기 방송 신호는 디스플레이를 위해 의도된 방향에 대하여 상기 좌영상 및 상기 우영상 중에서 하나의 영상이 공간적으로 역전된 것을 지시하는 3D orientation 정보를 더 포함하는 것을 특징으로 하는 방송 신호 수신 방법.
제4항에 있어서,
여기서, 상기 방송 신호는 상기 좌영상 및 우영상이 퀸퀑스(quincunx) 샘플링되었는지 여부를 지시하는 3D sampling 정보를 더 포함하는 것을 특징으로 하는 방송 신호 수신 방법.
비-실시간(Non-Real-Time) 서비스 및 시그널링 데이터를 포함하는 방송 신호를 수신하는 튜너;
상기 방송 신호를 디코딩하는 디코더를 포함하고,
여기서, 상기 비-실시간 서비스는 하나 또는 그 이상의 콘텐트 아이템들을 포함하고, 각각의 콘텐트 아이템은 하나 또는 그 이상의 파일들을 포함하고,
여기서, 상기 시그널링 데이터는 상기 하나 또는 그 이상의 콘텐트 아이템들을 서술하는 정보를 포함하는 Non-Real-Time Information Table (NRT-IT) 를 포함하고,
여기서, 상기 NRT-IT는 상기 하나 또는 그 이상의 콘텐트 아이템을 위하여 사용되는 성능이 3차원 비디오라고 지시하는 capability code 정보를 포함하고,
여기서, 상기 NRT-IT는 현재 서비스 컴포넌트에 대응되는 2차원 또는 3차원의 콘텐트 아이템을 시그널링하는 corresponding content linkage 정보를 더 포함하는 것을 특징으로 하는 방송 신호 수신 장치.
제6항에 있어서,
여기서, 상기 3차원 비디오의 포맷은 탑-앤-바텀(Top-and-Bottom) 및 사이드-바이-사이드(Side-by-Side) 중에서 하나인 것을 특징으로 하는 방송 신호 수신 장치.
제6항에 있어서,
여기서, 상기 NRT-IT는 상기 하나 또는 그 이상의 콘텐트 아이템의 의미 있는 재생을 위하여 상기 capability code 정보에 의하여 표현되는 성능을 위한 지원이 필수적인지 여부를 지시하는 essential indicator 정보를 더 포함하는 것을 특징으로 하는 방송 신호 수신 장치.
제6항에 있어서,
여기서, 상기 3차원 비디오는 좌영상 및 우영상을 포함하고,
여기서, 상기 방송 신호는 디스플레이를 위해 의도된 방향에 대하여 상기 좌영상 및 상기 우영상 중에서 하나의 영상이 공간적으로 역전된 것을 지시하는 3D orientation 정보를 더 포함하는 것을 특징으로 하는 방송 신호 수신 장치.
제9항에 있어서,
여기서, 상기 방송 신호는 상기 좌영상 및 우영상이 퀸퀑스(quincunx) 샘플링되었는지 여부를 지시하는 3D sampling 정보를 더 포함하는 것을 특징으로 하는 방송 신호 수신 장치.
삭제
삭제
삭제
삭제
삭제