KR101635890B1 - 방송 신호를 수신하는 방법 및 방송 수신기 - Google Patents

방송 신호를 수신하는 방법 및 방송 수신기 Download PDF

Info

Publication number
KR101635890B1
KR101635890B1 KR1020117014123A KR20117014123A KR101635890B1 KR 101635890 B1 KR101635890 B1 KR 101635890B1 KR 1020117014123 A KR1020117014123 A KR 1020117014123A KR 20117014123 A KR20117014123 A KR 20117014123A KR 101635890 B1 KR101635890 B1 KR 101635890B1
Authority
KR
South Korea
Prior art keywords
service
field
nrt
real
content
Prior art date
Application number
KR1020117014123A
Other languages
English (en)
Other versions
KR20110102349A (ko
Inventor
서종열
고머 토마스
송재형
김진필
홍호택
이준휘
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of KR20110102349A publication Critical patent/KR20110102349A/ko
Application granted granted Critical
Publication of KR101635890B1 publication Critical patent/KR101635890B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/27—Arrangements for recording or accumulating broadcast information or broadcast-related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/35—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users
    • H04H60/38—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space
    • H04H60/40—Arrangements for identifying or recognising characteristics with a direct linkage to broadcast information or to broadcast space-time, e.g. for identifying broadcast stations or for identifying users for identifying broadcast time or space for identifying broadcast time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]

Abstract

비실시간으로 전송되는 서비스를 수신하여 처리하는 방송 수신기의 비실시간 서비스 처리 방법 및 방송 수신기가 개시된다. 상기 방송 수신기의 비실시간 서비스 처리 방법은 제1 시그널링 정보와 제2 시그널링 정보를 수신하는 단계, 상기 제1 시그널링 정보를 기반으로 비실시간 서비스를 식별하는 단계, 상기 제1 시그널링 정보와 제2 시그널링 정보를 기반으로 비실시간 서비스 시그널링 데이터의 인터넷 프로토콜(IP) 주소를 식별하는 단계, 상기 IP주소로 접속하여 비실시간 서비스 시그널링 데이터를 수신하는 단계, 및 상기 비실시간 서비스 시그널링 데이터를 기반으로 원하는 비실시간 서비스를 다운로드 하는 단계를 포함한다

Description

방송 신호를 수신하는 방법 및 방송 수신기{METHOD FOR RECEIVING A BROADCAST SIGNAL AND BROADCAST RECEIVER}
본 발명은 지상파 방송망을 통해 비실시간(Non-Real-Time; 이하 'NRT'라 한다) 방식으로 전송되는 서비스에 대한 시그널링(signaling) 방법 및 해당 정보를 수신하여 처리하기 위한 NRT 수신기의 동작에 관한 것으로, 더욱 상세하게는 방송 수신기 및 NRT 서비스를 포함한 방송 신호를 방법에 관한 것이다.
향후 DTV 서비스에서 활용될 유력한 어플리케이션 (application) 중의 하나로 NRT 서비스 (비실시간 Non-Real-Time service)를 들 수 있다. NRT는 말 그대로 실시간 스트리밍이 아닌 비실시간 전송, 저장 및 시청 동작을 수반하며 지상파 등의 방송 매체를 통해 여분의 대역폭(bandwidth)을 통해 파일(file) 형태의 컨텐트를 전송하는 것으로 push VOD, targeted advertising 등의 다양한 서비스 기능의 구현이 예상되는 기술이다.
본 발명은 관련 기술의 한계 및 난점에 의하여 하나의 이상의 문제점을 주로 배제하는 방송 수신기의 방송 신호를 받는 방법에 관한 것이다.
문제점을 없애기 위해서, 본 발명은 제1 시그널링 정보 및 제2 시그널링 정보를 포함한 정보 신호를 받는 단계; 제1 시그널링 정보를 기반으로 NRT 서비스를 식별하는 단계; 제1 시그널링 및 제2 시그널링 정보를 기반으로 NRT 서비스 시그널링 정보의 IP 주소를 식별하는 단계; NRT 서비스 시그널링 정보를 기초로 원하는 NRT 서비스를 내려받는 단계'를 포함하는 NRT 서비스를 포함한 방송 시그널링을 받는 방법을 제공한다.
본 발명의 다른 개체는 제1 신호정보 및 제2 신호정보를 받는 첫 번째 수신 단위, 제1 시그널링 정보를 기초로 NRT 서비스를 식별하기 위한 첫 번째 핸들러(handler), 제1 시그널링 정보 및 제2 시그널링 정보를 기초로 NRT 서비스 시그널링 정보의 IP 주소를 식별하기 위한 제2 핸들러, 이 IP 주소로 접속하는 방법으로 NRT 서비스 시그널링 정보를 받는 제2 수신 단위 및 NRT 서비스 시그널링 정보를 기초로 바람직한 NRT 서비스를 내려받는 제어 장치에 관련된 NRT 서비스를 포함하는 방송 신호를 받기 위한 방송 수신기를 제공한다.
본 발명에 따르면, 방송 수신기는 수신된 NRT 서비스 시그널링 정보를 기초로 NRT 서비스를 처리하여 제공한다.
또한, 본 발명에 따르면 NRT 서비스 시그널링 정보를 기초로 NRT 서비스를 수신하는 제어 장치에 관련된 NRT 서비스를 포함하는 방송 신호를 수신하는 수신기를 제공한다.
도 1은 NRT 서비스에 대한 개념도의 일 예를 도시한 것이고,
도 2는 본 발명의 일 실시 예에 따라 구성한 수신 시스템의 블록도를 도시한 것이고,
도 3은 NRT 서비스, 컨텐트 아이템 및 파일에 대한 관계를 설명하기 위해 도시한 것이고,
도 4는 본 발명의 일 실시 예에 따라 구성한 고정 NRT 서비스에 대한 프로토콜 스택을 도시한 것이고,
도 5는 본 발명과 관련하여, ATSC 서비스 타입의 일 예를 도시한 것이고,
도 6은 본 발명과 관련하여, ATSC 서비스 타입의 다른 예를 도시한 것이고,
도 7은 본 발명의 일 실시 예에 따라 구성한 TVCT 테이블 섹션의 비트스트림 섹션을 도시한 것이고,
도 8은 본 발명의 일 실시 예에 따라 구성한 NRT 어플리케이션을 식별하기 위해 DST 테이블 섹션의 비트스트림 신택스를 도시한 것이고,
도 9는 본 발명의 다른 실시 예에 따라 ATSC 방송 시스템을 통해 NRT 서비스를 전송할 경우의 시그널링 방법을 설명하기 위해 도시한 것이고,
도 10은 도 9에 대한 순서도를 도시한 것이고,
도 11 및 도 12는 본 발명의 일 실시 예에 따라 구성한 수신되는 MPEG-2 TS로부터 수신기가 추출하는 NST의 비트스트림 신택스을 도시한 것이고,
도 13은 본 발명의 일 실시 예에 따라 구성한 NRT_component_descriptor()의 비트 스트림 신택스를 도시한 것이고,
도 14는 본 발명의 일 실시 예에 따라 구성한 FLUTE 파일 딜리버리를 위해 NRT_component_data_descriptor의 비트 스트림 신택스를 도시한 것이고,
도 15a와 15b는 본 발명의 일 실시 예에 따라 구성한 NCT 섹션의 비트스트림 신택스를 도시한 것이고,
도 16은 본 발명의 또 다른 실시 예에 따라 NRT 가이드 정보를 구성하고 컨텐트를 제공하는 방법을 설명하기 위해 도시한 순서도이고,
도 17은 본 발명의 다른 실시 예에 따라 구성한 NRT 서비스 시그널링 구조를 도시한 것이고,
도 18은 본 발명의 일 실시 예에 따라 content_id에 파일을 매핑 (mapping) 하기 위한 FDT 개요를 설명하기 위해 도시한 것이고,
도 19는 본 발명의 다른 실시 예에 따라 content_id에 파일을 매핑 (mapping) 하기 위한 FDT 개요를 설명하기 위해 도시한 것이고,
도 20은 본 발명의 일 실시 예에 따라 수신기에서 NRT 서비스를 처리하기 위한 과정을 설명하기 위해 도시한다.
이하 상기의 목적을 구체적으로 실현할 수 있는 본 발명의 바람직한 실시 예를 첨부한 도면을 참조하여 설명한다. 이때, 도면에 도시되고 또 이것에 의해서 설명되는 본 발명의 구성과 작용은 적어도 하나의 실시 예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다.
본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당 분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서, 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 함을 밝혀두고자 한다.
도 1은 NRT 서비스에 대한 개념도를 도시한 것이다.
방송국은 기존 방식에 따라 RT(Real Time) 서비스를 송신한다. 이때, 방송국은 RT 서비스를 송신하고 그 과정에서 남는 대역폭(Bandwidth)을 이용하거나 또는 전용 대역폭을 이용하여 NRT(Non Real Time) 서비스를 제공할 수 있다. 여기서, 상기 NRT 서비스에는 뉴스 클립(News Clip), 날씨 정보, 광고, Push VOD(Video On Demand)를 위한 컨텐트 등이 포함될 수 있다.
다만, 종래 DTV 수신기 즉, 레거시 디바이스(legacy device)는, 채널 내 포함된 NRT 스트림에 의해 그 동작이 영향을 받지 않는 것이 원칙이다. 따라서, 종래 DTV 수신기는 방송국에 의해 제공되는 NRT 서비스를 수신하여 적절하게 처리함에 있어서 문제점이 있다.
반면, 본 발명에 따른 방송 수신기 즉, NRT 디바이스는, RT 서비스와 결합된 NRT 서비스를 수신하여 적절하게 처리할 수 있어 시청자에게 종래 DTV 수신기에 비해 다양한 기능을 제공할 수 있다.
여기서, RT 서비스와 NRT 서비스는 동일 또는 다른 DTV 채널을 통해 전송되며, MPEG-2 TP(Transport Packet) 또는 IP 데이터그램을 통해 전송된다. 그러므로, 수신기는 동일한 채널을 통해 전송되는 두 서비스를 구분하여야 할 필요가 있다. 이를 위해 본 명세서에서는 수신기에서 NRT 서비스를 수신하여 적절히 처리할 수 있도록 시그널링 정보를 정의하고 제공하는 것에 대해 설명한다. 여기서, 방송국은 시그널링 정보를 제공하고, 특히 NRT 서비스를 구분하기 위한 유일한 PID가 적어도 하나 이상 할당될 수 있다.
도 2는 본 발명의 일 실시 예에 따라 구성한 수신 시스템의 블록도를 도시한 것이다.
도 2는 본 발명에 따라 NRT 서비스를 수신하여 처리할 수 있는 수신 시스템의 블록을 도시한 것으로, 상기 수신 시스템은 크게 베이스밴드 프로세서부(Baseband processor), MPEG-2 서비스 역다중화부(MPEG-2 Service Demux), 스트림 컴포넌트 핸들러부(Stream component handler, Media Handler), 파일 핸들러부(File Handler) 및 기타 부분을 포함하여 구성된다. 이하 도 2의 수신 시스템의 각 부에 대해 설명하면, 다음과 같다.
먼저, 베이스밴드 프로세서부는, 튜너(201)와 VSB 복조기(202)를 포함하여 구성된다. 튜너(201)는, 공기 중(Over the air)으로 전송되는 VSB RF 신호를 검지하여, 심볼(symbol)을 추출한다. 이때, 상기 튜너(201)는, 서비스 매니저(Service Manager)(228)에 의하여 제어된다. VSB 복조기(202)는, 튜너(201)에서 추출된 VSB 심볼을 복조하여 의미 있는 데이터를 복원한다.
다음으로 MPEG-2 서비스 역다중화부(MPEG-2 Service Demux)는, MPEG-2 트랜스포트 패킷 버퍼/파서(MPEG-2 Transport Packet (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)는, VSB 신호를 통하여 전송되는 MPEG-2 TP을 버퍼링(Buffering)하고 복원하고, TP 헤더(Header)를 검출하고 처리한다.
PSI/PSIP 섹션/버퍼(204)는, MPEG-2 TS를 통하여 전송되는 PSI/PSIP 섹션 데이터를 버퍼링하고 분석한다. 여기서, PMT (Program Map Table), TVCT (Terrestrial Virtual Channel Table) 및 DST (Data Service Table)를 포함한 상기 분석된 PSI/PSIP 데이터는 서비스 매니저(228)에 의해 수집되어 서비스 맵(Service Map) 및 가이드 데이터(Guide data) 형태로 데이터베이스(DB)에 저장된다. NRT 서비스는 상기 분석된 PSI/PSIP 데이터 (PMT, TVCT, DST)를 통해 식별된다.
디스크램블러(205)는, MPEG-2 TP 중 스크램블(Scramble)이 적용된 패킷 페이로드(Packet payload)에 대하여, CA 스트림 핸들러(Stream Handler)(216)로부터 전달 받은 인크립션 키(Encryption key) 등을 이용, 페이로드의 데이터를 복원한다.
MPEG-2 TP 역다중화기(206)는, VSB 신호를 통하여 전송되는 MPEG-2 TP 또는 PVR 저장부(207)에 저장된 MPEG-2 TP 중 수신기가 처리하고자 하는 TP을 필터링(filtering)하여 적절한 처리 모듈로 중계한다. 여기서, 상기 MPEG-2 TP 역다중화기(206)는 서비스 매니저(228) 및 PVR 매니저(235)에 의해 제어될 수 있다.
PVR 저장부(207)는, 사용자의 요구 등에 따라 VSB 신호를 이용하여 수신된 MPEG-2 TP를 저장하고, 사용자의 요구에 의해 MPEG-2 TP를 출력한다. 여기서, 상기 PVR 저장부(207)는 PVR 매니저(235)에 의해 제어될 수 있다.
다음으로, 스트림 컴포넌트 핸들러부는, PES 버퍼/핸들러(PESPacketized Elementary Stream (PES) Buffer/Handler)(208), ES 버퍼/핸들러(ES Buffer/Handler)(209), PCR 핸들러(Program Clock Reference (PCR) Handler)(210), STC부(211), NRT 서비스를 받는 DSM-CC 섹션 버퍼/핸들러(DSM-CC section Buffer/Handler)(212), IP 데이터그램 버퍼/헤더 파서(IP Datagram Buffer/Header Parser)(213), UDP 데이터그램 버퍼/핸들러(UDP Datagram Buffer/Handler)(215), CA 스트림 버퍼/핸들러(CA Stream Buffer/Handler)(216) 및 서비스 시그널링 섹션 버퍼/핸들러(Service Signaling Section Buffer/Handler)(217)을 포함하여 구성된다.
PES 버퍼/핸들러(PES Buffer/Handler)(208)는, MPEG-2 TS를 통하여 전송된 PES를 버퍼링하고 복원한다.
ES 버퍼/핸들러(209)는, PES 형태로 전송된 오디오 데이터, 비디오 데이터 등의 ES(Elementary Stream)를 버퍼링하고 복원하여 적절한 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 레벨 전송은 수신기가 IP 접속 정보를 따로 얻을 필요가 없는 IP 레벨을 얻게 Well-known IP 주소로 실행된다.
IP 데이터그램 버퍼/헤더 파서(213)는, DSM-CC 어드레서블 섹션(DSMCC Addressable section)을 통해 인캡슐레이션되어 MPEG-2 TP를 통하여 전송되는 IP 데이터그램을 버퍼링하고 복원한다. IP 데이터그램 버퍼/헤더 파서(213)는, 상기 복원을 통해 각 데이터그램의 헤더를 분석한다. 여기에서, 상기 IP 데이터그램 버퍼/헤더 파서(213)는 서비스 매니저(228)에 의해 제어된다. 상기 IP 데이터그램 버퍼/헤더 파서(213), UDP 데이터그램 버퍼(215) 및 서비스 시그널링 섹션 버퍼/핸들러(217)는 ATSC 8-VSB 신호로부터 NRT 컨텐트 테이블 (NRT Content Table (NCT)) 및 NRT 서비스 테이블 (NRT Service Table (NST))를 처리한다. NCT 및 NS는 Well-known IP 주소 번호 및 UDP 포트 번호를 통해 전송된다.
디스크램블러(214)는, 수신된 IP 데이터그램 중 페이로드에 스크랩블링이 적용된 경우에 페이로드에 대해 CA 스트림 핸들러(216)로부터 전달 받은 인크립션 키 등을 이용하여 페이로드의 데이터를 복원한다.
UDP 데이터그램 버퍼/핸들러(215)는, IP 데이터그램을 통하여 전송되는 UDP 데이터그램을 버퍼링하고 복원하며 UDP 헤더를 분석하고 처리한다.
CA 스트림 버퍼/핸들러는(216)는, MPEG-2 TS 또는 IP 스트림을 통해 전송되는 수신 제한(Conditional Access) 기능을 위하여 전송되는 자격 관리 메시지(EMM), 자격 제어 메시지(ECM) 등의 디스크램블링을 위한 키 값 등의 데이터를 버퍼링하고 처리한다. 여기서, 상기 CA 스트림 버퍼/핸들러는(216)의 출력은 디스크램블러(214)로 전달되어 AV 데이터 및 파일 데이터(File Data) 등을 전송하는 MPEG-2 TP 또는 IP 데이터그램의 암호화 해제 작업을 수행한다.
서비스 시그널링 섹션 버퍼/파서(217)는, 본 발명과 관련하여 NRT 서비스를 시그널링하기 위한 후술할 NST, NCT 및 그와 관련된 디스크립터들을 처리한다. 상기 처리된 시그널링 정보는 NRT 서비스 매니저(229)로 전송한다.
미디어 핸들러부를 설명하면, 다음과 같다. 여기서, 미디어 핸들러부는, A/V 디코더들(218)을 포함한다.
AV 디코더들(218)은, ES 핸들러(209)를 통해 전달받은 오디오 데이터와 비디오 데이터의 압축을 복호하여 사용자에게 표시(Presentation)할 수 있도록 처리한다.
다음으로 파일 핸들러부를 설명하면, 다음과 같다.
파일 핸들러부는 크게 ALC/LCT 버퍼/파서(ALC/LCT Buffer/Parser)(219), FDT 핸들러(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 세션으로 전송되는 파일이 압축되어 있는 경우에 그 압축을 해제하는 프로세스를 수행한다.
File 디코더(224)는 파일 재구성 버퍼에서 복원된 파일 또는 디컴프레서(223)에서 압축 해제된 파일 또는 파일 저장부(225)에서 추출된 파일을 디코딩한다.
File 저장부(225)는 수신된 파일 저장하고 추출한다. 여기서, 상기 수신된 파일은 NRT 컨텐트가 포함될 수 있다.
마지막으로 상술한 각 부를 제외한 기타 부분에 대해 설명하면, 다음과 같다.
미들웨어(M/W) 엔진(226)은, DSMCC 섹션, 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)에 저장하여 사용자가 원하는 서비스에 대한 액세스를 제어한다. 여기서, 서비스 매니저(228)는 오퍼레이션 컨트롤러(Operation Controller)(230)에 의해 제어되고, 튜너(201), MPEG-2 TP 역다중화기(206), IP 데이터그램 버퍼/핸들러(213), NRT 서비스 매니저(229) 등에 대한 제어를 한다.
NRT 서비스 매니저(229)는, IP 레이어 상에서 FLUTE 세션을 통해 오브젝트/파일(object/file) 형태로 전송되는 NRT 서비스에 대한 전반적인 관리를 수행한다. NRT 서비스 매니저(229)는 상기 서비스 시그널링 섹션 버퍼/파서(217)로부터 전송된 시그널링 정보를 파싱한다. 그리고 상기 파싱된 시그널링 정보는 서비스 맵 & 가이드 데이터베이스(236)로 전송하여 저장할 수 있다. 또한, NRT 서비스 매니저(229)는 시그널링 정보 중 서비스 가이드와 관련된 내용인 NCT 정보는 EPG 매니저(230)로 전송하여 EPG 데이터를 형성하도록 제어한다. 여기서, 상기 NRT 서비스 매니저(229)는, FDT 핸들러(220), 파일 저장부(225) 등에 대한 제어를 한다. 따라서, NRT 서비스 매니저(229)는, FDT 핸들러(220)부터 받은 FDT를 수신 받고, 수신된 FDT를 파싱하여 수신된 NRT 컨텐트를 파일 저장부(225)에 하이어라키(hierarchy)한 구조로 저장하도록 제어한다. 그리고 NRT 서비스 매니저(229)는 사용자의 NRT 서비스 선택 시에 해당 NRT 컨텐트를 파일 저장부(225)로부터 추출하도록 제어한다. 서비스 맵 & 가이드 데이터베이스(236)는 UI 매니저(232)를 통해서 사용자가 입력한 미래의 다운로드 시간, 컨텐트 및 컨텐트와 관련된 파일을 포함한 정보를 저장할 수 있다. 서비스 맵 & 가이드 데이터베이스는, 사용자가 입력한 후 다운로드 시간이 도달했을 경우에, 오퍼레이션 컨트롤러(233), EPG 매니저를 통해 컨텐트를 다운로드 시작하고 컨텐트를 저장한다.
EPG 매니저(230)는, 서비스 가이드 데이터를 SG 핸들러(227)로부터 전달받아 EPG 데이터를 구성하고 표시하도록 제어한다. EPG 매니저(230)는 서비스 가이드 정보를 설정할 것이고 UI 매니저(232)는 정의된 NCT 필드를 기초로 사용자에게 NRT 서비스 가이드를 보여줄 것이다. 따라서, 표제, 다운로드가 가능한 시간 및 예상 다운로드 시간은 표시되므로 사용자는 사용자가 다운로드 원하는 컨텐트와 관련된 컨텐트 또는 파일을 선택할 수 있다.
어플리케이션 매니저(231)는, 오브젝트, 파일 등의 형태로 전송되는 어플리케이션 데이터의 처리에 관한 전반적인 관리를 수행한다.
UI 매니저(232)는, 유저 인터페이스(User Interface)를 통하여 사용자의 입력을 오퍼레이션 컨트롤러(233)에 전달하고 사용자가 요구하는 서비스를 위한 프로세스의 동작이 시작되도록 한다.
오퍼레이션 컨트롤러(233)는, UI 매니저(232)를 통해 전달 받은 사용자의 명령(Command)를 처리하여 필요한 모듈의 매니저에게 해당 액션을 수행하도록 관리한다.
상기 프리젠테이션 매니저(234)는 A/V 디코더(218)에서 출력되는 오디오 및 비디오 데이터, 미들웨어 엔진(226)에서 출력되는 파일 데이터, EPG 매니저(230)에서 출력되는 EPG 데이터 중 적어도 하나를 스피커 및/또는 화면을 통해 유저에게 제공한다.
NRT 서비스, 컨텐트 아이템, 파일의 관계 설명
도 3은 NRT 서비스, 컨텐트 아이템 및 파일에 대한 관계를 설명하기 위해 도시한 것이다.
도 3을 참조하면, NRT 서비스는 적어도 하나 또는 그 이상의 컨텐트 아이템(content item)을 포함할 수 있고, 각 컨텐트 아이템은 적어도 하나 또는 그 이상의 파일(들)로 구성될 수 있다. 또한, 컨텐트 아이템은 하나의 독립적으로 재생 가능한 개체(entity)로서 리얼타임 방송에서의 프로그램(program) 또는 이벤트(event)에 해당할 수 있다. 따라서, NRT 서비스는 상기와 동일한 컨텐트 아이템들의 조합으로 서비스 가능한 그룹을 말하며, 리얼 타임에서의 채널 개념에 해당한다.
관련하여, 이러한 NRT 서비스를 수신기에서 적절하게 처리하기 위해서는 해당 NRT 서비스에 대한 시그널링(signaling)이 필요하다. 본 발명은 상기 시그널링 정보를 정의하고 제공함으로써 수신기에서 수신되는 NRT 서비스를 적절하게 처리할 수 있도록 하고자 함이다. 다만, 상기 시그널링 정보에 대한 보다 상세한 설명은 해당 부분에서 후술한다.
Fixed NRT 서비스에 대한 프로토콜
NRT 서비스는 크게 고정 NRT 서비스(Fixed NRT Service)와 모바일 NRT 서비스 (Mobile NRT Service)로 구분된다. 이하 본 명세서에서는 설명의 편의를 위해 고정 NRT 서비스를 일 예로 하여 설명한다. 도 3의 NRT 서비스는 하나 이상의 컨텐트를 포함하고 컨텐트는 컨텐트와 관련된 하나 이상의 파일을 포함할 수 있다.
도 4는 본 발명의 일 실시 예에 따라 구성한 고정 NRT 서비스에 대한 프로토콜 스택(protocol stack)을 도시한 것이다.
도 4를 참조할 때, 고정 NRT 서비스를 제공하기 위한 프로토콜 스택은 MPEG-2 TS 포맷을 사용하여 NRT 컨텐트 아이템들/파일들 및 NST와 NCT를 제공하는 시그널링 채널을 포함하는 IP 데이터그램(IP datagram)과 PSI/PSIP 데이터를 전송한다.
도 4에서 고정 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 어드레서블 섹션들(Digital storage media command and control (DSM-CC) Addressable Sections)을 통해 MPEG-2 TS 내에 포함된다. 여기서, 상기 ALC/LCT/UDP/IP 패킷은, FLUTE 세션에 대한 정보로서 FDT(File Description Table)도 포함한다.
NST(NRT Service Table)와 NCT(NRT Content Table)를 포함하는 시그널링 정보 채널(Signaling Information channel)은 UDP 방식에 따라 패킷화되고, UDP 패킷은 다시 IP 방식에 따라 패킷화되어 UDP/IP 패킷 데이터 즉, IP 데이터그램이 된다. 상기 IP 데이터그램도 전송을 위해 역시 DSMCC 어드레서블 섹션들을 통해 MPEG-2 TS 내에 포함된다.
그리고 PSI/PSIP(Program Specific Information/Program and System Information Protocol) 테이블은 별도로 정의되어 MPEG-2 TS에 포함된다. 상기 PSI/PSIP 데이터는 NRT를 식별하기 위한 PMT, TVCT 및 DST와 동일한 시그널링 정보를 포함한다.
상술한 NRT 컨텐트 아이템들/파일들, 시그널링 정보 채널 및 PSI/PSIP 데이터가 포함된 MPEG-2 TS는 기 정해진 전송 방식 예를 들면, VSB(vestigial side band) 전송 방식으로 변조되어 전송된다.
NRT 서비스 방식
본 발명과 관련하여, 고정 NRT 서비스는 종래 ATSC 지상파 방송 환경을 이용한다. 즉, DSM-CC 어드레서블 섹션을 통해 IP 데이터그램을 전송하는 방식에 근거한 고정 NRT 서비스는 예를 들어, 다음과 동일한 방식으로 제공될 수 있다.
1. 오디오 및/또는 비디오가 포함된 가상 채널(Virtual Channel)을 통해 전송되는 경우:
이와 동일한 경우 해당 가상 채널의 서비스 타입(Service type)은 종래 ATSC 규격에 규정된 바와 같이 도 5를 따를 수 있다. 상기 서비스 타입은 도 7의 TVCT에 정의된 필드이다. 즉, 도 5의 ATSC Data only service를 나타내는 0x04를 따르거나 또는 종래 다른 서비스 타입에 포함되어 NRT 서비스를 식별할 수도 있다.
2. NRT 서비스만 포함된 가상 채널을 통해 전송되는 경우:
도 6에 도시된 바와 같이, 새로운 서비스 타입 값을 할당하여 NRT 어플리케이션(0x08)임을 시그널링 할 수도 있다. 상기 서비스 타입은 도 7의 TVCT에 정의된 필드이다.
TVCT ( terrestrial virtual channel table )
도 7은 본 발명의 일 실시 예에 따라 구성한 TVCT 테이블 섹션의 비트스트림 섹션을 도시한 것이다.
도 7을 참조하면, TVCT 테이블 섹션은 MPEG-2 프라이빗 섹션과 유사한 테이블 형태를 가지는 것을 일 예로 하여 설명하나, 반드시 이에 한정되는 것으로 아니다.
따라서, TVCT 테이블 섹션은 헤더, 바디와 트레일러로 구분할 수 있고, 헤더 부분은 table_id 필드에서 protocol_version 필드까지이며, transport_stream_id 필드는 16비트 필드로서, 다중화(multiplex)를 위해 0의 PID 값에 의해 정의되는 PAT(program association table) 내의 MPEG-2 전송 스트림 ID를 나타낸다. 바디 부분은 num_channels_in_section 필드는 8비트 필드로서, VCT 섹션 내의 가상 채널(virtual channel)들의 수를 상술한다. 마지막으로 트레일러 부분은 CRC_32 필드를 포함한다.
먼저, 헤더 부분을 설명하면 다음과 같다.
table_id 필드(8비트)는 0xCD로 설정되어, 해당 테이블 섹션이 TVCT를 구성하는 테이블 섹션임을 식별한다.
section_syntax_indicator 필드(1비트)는 1로 설정되면, 상기 섹션이 일반적인 섹션 신택스를 따름을 나타낸다.
private_indicator 필드(1비트)는 1로 설정되어 있다.
section_length 필드(12비트)는 section_length 필드 바로 다음에서부터 상기 섹션의 마지막까지 이 섹션에 남아 있는 바이트들의 수를 상술한다. 상기 section_length 필드의 값은 1021 보다 클 수 없다.
table_id_extension 필드(16비트)는 0x000으로 설정되어 있다.
version_number 필드(5비트)는 0의 값을 가질 수 있다.
current_next_indicator 필드(1비트)는 1로 설정되어 있으면 해당 테이블 섹션은 현재 적용 가능함을 나타낸다.
section_number 필드(8비트)는, TVCT 섹션들 중 해당 테이블 섹션의 넘버를 지시한다. TVCT의 제 1 섹션은 section_number는 0x00으로 설정되어야 한다.
last_section_number 필드(8비트)는, TVCT 섹션들 중 가장 마지막 및 가장 높은 넘버의 테이블 섹션을 지시한다.
protocol_version 필드(8비트)는, 현재 프로토콜에서 정의된 것보다 다르게 구조화된 파라미터들을 전달하는 이 테이블 타입의 허락하는 함수이다. 현재, protocol_version의 단 하나의 유효값은 0이다. 0이 아닌 protocol_version은 구조적으로 다른 테이블을 인식하기 위해 상기 표준의 미래 버전에 사용될 수 있다.
다음으로 바디 부분을 설명한다.
num_channels_in_section 필드 (8비트)는 상기 VCT 섹션의 가상 채널들의 넘버를 지정한다. 상기 넘버는 테이블 섹션 길이에 따라 제한된다.
short_name 필드(16비트)는, 1에서 7까지 연속된 16비트의 코드 값으로 상기 가상 채널의 이름(name)을 표현한다.
major_channel_number 필드(10비트)는, "for" loop의 반복에 정의된 가상채널과 연관된 메이저 채널 넘버(major channel number)를 표현한다. 각 가상 채널은 메이저 채널 넘버 및 마이너 채널 넘버 (minor channel number)와 연관되어야 한다. 마이너 채널 넘버와 함께 메이저 채널 넘버는 사용자의 가상 채널의 참조 넘버로 역할한다.
minor_channel_number 필드(10비트)는, '0' 과 '999' 범위의 마이너(minor) 또는 서브(sub-) 채널 넘버를 표현한다. major_channel_number와 함께 상기 필드는 minor_channel_number가 넘버의 제2 또는 오른쪽 부분을 나타내는 2부의 채널 넘버로 수행한다. minor_channel_number는 service_type이 아날로그 텔레비전일 경우에 0으로 설정되어야한다. service_type이 ATSC_digital_television이나 ATSC_audio_only일 경우에 '1'과 '99' 범위의 마이너 넘버를 사용한다. minor_channel_number의 값은 TVCT에서 major_channel_number/minor_channel_number 쌍이 중복이 안 되게 설정되어야한다.
modulation_mode 필드(8비트)는, 가상 채널과 연관된 전송된 캐리어(carrier)를 위한 변조 모드(modulation mode)를 지시한다.
carrier_frequnecy 필드(32비트)는 권장 값이 0이다. 캐리어 주파수를 식별하기 위한 상기 필드의 사용은 허용되지만 하지 않는 게 좋다.
channel_TSID 필드(16비트)는'0x0000'과 '0xFFFF' 범위의 가상 채널에 의해 참조되는 MPEG-2 프로그램을 싣고 있는 전송 스트림과 연관된 MPEG-2 전송 스트림 ID를 표현하는 부호 없는 정수 필드다.
program_number 필드(16비트)는, MPEG-2 PAT(program association table)과 TS PMT(program map table)에 정의되는 가상 채널과 연관되는 부호 없는 정수 넘버를 식별한다.아날로그 서비스에 해당하는 가상 채널은 program_number가 '0xFFFF'로 정한다.
ETM_location 필드(2비트)는, ETM(extended text message)의 존재(existence) 유무와 위치(location)를 설명한다.
access_controlled 필드(1비트)는, 설정 되면 가상 채널과 연관된 이벤트들은 액세스(acces)가 제어됨을 지시한다. 상기 플래그가 0으로 설정되면, 이벤트 액세스는 제한되지 않는다.
hidden 필드(1비트)는, 설정되면 가상 채널은 가상 채널 넘버의 직접 엔트리에 의한 사용자가 접근할 수 없음을 지시한다. 히든 가상 채널(hidden virtual channel)은 사용자가 채널을 서핑하는 경우에 생략되고 정의되지 않거나 직접 채널 엔트리에 액세스할 경우에 나타난다. 히든 채널(hidden channel)의 전형적인 애플리케이션은 테스트 신호 및 NVOD 서비스이다. 히든 채널 및 그 이벤트들은 hide_guide 비트의 상태에 따라 EPG 디스플레이에 나타난다.
hidden_guide 필드는, 히든 채널을 위해 0으로 설정되면, 가상 채널과 그 이벤트들은 EPG 디스플레이에서 나타날 수도 있다. 상기 비트는 히든 비트 세트가 없는 채널에는 무시하므로 비 히든 채널들 및 그 이벤트들은 hide_guide 비트의 상태에 상관없이 EPG 디스플레이에 항상 포함된다. hidden_guide 비트 세트가 '1'로 설정된 히든 채널의 전형적인 애플리케이션은 애플리케인션 레벨 포인터를 통해 얻기 쉬운 테스트 신호 및 서비스이다.
serviec_type 필드(6비트)는, 가상 채널에 실려오는 서비스의 타입을 나타낸다. 해당 필드를 통해 NRT 서비스를 식별할 수도 있다.
source_id 필드(16비트)는, 가상 채널과 연관된 프로그래밍 소스를 나타낸다.
descriptors_length 필드는 뒤따르는 가상 채널을 위한 디스크립터의 전체 길이(바이트 단위)를 나타낸다.
descriptor() 필드는 0개 이상의 디스크립터를 포함한다.
additional_descriptors_length 필드는 뒤따르는 VCT 디스크립터 리스트의 전체 길이(바이트 단위)를 나타낸다.
마지막으로 트레일러 부분, CRC_32 필드는 32비트 필드로서, 전체 STT 섹션을 프로세싱한 후 MPEG-2 시스템에 정의된 디코더(decoder)의 레지스터(register)들로부터 제로 출력(zero output)을 보장(ensure)하는 CRC(cyclic redundancy check) 값을 포함한다.
NRT 컨텐트는 IP 메커니즘(mechanism)을 통하여 전송되며 IP 데이터그램을 디지털 방송 스트림을 통해 전송하기 위하여 ATSC는 ATSC A/90과 A/92 규격을 제정하였다.
상기에서 service_location_descriptor에 포함된 PID를 통해 DST를 수신할 수 있으며, DST를 통해 어플리케이션의 종류 및 이 채널을 통해 전송되는 데이터 방송 스트림의 상세 정보를 알 수 있다.
도 8에 의할 경우 NRT 서비스임을 식별하기 위해 DST를 이용할 수 있는바, DST에 대해 설명하면, 다음과 같다.
도 8은 본 발명의 일 실시 예에 따라 구성한 NRT 어플리케이션을 식별하기 위해 DST 테이블 섹션의 비트스트림 신택스를 도시한 것이다.
이하 data_service_table_bytes 구조를 포함하는 필드들의 시맨틱스를 정의하면 아래와 같다(The semantics of the fields comprising the data_service_table_bytes structure are defined below).
sdf_protocol_version 필드(8비트)는, Service Description Framework 프로토콜의 버전을 설명한다(sdf_protocol_version : This 8-bit field shall be used to specify the version of the Service Description Framework protocol. The value of this field shall be set to 0x01. The value 0x00 and the values in the range 0x02 to 0xFF shall be ATSC reserved).
application_count_in_section 필드(8비트)는, DST 테이블 섹션 내 리스트된 어플리케이션들의 수를 설명한다(application_count_in_section : This 8-bit field shall specify the number of applications listed in the Data Service Table section).
compatibility_descriptor() 필드는, 해당 구조가 DSM-CC 호환성 디스크립터를 포함함을 나타낸다. 그 목적은 해당 데이터 서비스를 사용하기 위해 그 능력을 판단하기 위해 수신 플랫폼에서 어플리케이션의 호환성 요구사항들을 시그널링하기 위함이다(compatibility_descriptor() : This structure shall contain a DSM-CC compatibility descriptor. Its purpose shall be to signal compatibility requirements of the application so the receiving platform can determine its ability to use this data service).
app_id_byte_length 필드(16비트)는, 어플리케이션을 식별하는데 사용되는 바이트들의 개수를 설명한다(app_id_byte_length : This 16-bit field shall specify the number of bytes used to identify the application. The value of this field shall account for the length of both the app_id_description field and the app_id_byte fields that follow. The value 0x0000 shall indicate that no app_id_description field or app_id_byte fields follow. The value 0x0001 is forbidden).
app_id_description 필드(16비트)는, 다음 application identification bytes의 포맷과 시맨틱스를 설명한다. (app_id_description : This 16-bit field shall specify the format and semantics of the following application identification bytes.)
값 (Value) 애플리케이션 식별자 체재 (Application Identifier Format)
0x0000 DASE 애플리케이션 (DASE application)
0x0001 ATSC 리저브드 (ATSC reserved)
0x0002 ATSC A/92 애플리케이션 (ATSC A/92 Application)
0x0003 NRT 애플리케이션 (NRT Application)
0x0004-0x7FFF ATSC 리저브드 (ATSC reserved)
0x8000-0xFFFF 사용자 전용 (User Private)
app_id_byte 필드(8비트)는, 어플리케이션 식별자의 바이트를 표현한다(app_id_byte : This 8-bit field shall represent a byte of the application identifier).
tap_count 필드(8비트)는, 해당 어플리케이션에 의한 사용되는 Tap() 구조들의 개수를 설명한다(tap_count : This 8-bit field shall specify the number of Tap() structures used by this application).
protocol_encapsulation 필드(8비트)는, Tap() 필드에 의해 참조되는 특정 데이터 엘리먼트를 전송하기 위해 사용되는 프로토콜 인캡슐레이션의 타입을 설명한다(protocol_encapsulation : This 8-bit field shall specify the type of protocol encapsulation used to transmit the particular data element referred to by the Tap()).
값 (Value) 캡슐된 프로토콜 (Encapsulated protocol)
0x00 MPEG-2 전송 스트림에 없다
0x01 DSM-CC 섹션에 캡슐된 DSM-CC 다운로드 프로토콜의 비동기 흐르지 않는 제어된 시나리오
0x02 DSM-CC 섹션에 캡슐된 스트리밍하지 않는 동기화 다운로드 프로토콜
0x03 LLC/SNAP 헤더를 이용한 애드러서블 섹션 (Addressable Section)의 비동기 복수프로토콜 데이터그램
0x04 애드러서블 섹션의 비동기 IP 데이터그램
0x05 PES에 캡슐된 동기화 스트리밍 데이터
0x06 PES에 캡슐된 동기 스트리밍 데이터
0x07 LLC/SNAP 헤더를 이용한 PES의 동기화 스트리밍 복수프로토콜 데이터그램
0x08 LLC/SNAP 헤더를 이용한 PES의 동기 스트리밍 복수프로토콜 데이터그램
0x09 PES의 동기화 스트리밍 IP 데이터그램
0x0A PES의 동기 스트리밍 IP 데이터그램
0x0B 소유주의 데이타 파이핑 (Proprietary Data Piping)
0x0C SCTE DVS 051 비동기 프로토콜[19]
0x0D DSM-CC 섹션에 캡슐된 DSM-CC 다운로드 프로토콜의 비동기 캐로오절 (carousel) 시나리오
0x0E 다른 표준 바디와 조화용으로 예약 (Reserved for harmonization with another standard body)
0x0F-0x7F ATSC 리저브드 (ATSC reserved)
0x80-0Xff 사용자 정의
action_type 필드(7비트)는, Tap() 필드에 의해 참조되는 데이터의 본성을 지시한다((action_type : This 7-bit field shall be used to indicate the nature of the data referred to by the 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에 존재한다(resource_location : This 1-bit field shall specify the location of the Association Tag field matching the association_tag value listed in the following Tap structure. This bit shall be set to 0 when the matching association_tag resides in the PMT of the current MPEG-2 program. This bit shall be set to 1 when the matching association_tag resides in a DSM-CC Resource Descriptor within the Network Resources Table of this Data Service).
Tap() 필드는, 예를 들어 하기와 동일한 필드들을 포함한 특정 구조로 정의된다. tap_id 필드(16비트)는 데이터 엘리먼트들을 식별하기 위해 어플리케이션에 의해 사용된다. tap_id의 값은 DST 내 Tap()와 관련된 app_id_byte 필드들의 값에 의해 범위가 정해진다. tap_id 값은 데이터 서비스 프로바이더에 의해 선택된다. 또한, 그것은 데이터 엘리먼트를 다루기 위한 어플리케이션에서 사용된다(tap_id (16-bit) field shall be used by the application to identify the data elements. The value of tap_id is scoped by the value of the app_id_byte fields associated with the Tap() in the Data Service Table. The tap_id field is unique within an application. The tap_id value is selected by the data service provider at authoring time. It is used in the application as a handle to the data element).
Use 필드(16비트)는, association_tag에 의해 참조되는 통신 채널을 특정하기 위해 사용된다(use field (16-bit) is used to characterize the communication channel referenced by the association_tag. Use of use values other than 0x0000 is beyond the scope of this standard. The use value 0x0000 indicates that this field is unknown).
association_tag 필드(16비트)는, Network Resource Table 내 리스트된 DSM-CC 리소스 디스크립터나 또는 PMT 내에 리스트된 데이터 엘리먼트리 스트림 중 어느 하나를 유일하게 식별한다. 해당 필드의 값은 데이터 서비스의 PMT 내 association_tag_descriptor의 association_tag 값과 일치할 것이다(association_tag : This 16-bit field shall uniquely identify either a data elementary stream listed in the Program Map Table or a DSM-CC Resource Descriptor listed in the Network Resource Table. In the former case, the value of this field shall match the association_tag value of an association_tag_descriptor in the PMT of the data service. In the latter case, the value of this field shall match the association_tag value in the commonDescriptorHeader structure of a DSM-CC Resource Descriptor in the Network Resource Table of the data service).
selector_length 필드(8비트)는 남은 선택기의 길이(바이트 단위)를 나타낸다. 값이 0일 때는 선택기 정보가 존재하지 않는 것을 의미한다. selector_type 필드의 값이 0x0102 일 때, 이 필드는 8 이하의 값으로 설정한다.
tap_info_length 필드(16비트)는, 해당 필드 다음 필드의 디스크립터들의 바이트의 수를 설명한다(tap_info_length : This 16-bit field shall specify the number of bytes of the descriptors following the tap_info_length field).
descriptor_tag 필드(8비트)는 0xA6로 설정한다.
descriptor_length 필드(8비트)는 해당 필드 바로 다음 필드부터 해당 디스크립터의 끝까지 길이(바이트 단위)를 설명한다(descriptor_length: This 8-bit unsigned integer shall specify the length (in bytes) immediately following this field up to the end of this descriptor).
deviceId_address_range 필드(8비트)는 서비스가 사용하는 유효한 deviceID 주소를 보여준다.
deviceId_IP_mapping_flag 필드(1비트)는 MAC 주소 매핑(mapping)에 IP를 신호하기 위해'1'로 설정한다. 이 플래그(flag)는 다른 디바이스 (device) ID 주소 매핑은 '0'으로 설정한다.
alignment_indcator 필드(1비트)는 DSMCC_addressable_section 와 TS 바이트의 바이트 레벨 가지런함(alignment)을 나타내기 위해 '0'으로 설정한다.
max_sections_per_datagram 필드(8비트)는 하나의 데이터그램 단위를 가질수 있는 최다수의 섹션을 보여준다.
app_data_length 필드(16비트)는, app_data_byte 필드들의 바이트 단위의 길이를 설명한다(app_data_length : This 16-bit field shall specify the length in bytes of the following app_data_byte fields).
app_data_byte(8비트)는, 어플리케이션과 관련된 입력 파라미터들과 다른 프라이빗 데이터 필드들을 1바이트로 표현한다(app_data_byte : This 8-bit field shall represent one byte of the input parameters and other private data fields associated with the application).
app_info_length 필드(8비트)는, 해당 필드 다음의 디스크립터들의 바이트 수를 설명한다(app_info_length : This 8-bit field shall specify the number of bytes of the descriptors following the app_info_length field).
descriptor() 필드는, 디스크립터 포맷을 따른다(descriptor() : This structure shall follow the descriptor format).
service_info_length 필드(8비트)는, 다음 디스크립터들의 바이트 단위의 수를 설명한다(service_info_length : This 8-bit field shall specify the number of bytes of the descriptors following the service_info_length field).
다른 descriptor() 필드는, 디스크립터 포맷을 따른다(descriptor() : This structure shall follow the descriptor format).
service_private_data_length 필드(16비트)는, 프라이빗 필드들의 바이트 단위의 길이를 설명한다(service_private_data_length : This 16-bit field shall specify the length in bytes of the private fields to follow).
service_private_data_byte 필드(8비트)는, 프라이빗 필드를 1바이트로 표현한다(service_private_data_byte : This 8-bit field shall represent one byte of the private field).
NRT 어플리케이션임을 상기와 동일한 방법으로 식별한 이후에는 IP 스트림을 식별하기 위한 PID 및 IP 레이어를 통해 전달되는 NRT 서비스 시그널링 데이터가 전달되는 Well-known IP address가 실려있는 IP 정보는 Tap 정보 및 멀티프로토콜 인캡슐레이션 디스크립터 (multiprotocol encapsulation descriptior)를 통해 찾는다.
protocol_encapsulation 값이 0x04이면 비동기 IP 데이터그램이 전송되고, selector_type이 0x0102일 경우 selector_bytes를 통해 목적 어드레스(destination address)를 가리키는 device_id 값이 전달된다. 이 selector_bytes 값을 정확히 해석하기 위해서 multiprotocol_encaplsulation_descriptor가 사용되며 device_id 값 중에서 유효(valid)한 바이트의 개수를 시그널링 해준다.
결국 Tap 정보를 통하여 해당 PID로 전송되는 IP 데이터그램의 멀티캐스트 어드레스(혹은 어드레스 레인지)(Multicast address(or address range))를 알 수 있다.
Tap 가운데서 NRT 서비스 시그널링 데이터가 전달되는 Well-known IP address가 실려있는 것을 확인하여 이를 우선 수신하여 IP 패킷을 수신한다.
IP 패킷에서 NRT 서비스 시그널링 데이터를 추출하여 이를 NRT 어플리케이션 매니저(NRT Application Manager)에 전달하여 처리함으로써 NRT 서비스를 시작할 수 있다.
도 9는 본 발명의 다른 실시 예에 따라 ATSC 방송 시스템을 통해 NRT 서비스를 전송할 경우의 시그널링 방법을 설명하기 위해 도시한 것이고, 도 10은 도 9에 대한 순서도를 도시한 것이다.
도 9는, IP 단을 통해 별도의 NRT서비스 시그널링 채널을 구성하는 방식이다. 이와 동일한 경우 NRT 서비스 시그널링 채널은 Well-known IP address 통해 IP 데이터그램에 싸여 멀티캐스트 된다. 이와 동일한 경우의 시그널링 구조가 바로 도 9이다. 즉, PSIP 단에서 모든 시그널링이 이루어지는 것과 달리 IP 멀티캐스트 스트림(Multicast stream)으로 별도의 NRT 서비스 시그널링 채널이 존재하는 것을 볼 수 있다.
TVCT는 채널의 개념과 동일하다. Dpfms 들어 TVCT_PID는 '0ㅌ1FFB'와 같다. TVCT의 service_type은 NRT 애플리케이션 및 데이터 서비스 테이블 (Data Service Table (DST))와 관련있다는 뜻을 가진 '0x95'와 동일한 예를 보여주는 stream_type인 서비스를 식별하는 현재 TVCT의 서비스를 나타낸다. DST의 app_id_description 필드는 서비스가 NRT 애플리케이션이란 것도 식별한다. 도 9에서 보여주듯이, PMT의 association_tag는 DST의 Tap assoication_tag와 동일한 값을 지니고 있다. PMT 및 DST의 association tag를 배합한 후에 PMT의 elemenrayr_PID는 NRT 서비스 시그널링 채널 또는 NRT 서비스의 IP 데이터그램을 식별하는데 필요하다. 상기에 언급되듯이, protocol_encapsulation이 0x04와 동일한 경우에 비동기 (asynchronous) IP 데이터그램은 전송된다. selector_type이 '0x102'로 설정된 경우에 destination adress 나타내는 device_id의 값은 selector_byte를 통해 전송된다. selector_bytes의 값을 정확하게 해석하기 위해, multiprotocol_encapsulation_descriptor가 사용된다. 그리고, device_id 값에서 유효한 바이트의 수는 시그널링된다.
DST의 Tap()은 낮은 레이어 커뮤니케이션 채널에 포함된 Application-level Data Element를 찾기 위해 사용된다. association_tag 필드를 사용해 application-level data elemetn와 Tap()의 어소시에이션(association)을 만든다. Tap 구조 (Tap Structure)에서 association_tag 필드의 값은 현재 PMT에 포함된 하나의 어소시에이션 태그 디스크립터에 위치한 association_tag 필드 또는 네트워크 리소스 테이블 (Network Resource Table)에 포함된 하나의 dsmccResourceDescriptor 디스크립터의 commonDescriptorHeader에 위치한 associationTag 필드에 해당한다. 데이터 서비스에서, 동일한 association_tag 값은 하나 이상의 Tap 구조에 포함된다. association_tag는 데이터 엘리먼트의 위치를 결정하기 위해 기초로 사용된다. 기초에 관련되어, 데이터 엘리먼트의 위치는 선택기 구조를 통해 지정할 수 있다. 데이터 수신기는 데이터 엘리먼트리 스트림 버퍼를 적합하게 분할할 수 있는 데이터 서비스에서 모든 동기화 데이터 엘리먼트리 스트림의 참조 리스트를 필요로 한다. 결과적으로, DST는 데이터 서비스에 속해 있는 stream_type 값 0x06 또는 0x14을 포함한 각 데이터 엘리먼트리 스트림을 위한 적어도 하나의 Tap()을 포함한다.
deviceID_address_range의 값이 0x06일 경우에 유효한 deviceID_addree 바이트는 deviceID[47...0]와 같다. 즉, deviceID_IP_mapping_flag가 1로 설정됐을 경우에 MAC 주소 매핑(address mapping)으로 시그널링하라는 뜻이다.
alignment_indicator는 DSMCC_addressable_section과 TS 바이트는 바이트 레벨의 가지런함을 나타낸다.
max_sections_per_datagram 필드(8비트)는 하나의 데이터그램 단위를 가질수 있는 섹션의 최다수를 나타낸다.
즉, NRT 서비스 시그널링 채널 (NST 및 NCT)의 Well-known IP 주소는 PMT와 관련된 elementary_PID를 통해서 정의된다. 게다가, NRT 서비스 시그널링 데이터는 IP 데이터그램의 NRT 서비스 시그널링 채널의 well-known IP 주소를 통해 전송 및 수신된다. NRT 서비스 시그널링 데이터는 Transport Packet (TP) 또한 via Internet Protocol(IP)를 통해 전송될 수 있다.
도 10은 상기 설명에 대한 순서도를 도시한 것이다.
도 10을 참조할 때, 수신기의 전원이 켜지고, 디폴트 채널 또는 사용자에 의한 채널이 선택(S1001)되면, 수신기는 TVCT(Terrestrial Virtual Channel Table) 또는 PMT(Program Map Table)를 수신(S1002)한다.
관련하여, 각 가상 채널을 구성하는 스트림에 대한 정보는 TVCT의 Service_location_descriptor나 또는 PMT의 ES_loop에 시그널링된다.
따라서, 수신기는 수신된 TVCT 내 service_type를 파싱하여 선택된 채널을 통해 제공되는 서비스의 타입을 판단한다(S1003). 예를 들어, 선택된 채널을 통해 제공되는 해당 서비스의 타입은, 상기 service_type의 값이 0x02이면 디지털 A/V/Data 서비스 타입임을, 0x04이면 Data only 서비스 타입임을, 0x08이면 NRT Only 서비스 타입임을 의미할 수 있다.
상기 S1003 단계 판단 결과 해당 서비스 타입이 일반 A/V 서비스가 아닌 경우에는 TVCT의 채널 루프(channel loop) 중에 service_location_descriptor를 파싱하여 DST(Data Service Table)의 PID(0x61)를 추출한다(S1004).
그리고 상기 추출된 PID를 이용하여 DST를 수신(S1005)한다.
상기 수신된 DST로부터 선택된 채널을 통해 제공되는 해당 서비스가 NRT 서비스인지 판단한다(S1006). 여기에서, 상기 NRT 서비스 여부 판단은 DST 내 app_id_description을 확인함으로써 알 수 있다. 예를 들어, 상기 app_id_description의 값이 0x0003이면 해당 서비스는 NRT 어플리케이션임을 알 수 있다.
상기 S1006 단계 판단 결과 만약 해당 서비스가 NRT 서비스이면, NRT 서비스 시그널링 채널이 포함된 Tap을 추출(S1007)하고, PMT 상의 상기 Tap의 association_tag를 포함하는 stream_PID를 추출한다(S1008).
상기 PID의 스트림을 수신하여 DSM-CC 어드레서블 섹션을 처리한다(S1009).
이후 NRT 서비스 시그널링 채널의 Well-known IP address로부터 IP 패킷을 수신(S1010)하여, 수신된 IP 패킷 내 NRT 서비스 시그널링 데이터를 처리하여 NRT 서비스를 제공한다(S1011).
관련하여, 가상 채널에 NRT 어플리케이션이 존재함을 상기와 동일한 방법으로 식별한 이후에는 IP 레이어를 통해 전달되는 NRT 서비스 시그널링 데이터가 전달되는 Well-known IP address가 실려있는 IP 스트림을 Tap 정보를 통해 찾는다.
Protocol_encapsulation 값이 0x04이면 비동기 IP 데이터그램이 전송되고, Selector_type이 0x0102일 경우 selector_bytes를 통해 목적 어드레스(destination address)를 가리키는 device_id 값이 전달된다.
결국 IP 데이터그램의 멀티캐스트 어드레스(혹은 어드레스 레인지)(Multicast address (or address range))에 대한 Tap 정보를 통해 해당 데이터가 실려 오는 트랜스포트 스트림의 PID를 알 수 있다. Tap 가운데서 NRT 서비스 시그널링 데이터가 전달되는 Well-known IP address가 실려있는 것을 확인하여 이를 우선 수신하여 IP 패킷을 수신한다.
다음 단계로, IP 패킷에서 NRT 서비스 시그널링 데이터를 추출하여 이를 NRT 어플리케이션 매니저(Application Manager)에 전달하여 서비스를 시작한다.
NST를 통해 전송될 필드들의 예를 들면 다음과 같다. 도 11 및 도 12는 본 발명의 일 실시 예에 따라 구성한 NST의 비트스트림 신택스을 도시한 것이다.
여기서, 해당 신택스는 이해를 돕기 위하여 MPEG-2 프라이빗 섹션(Private section) 형태로 작성되었으나, 해당 데이터의 포맷은 어떠한 형태가 되어도 무방하다. 예를 들어, SDP(Session Description Protocol)의 형태로 표현하여 SAP(Session Announcement Protocol)을 통하여 시그널링하는 등의 다른 방법도 사용할 수 있다.
NST/NCT는 NST/NCT가 전송되는 가상 채널(virtual channel) 내의 서비스 정보 및 IP 접속 정보를 기술하며, 각 서비스가 속하는 브로드캐스트 스트림(Broadcast stream)의 인식자인 Transport_Stream_ID를 이용, 해당 서비스의 브로드캐스트 스트림 정보 또한 제공한다. 그리고 본 실시 예에 따른 NST는 하나의 가상 채널 내의 각 고정 NRT 서비스의 서술(Description) 정보를 포함하며, 서술자(Descriptor) 영역에 기타 부가 정보들이 포함될 수 있다.
table_id 필드(8비트)는 해당 테이블 섹션의 타입 식별을 위한 필드로서, 본 필드를 통해 해당 테이블 섹션이 NST를 구성하는 테이블 섹션임을 알 수 있다(table_id: An 8-bit unsigned integer number that indicates the type of table section being defined in NRT Service Table (NST)).
section_syntax_indicator 필드(1비트)는 NST의 섹션 형식을 정의하는 지시자로서, 섹션 형식은 예를 들어, MPEG의 short-form 신택스(0) 등이 될 수 있다(section_syntax_indicator: This 1-bit 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 필드(1비트)는 해당 섹션의 형태가 프라이빗 섹션 형태를 따르는지 여부를 나타낸다(private_indicator: This 1-bit field shall be set to 1).
section_length 필드(12비트)는 해당 필드 이후의 나머지 테이블 섹션 길이를 나타낸다(section_length: A 12-bit field. It 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 필드(16비트)는 테이블에 종속적이고, 남은 필드들의 범위를 제공하는 table_id 필드의 논리적인 부분이 된다(table_id_extension: This is a 16-bit field and 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 필드는 NST_protocol_version 필드를 포함한다.
NST_protocol_version 필드(8비트)는 현재 프로토콜 내에서 정의된 것들과 다른 구조를 가지는 파라미터들이 전송되는 NRT NST를 알려주기 위한 프로토콜 버전을 알려준다(NST_protocol_version: An 8-bit unsigned integer field whose function is to allow, in the future, this NRT Service Table to carry parameters that may be structured differently than those defined in the current protocol. At present, the value for the NST_protocol_version shall be zero. Non-zero values of NST_protocol_version may be used by a future version of this standard to indicate structurally different tables).
version_number 필드(5비트)는 NST의 버전 넘버를 나타낸다.
current_next_indicator 필드(1비트)는 전송된 NST 테이블 섹션이 현재 적용 가능한지 여부를 지시한다(current_next_indicator: A one-bit indicator, which when set to 1 shall indicate that the NRT Service Table sent is currently applicable. When the bit is set to 0, it shall indicate that the table sent is not yet applicable and will be the next table to become valid. This standard imposes no requirement that next tables (those with current_next_indicator set to 0) must be sent. An update to the currently applicable table shall be signaled by incrementing the version_number field).
section_number 필드(8비트)는 해당 테이블 섹션이 NST 테이블을 구성하는 섹션들 내 섹션 넘버를 표현한다(section_number: This 8-bit field shall give the section number of this NRT Service table section. The section_number of the first section in an NRT Service table shall be 0x00. The section_number shall be incremented by 1 with each additional section in the NRT Service table).
last_section_number 필드(8비트)는 NST 테이블을 구성하는 마지막 섹션 번호를 나타낸다(last_section_number: This 8-bit field shall give the number of the last section (i.e., the section with the highest section_number) of the NRT Service table of which this section is a part).
num_NRT_services 필드(8비트)는 NST 섹션 내의 NRT 서비스의 수를 지시한다(num_services: This 8 bit field specifies the number of services in this NST section).
한편, 본 실시 예에 따른 NST는, for loop를 사용하여 복수의 고정 NRT 서비스에 대한 정보를 제공한다. 이하 각 고정 NRT 서비스에 대해 다음과 동일한 필드 정보를 제공할 수 있다.
NRT_service_id 필드(16비트)는, 해당 NRT 브로드캐스트의 범위 내의 해당 NRT 서비스를 유일하게 식별하기 위한 지시자이다. 상기 NRT_service_id는 해당 서비스를 통틀어 변하지 않는다. 여기서, 혼동을 피하기 위해 서비스가 종료되면, 상기 서비스를 위한 NRT_service_id는 적절한 시간이 경과한 후까지 다른 서비스를 위하여 사용되지 않을 것이다(NRT_service_id: A 16-bit unsigned integer number that shall uniquely identify this NRT Service within the scope of this NRT Broadcast. The NRT_service_id of a service shall not change throughout the life of the service. To avoid confusion, it is recommended that if a service is terminated, then the NRT_service_id for the service should not be used for another service until after a suitable interval of time has elapsed).
NRT_service_status 필드(2비트)는 해당 모바일 서비스의 상태를 식별한다. 여기서, MSB는 해당 모바일 서비스가 액티브(1)인지 아니면 인액티브(0)인지 지시하고, LSB는 해당 모바일 서비스가 히든(1)인지 아닌지(0)를 지시한다. 여기서, 상기 모바일 서비스가 NRT 서비스라면, 해당 NRT 서비스의 상태를 식별할 것이다(NRT_service_status: A 2-bit enumerated field that shall identify the status of this NRT Service. The most significant bit shall indicate whether this NRT Service is active (when set to 1) or inactive (when set to 0) and the least significant bit 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 필드(1비트)는, 해당 모바일 서비스의 의미 있는 프리젠테이션을 제공하기 위해 필요한 컴포넌트들 중 적어도 하나에 적용되는 서비스 프로텍션이 설정되었으면 이를 지시하기 위함이다(SP_indicator: A 1-bit field that 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).
short_NRT_service_name_length 필드 (3비트)는, short_NRT_service_name 필드 내 바이트 쌍들의 넘버를 지시한다(short_NRT_service_name_length: A three-bit unsigned integer that shall indicate the number of byte pairs in the short_NRT_service_name field. This value is shown as m in the No. of Bits column for the short_NRT_service_name field. When there is no short name of this NRT service, the value of this field shall be 0).
short_NRT_service_name 필드는, NRT 서비스의 숏 네임을 나타낸다. NRT 서비스의 숏 네임이 없을 때는 해당 필드는 널로 채워질 것이다(short_NRT_service_name: The short name of the NRT Service. When there is no short name of this NRT Service, this field shall be filled with NULLs (0x00)).
NRT_service_category 필드(6비트)는, 해당 IP 서비스 내에 전송되는 서비스의 타입을 식별한다. 상기 IP 서비스는 NRT 서비스를 포함할 수 있다(NRT_service_category: A 6-bit enumerated type field that shall identify the type of service carried in this IP Service).
num_components 필드(5비트)는 해당 NRT 서비스 내 IP 스트림 컴포넌트들의 넘버를 설명한다(num_components: This 5-bit field specifies the number of IP stream components in this NRT Service).
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 어드레스임을 지시한다(IP_version_flag: A 1-bit indicator, which when set to 0 shall indicate that source_IP_address, NRT_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, NRT_service_destination_IP_address, and component_destination_IP_address fields are for IPv6).
source_IP_address_flag 필드(1비트)는 플래그가 설정되면, 해당 NRT 서비스를 위한 소스 IP 어드레스 값이 소스 특정 멀티캐스트를 지시하기 위해 존재함을 지시한다(source_IP_address_flag: A 1-bit Boolean flag that shall indicate, when set, that a source IP address value for this NRT Service is present to indicate a source specific multicast).
NRT_service_destination_IP_address_flag 필드(1비트)는 플래그가 1로 설정되면, 해당 NRT 서비스의 컴포넌트들을 위한 디폴트 IP 어드레스가 제공하기 위해 NRT_service_destination_IP_address 필드가 존재한다(NRT_service_destination_IP_address_flag: A 1-bit Boolean flag that indicates, when set to 1, that a NRT_service_destination_IP_address value is present, to serve as the default IP address for the components of this NRT Service).
source_IP_address 필드(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)가 된다(source_IP_address: This 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).
NRT_service_destination_IP_address 필드(128비트)는 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의 사용을 가능하도록 하기 위함이다. NRT_service_destination_IP_Address는 이 FLUTE 세션의 세션 레벨의 목적 IP 어드레스(destination IP address)가 있으면 시그널링 된다(NRT_service_destination_IP_address: This field shall be present if the NRT_service_destination_IP_address_flag is set to 1 and shall not be present if the NRT_service_destination_IP_address_flag is set to 0. If this NRT_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).
한편, 본 실시 예에 따른 NST는, for loop를 사용하여 복수의 컴포넌트에 대한 정보를 제공한다.
essential_component_indicator 필드(1비트)는, 해당 필드의 값이 1로 설정되어 있으면 해당 컴포넌트는 NRT 서비스를 위한 필수 컴포넌트 임을 지시한다. 그렇지 않으면, 해당 컴포넌트는 선택적인 컴포넌트임을 지시한다(essential_component_indicator: A one-bit 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).
port_num_count 필드(6비트)는 해당 UDP/IP 스트림 컴포넌트와 관련된 UDP 포트들의 넘버를 지시한다. 목적 UDP 포트 넘버들의 값은 component_destination_UDP_port_num 필드 값으로부터 시작해서 1씩 증가한다(port_num_count: This 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_IP_address_flag 필드(1비트)는 1로 설정되어 있으면 해당 컴포넌트를 위해 component_destination_IP_address 필드가 존재함을 지시하는 플래그이다(component_destination_IP_address_flag: A 1-bit Boolean flag that shall indicate, when set to 1, that the component_destination_IP_address is present for this component).
component_destination_IP_address 필드(128비트)는 component_destination_IP_address_flag가 1로 설정되면 해당 필드는 존재하지만, component_destination_IP_address_flag가 0으로 설정되면 해당 필드는 존재하지 않을 것이다. 만약 해당 필드가 존재한다면, 해당 필드는 해당 NRT 서비스의 컴포넌트들을 전송하는 모든 IP 데이터그램들의 소스 IP 어드레스를 포함할 것이다. 해당 필드의 128 비트의 롱 어드레스의 제한적인 사용은 비록 현재 IPv6의 사용이 정의되지 않았지만 향후 IPv6의 사용을 가능하도록 하기 위함이다(component_destination_IP_address: This 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).
component_destination_UDP_port_num 필드(16비트)는 해당 UDP/IP 스트림 컴포넌트를 위한 목적 UDP 포트 넘버를 나타낸다(component_destination_UDP_port_num: A 16-bit unsigned integer field, that represents the destination UDP port number for this UDP/IP stream component).
num_component_level_descriptors 필드(4비트)는, 해당 IP 스트림 컴포넌트를 위한 추가 정보를 제공하는 서술자들의 수를 제공한다(num_component_level_descriptors: A 16-bit unsigned integer field, that represents the number of descriptors providing additional information for IP stream component, may be included).
component_level_descriptors 필드는, 해당 IP 스트림 컴포넌트를 위한 추가 정보를 제공하는 하나 또는 그 이상의 디스크립터들을 식별한다(component_level_descriptors: One or more descriptors providing additional information for this IP stream component, may be included).
num_NRT_service_level_descriptors 필드(4비트)는 해당 서비스를 위한 NRT 서비스 레벨 디스크립터들의 수를 설명한다(num_NRT_service_level_descriptors: This 4 bit field specifies the number of NRT service level descriptors for this service).
NRT_service_level_descriptor()은 해당 NRT 서비스를 위한 추가적인 정보를 제공하는 없거나 하나 이상의 서술자들을 식별한다. 여기에서, NRT 서비스에 대한 구체적인 서비스 타입을 알려줄 수 있다. 상기 구체적인 서비스 타입에는 예를 들어, 웹 컨텐츠를 제공하기 위한 포털 서비스, 푸쉬 VOD, A/V 다운로드 등이 있을 수 있다(NRT_service_level_descriptor(): Zero or more descriptors providing additional information for this NRT Service, may be included).
num_virtual_channel_level_descriptors 필드(4비트)는 해당 가상 채널을 위한 가상 채널 레벨 서술자들의 수를 설명한다(num_virtual_channel_level_descriptors: This 4 bit field specifies the number of virtual channel level descriptors for this virtual channel).
virtual_channel_level_descriptor()은 해당 NST가 서술하는 가상 채널에 대한 추가 정보를 제공하는 서술자를 나타낸다 (virtual_channel_level_descriptor(): Zero or more descriptors providing additional information for the virtual channel which this NST describes, may be included).
NRT 서비스는 FLUTE를 통해 전송되며 NST 테이블 상의 접속 정보는 다음과 같이 FLUTE 세션 정보와 연결된다. Source_IP_address는 FLUTE 세션(session)의 모든 채널을 전송하는 동일한 서버의 source IP 주소가 된다. NRT_service_destination_IP_Address는 이 FLUTE 세션의 세션 레벨의 destination IP address가 있을 경우 시그널링된다.
Component는 FLUTE 세션 내의 채널에 매핑될 수 있으며 각 채널별로(세션 단위로 시그널링된 IP address와 다른) 별도의 destination IP address를 component_destination_IP_address를 통해 시그널링 할 수 있다. 또한, component_destination_UDP_port_num를 통해 destination port number를 시그널링하고 port_num_count를 통해 component_destination_UDP_port_num로부터 시작하는 목적 포트의 개수를 추가로 지정할 수 있다.
포트를 복수 개로 지정함으로써 하나의 목적 IP 어드레스에 대해 복수 개의 채널을 구성할 수도 있다. 여기서 하나의 컴포넌트는 복수 개의 채널을 지정할 수 있다. 그러나 일반적으로 목적 IP 어드레스를 통해 채널을 구별하는 것이 바람직하다. 여기서, 하나의 채널은 하나의 컴포넌트로 매핑된다고 볼 수 있다.
NRT 서비스를 위한 컨텐트 아이템들/파일들은 FLUTE를 통해 전송되며, NST 테이블 상의 접속 정보를 이용하여 해당 FLUTE 세션 정보를 시그널링한다. 도 13는 본 발명의 일 실시 예에 따라 구성한 NRT_component_descriptor()의 비트 스트림 신택스를 도시한 것이다.
NRT_component_descriptor()는 NST 내 각 NRT 서비스의 각 컴포넌트의 컴포넌트 디스크립터 루프 내에 나타날 것이다. 그리고 해당 디스크립터 내 모든 파라미터들은 NRT 서비스의 컴포넌트들을 위해 사용되는 파라미터들에 상응한다(An NRT_component_descriptor() shall appear in the component descriptor loop of each component of each NRT Service in the NST and all parameters in the descriptor shall correspond to the parameters in use for that component of the NRT Service).
이하 도 13의 NRT_component_descriptor를 통해 전송되는 각 필드 정보에 대해 기술하면 다음과 같다.
descriptor_length 필드(8비트)는 해당 필드 바로 다음 필드부터 해당 디스크립터의 끝까지 길이(바이트 단위)를 설명한다(descriptor_length: This 8-bit unsigned integer shall specify the length (in bytes) immediately following this field up to the end of this descriptor).
component_type 필드(7비트)는 컴포넌트의 인코딩 포맷을 식별한다. 상기 식별 값은 RTP/AVP 스트림의 payload_type을 위해 할당된 값들 중의 하나일 수 있다. 또는 본 명세서에 의해 할당된 후술할 표 3에 도시된 값들 중 하나일 수 있다. 또는 96에서 127 범위 내에 다이내믹 밸류(dynamic value)일 수 있다. RTP를 거쳐 전송되는 미디어를 구성하는 컴포넌트들을 위해 본 필드의 값들은 해당 컴포넌트를 전송하는 IP 스트림의 RTP 헤더 내 payload_type 내 값들과 일치할 것이다(component_type: This 7-bit field shall identify the encoding format of the component. The value may be any of the values assigned by IANA for the payload_type of an RTP/AVP stream [10], or it may be any of the values in [Table 3] assigned by this document, or it may be a dynamic value in the range 96-127. For components consisting of media carried via RTP, the value of this field shall match the value in the payload_type field in the RTP header of the IP stream carrying this component).
43에서 71 범위 내에 component_type 필드의 추가 값은 표준의 미래 버전에서 정의된다. NRT 서비스 스트림을 FLUTE 기반으로 전송할 경우에 FLUTE 세션에 대해 필요한 아래에 기술할 파라미터들을 추가로 시그널링하기 위하여 표 3과 같이, ATSC에서 FLUTE 컴포넌트를 위해 정의한 component_type인 38을 사용할 수도 있고, 아직 할당되지 않은 값인 43을 새로이 NRT 전송을 위한 component_type으로 정의하여 쓸 수도 있다.
component_type Meaning
0-34 Assigned or reserved by IANA, except that 20, 4, 27,
and 29-30 are unassigned
35 H.264/AVC video stream component (assigned by ATSC use)
36 SVC enhancement layer stream component (assigned by
ATSC use)
37 HE AAC v2 audio stream component (assigned by ATSC use)
38 FLUTE file delivery session (assigned by ATSC use)
39 STKM stream component (assigned by ATSC use)
40 LTKM stream component (assigned by ATSC use)
41 OMA-RME DIMS stream component (assigned by ATSC use)
42 NTP timebase stream component　 (assigned by ATSC use)
43-71 [Unassigned by IANA and reserved by ATSC use]
72-76 Reserved by IANA
77-95 Unassigned by IANA
96-127 Designated by IANA for dynamic use
num_STKM_streams 필드(8비트)는, 해당 컴포넌트와 관련된 STKM 스트림들의 넘버를 식별한다(num_STKM_streams: An 8-bit unsigned integer field that shall identify the number of STKM streams associated with this component).
STKM_stream_id 필드(8비트)는, 얻어진 해당 보호된 컴포넌트를 디크립트하기 위해 키들을 있는 STKM 스트림을 식별한다. 여기서, 상기 STKM 스트림을 위한 상기 컴포넌트 디스크립터 내에 STKM_stream_id 필드를 참조한다(STKM_stream_id: An 8-bit unsigned integer field that shall identify an STKM stream where keys to decrypt this protected component can be obtained, by reference to the STKM_stream_id in the component descriptor for the STKM stream).
NRT_component_data(component_type) 필드는, 해당 컴포넌트를 표현하기 위해 필요한 인코딩 파라미터들 및/또는 다른 파라미터들을 제공한다. 여기서, NRT_component_data 엘리먼트의 구조는 component_type 필드의 값에 의해 결정된다(NRT_component_data(component_type): The NRT_component_data() element provides the encoding parameters and/or other parameters necessary for rendering this component. The structure of the NRT_component_data is determined by the value of component_type field).
FLUTE 세션들의 FDT(File Delivery Table)는 모든 컨텐트 아이템들의 아이템 리스트들을 전달하는데 사용되고, 상기 아이템들을 획득하는데 관련된 아이템들의 사이즈, 데이터 타입과 다른 정보들을 제공한다(The File Delivery Table (FDT) of the FLUTE sessions used to deliver the items lists all the content items and gives their sizes, data types, and other information relevant to the acquisition of the items).
FLUTE 세션들의 FDT(File Delivery Table)는 모든 컨텐트 아이템들의 아이템 리스트들을 전달하는데 사용되고, 상기 아이템들을 획득하는데 관련된 아이템들의 사이즈, 데이터 타입과 다른 정보들을 제공한다(The File Delivery Table (FDT) of the FLUTE sessions used to deliver the items lists all the content items and gives their sizes, data types, and other information relevant to the acquisition of the items).
NRT 서비스는 FLUTE를 통해 전송되며 NST 테이블 상의 접속 정보는 다음과 같이 FLUTE 세션 정보와 연결된다. Source_IP_address는 FLUTE 세션의 모든 채널을 전송하는 동일한 서버의 source IP 주소가 된다. NRT_service_destination_IP_Address는 이 FLUTE 세션의 세션 레벨의 destination IP address가 있을 경우 시그널링된다.
Component는 FLUTE 세션 내의 채널에 매핑될 수 있으며 각 채널별로 (세션 단위로 시그널링된 IP 어드레스와 다른) 별도의 destination IP address를 component_destination_IP_address를 통해 시그널링 할 수 있다. 또한, component_destination_UDP_port_num을 통해 destination port number를 시그널링하고 port_num_count를 통해 component_destination_UDP_port_num로 부터 시작하는 목적 포트의 개수를 추가로 지정할 수 있다.
포트를 복수 개로 지정함으로써 하나의 destination IP address에 대하여 복수 개의 채널을 구성할 수도 있으며 이와 동일한 경우 하나의 Component가 복수 개의 채널을 지정하게 된다. 그러나 일반적으로 Destination IP address를 통해 채널을 구별하는 것을 권장하며 이 경우 하나의 채널은 하나의 component로 매핑된다고 볼 수 있다.
세션을 구성하는 컴포넌트의 추가적인 속성(attribute)을 시그널링하기 위하여 component_attribute_byte를 사용할 수 있다. FLUTE 세션을 시그널링하기 위하여 필요한 추가적인 파라미터들을 이를 통해 시그널링할 수 있다.
관련하여, FLUTE 세션을 시그널링하기 위해서는 파라미터들이 필요하고, 이러한 파라미터들에는 반드시 필요한 필수 파라미터들과 해당 FLUTE 세션과 관련되어 선택적으로 필요한 파라미터들이 있다. 우선, 필수 파라미터들에는 소스 IP 어드레스(source IP address), 세션 내 채널의 수(The number of channels in the session), 세션 내 각 채널을 위한 목적 IP 어드레스와 포트 넘버(The destination IP address and port number for each channel in the session), 세션의 TSI(The Transport Session Identifier (TSI) of the session) 및 세션의 시작 시간과 종료 시간(The start time and end time of the session) 파라미터가 포함되고, 해당 세션과 관련하여 선택적으로 필요한 파라미터에는, FEC 오브젝트 트랜스미션 정보(FEC Object Transmission Information), 관심 있는 파일들을 포함한 세션의 첫번째 수신 정보(Some information that tells receiver in the first place, that the session contains files that are of interest) 및 대역폭 상세(Bandwidth specification) 파라미터가 포함된다.
이 중 세션의 채널의 개수는 명시적으로 제공될 수도 있고, 세션을 구성하는 스트림의 개수를 합산하여 구할 수도 있다. 상기 파라미터들 중에서 본 발명에서 제안한 NST를 통해 start time and end time of the session이 시그널링 될 수 있고, 상기의 session_description_Descriptor를 통해 source IP address, destination IP address and port number for each channel in the session, number of channels in the session이 시그널링될 수 있다.
도 14은 본 발명의 일 실시 예에 따라 구성한 FLUTE 파일 딜리버리를 위해 NRT_component_data_descriptor의 비트 스트림 신택스를 도시한 것이다.
하나의 NRT 서비스는 멀티플 FLUTE 세션들에 포함될 수 있다. 각 세션은 세션을 위해 사용되는 IP 어드레스들과 포트들에 의존하는 하나 또는 그 이상의 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).
이하 NRT_FLUTE_component_data()의 각 필드에 대해 상세하게 설명하면, 다음과 같다.
TSI 필드(16비트)는 FLUTE 세션의 TSI를 지시한다(TSI: A 16-bit unsigned integer field, which shall be the Transport Session Identifier (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 필드(1비트)는 TIAS(Transport Independent Application Specific) 대역폭 정보를 포함하는 플래그들을 지시한다. 만약 TIAS 대역폭 필드가 존재하는 것으로 지시하려면 해당 비트는 1로 설정되고, TIAS 대역폭 필드가 존재하지 않는 것으로 지시하려면 해당 비트는 0으로 설정되어야 할 것이다(tias_bandwidth_indicator: A 1-bit 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 필드(1비트)는 AS(Application Specific) 대역폭 정보를 포함하는 플래그들이다. 만약 AS 대역폭 필드가 존재하는 것으로 지시하려면 해당 비트는 1로 설정되어야 하고, AS 대역폭 필드가 존재하지 않는 것으로 지시하려면 해당 비트는 0으로 설정되어야 할 것이다(as_bandwidth_indicator: A 1-bit 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 필드(1비트)는 FEC 오브젝트 트랜스미션 정보(OTI) 정보가 제공되는지 여부를 지시한다(FEC_OTI_indicator: A 1-bit indicator that indicates whether FEC Object Transmission Information is provided).
tias_bandwidth 필드는 TIAS 최대 대역폭을 지시한다(tias_bandwidth: This value shall be one one-thousandth of the Transport Independent Application Specific maximum bandwidth, rounded up to the next highest integer if necessary).
as_bandwidth 필드는 AS 최대 대역폭의 값을 가질 것이다(as_bandwidth: This value shall be the Application Specific maximum bandwidth).
FEC_encoding_id 필드는 해당 FLUTE 세션 내에서 사용된 FEC 인코딩 ID를 지시한다(FEC_encoding_id: FEC encoding ID used in this FLUTE session).
FEC_instance_id 필드는 해당 FLUTE 세션 내에서 사용된 FEC 인스턴스 ID를 지시한다(FEC_instance_id: FEC instance ID used in this FLUTE session).
상기와 동일한 파라미터들을 FLUTE 컴포넌트 데이터 바이트들(FLUTE component data bytes)을 통해 시그널링함으로써 FULTE 세션을 수신하기 위해 꼭 필요한 정보들은 모두 제공할 수 있으며, 이 세션을 통해 FDT를 수신하여 이를 통해 FLUTE 세션을 통해 전달되는 모든 파일들에 대한 정보를 획득하여 이 파일들을 수신하는 방법이 사용될 수 있다.
이 FLUTE 컴포넌트 디스크립터(FLUTE component descriptor)는 NST의 Component_level_descriptor 루프를 통해 전달될 수 있다. FLUTE 채널이 복수 개일 경우에는 세션 레벨의 파라미터들인 TSI, session_start_time, session_end_Time 등은 한 번만 시그널링 되어야 하므로 여러 개의 채널의 컴포넌트 중에서 하나의 컴포넌트에서만 FLUTE 컴포넌트 디스크립터를 Component_level_descriptor 루프를 통해 전송할 수도 있다.
다음으로, NCT에 대해 설명하면, 다음과 같다.
도 15a와 15b는 본 발명의 일 실시 예에 따라 구성한 NCT 섹션의 비트스트림 신택스를 도시한 것이다.
이하에서는 상술한 NST를 통해 시그널링된 NRT 컨텐트 딜리버리 채널(NRT content delivery channel) 별로 전송되는 NRT 컨텐트를 시그널링/어나운스먼트(Signaling/Announcement)에 관련된 NCT(NRT Content Table)에 대해 기술한다.
도 15에서는 NRT 컨텐트를 시그널링하기 위하여 NCT를 새롭게 정의하였다. 다만, 이는 하나의 실시 예로 다른 방식도 고려할 수 있다. NCT를 통하여 특정 NRT 컨텐트 딜리버리 채널을 통해 전송되는 NRT 컨텐츠를 시그널링할 수 있다. 이하 NCT 섹션을 구성하는 각 필드 정보에 대해 보다 상세하게 기술하면, 다음과 같다.
table_id 필드(8비트)는, 해당 테이블 섹션이 NCT을 구성하는 테이블 섹션임을 식별한다.
service_id 필드(16비트)는, 상기 섹션에서 기술하는 컨텐트 아이템을 보여주는 NRT 서비스와 관련된 service_id를 설명한다.
NCT_version_number 필드(5비트)는 service_id, current_next_indicator, protocol_version 및 time_span_start 에 대한 공통적인 값을 가진 하나 이상의 NRT_content_table_section()에 세트로 정의된 NCT 인스턴스의 버전 넘버를 식별한다. 버전 넘버는 NCT 인스턴스의 필드가 변화할 경우에 1씩 증가한다? (shall be inclemented by 1 modulo 32)
current_next_indicator 필드(1비트)는 1로 설정되어 있으면 해당 테이블 섹션은 현재 적용 가능함을 나타낸다.
protocol_version 필드(8비트)는 0로 설정된다. protocol_version의 기능은 미래에 현재 프로토콜에 정의된 것보다 구조적으로 다를 수 있는 파라미터를 가진 테이블 유형을 허용한다. 현재는 protocol_version의 유일한 유효값은 0이다. protocol_version에서 0이 아닌 값은 구조적으로 다른 테이블을 인식하기 위한 표준의 미래 버전으로 사용된다.
time_span_start 필드(32비트)는 00:00:00 UTC, January 6, 1980부터 GPS 초의 수로 표현된 NCT의 인스턴스 기간의 시작을 보여준다. time_span_start의 하루 중 시간은 시간의 분 00에 맞춰야 한다. time_span_start의 값 0은 부정과거에서 시작된 NCT 인스턴스의 기간을 보여준다. time_span의 값은 복수섹션된 NCT 인스턴스의 각 섹션마다 같다. time_span_start 및 time_span_length의 값은 지정된 기간에서 IP 서브넷의 다른 NCT 인스턴스와 중복되지 않게 설정된다.
time_span_length 필드(11비트)는 NCT의 상기 인스턴스가 걸린 time_span_start에서 인식된 시간에 시작된 0에 1440 범위 내의 분의 수를 식별한다. 한번 설정된 경우에, 부여된 time_span_start의 값에서 time_span_length의 값은 변경되지 않는다. time_span_length의 값이 0일 경우에 NCT 인스턴스가 부정 미래에서 time_span_start에서 시작된 모든 시간을 커버한다. time_span_start의 값이 0일 경우에, time_span_length는 의미가 없다. time_span_start의 값은 복수섹션된 NCT 인스턴스의 각 섹션마다 같다. time_span_start 및 time_span_length의 값은 지정된 기간에서 IP 서브넷의 다른 NCT 인스턴스와 중복되지 않게 설정된다.
num_items_in_section 필드(8비트)는 NCT 섹션에서 서술된 컨텐트 아이템의 수를 나타낸다.
content_linkage 필드(16비트)는 0x0001에서 0xFFFF의 범위 내에 컨텐트의 식별번호를 나타낸다. 값 0x0000은 사용되지 않는다. content_linkage는 두개의 결합 (linkage) 기능: NRT 서비스와 관련된 FLUTE FDT의 하나 이상의 파일을 NCT의 메타데이터를 결합 및 TF_id (identifier for Text Fragement in Text Fragment Table)도 형성한다. content_linkage 필드의 값은 컨텐트 아이템과 관련된 각 파일의 FLUTE FDT에서 FDT-Cotent-Linkage 엘리먼트의 값 또는 File-Content-Linkage 엘리먼트의 값에 해당한다. 특정 가상 채널에서는 content_linkage의 값이 다운로드 할 예정의 각 컨텐트 아이템을 유일무이하게 식별한다.
updates_available field (1비트)는 해당 컨텐트 아이템이 업데이트되는 컨텐트 아이템인지를 지시한다. 예를 들어, 상기 컨텐트 아이템이 한번 서비스되고 종료되는 NRT 서비스에 포함된 컨텐트 아이템이라면, updates_available field 값은 '0'로 설정된다. 만일 상기 컨텐트 아이템이 한번 이상 업데이트되는 컨텐트 아이템이라면, 상기 updates_available field 값은 '1'로 설정된다.
TF_availiable 부린 플래그 (boolean flag)는 Text Fragment가 서비스 시그널링 채널의 Text Frangment Table에서 존재하면 '1'로 설정된다. 만일 Text Fragment가 상기 컨텐트 아이템를 위한 서비스 시그널링 채널에 포함되지 않으면, 상기 TF_availiable 필드의 값은 '0'으로 설정된다.
low_lantency 부린 플래그 (boolean flag)는 '1'로 설정될 경우에 사용자가 기다릴때 회수가 시도해야하는 충분히 낮은 지연시간의 현재 디지털 전송에서 컨텐트가 유효한다. 만일, '0'으로 설정될 경우에는 회수 지연시간이 더 길고 사용자 인터페이스는 사용자에게 나중에 보기를 제안한다.
content_length_included 부린 플래그 (boolean flag)는 '1'로 설정될 경우에 content_length 필드는 'for' 루프의 반복에서 존재한다. 만일, '0'으로 설정될 경우에는 content_length 필드는 'for' 루프의 반복에서 존재하지 않는다.
playback_length_in_seconds (20비트)는 컨텐트의 재생시간을 초로 나타내는 정수이다. 텍스트 및/또는 정지영상을 포함하는 컨텐트는 값 '0'으로 나타난다. 오디오 또는 오디오/비디오 컨텐트를 포함하는 컨텐트는 playback_length_in_seconds는 오디오 또는 오디오/비디오 컨텐트의 재생시간을 나타낸다.
content_length는 컨텐트 아이템 또는 아이템의 총 크기를 바이트로 나타내는 정수이다. 이 아이템은 다운로드를 시도하기 전에 충분한 메모리가 있는지를 결정하기 위한 수신기로 사용된다. cotent_length 필드는 content_length_included가 1로 설정될 경우에만 존재하고 다른 경우에는 존재하지 않는다. content_length는 'for' 루프의 부여된 반복에서 존재하지 않는 경우에는 반복에서 나타난 컨텐트의 길이는 SMT에 존재할 경우에 NRT_service_info_descriptor에서 default_content_length 필드에 지정되는 값이다.
playback_delay_included 부린 플래그는 '1'로 설정될 경우에 playback_delay 필드는 'for' 루프의 반복에서 존재하는 것을 나타낸다. 만일 '0'으로 설정될 경우에는 playback_delay 필드는 'for' 루프의 반복에서 존재하지 않는 것을 나타낸다.
duration (12비트)필드는 1에서 2880 범위 내에 참조된 컨텐트 아이템을 포함하는 캐로우젤 (carousel)의 예정된 사이클 시간을 분으로 나타낸다. 수신기는 참조된 컨텐트를 캡처하기 위한 시간량을 결정하기 위한 기간 한도 (duration parameter)를 사용할 것이다.
playback_delay (20비트)는 들어오는 스트림을 버퍼링하는 동안, 관련된 컨텐트에서 재생하기 전에 첫번째 바이트의 수신 다음의 초의 수로 표현된다. 값 0은 재생이 즉시 시작된 것을 나타낸다. playback_delay가 설정되지 않을 경우에는 수신기는 완전한 파일 또는 재생하기 전의 파일을 회수할 것이다.
expiration_included 부린 플래그는 '1'로 설정될 경우에 expiration 필드는 'for' 루프의 반복에서 존재하는 것을 나타낸다. 만일 '0'으로 설정될 경우에는 expiration 필드는 'for' 루프의 반복에서 존재하지 않는 것을 나타낸다.
expiration 필드(32 비트)는 00:00:00 UTC, January 6, 1980부터 GPS 초의 수로 표현된 만료 시간 (expiration time)을 나타낸다. 만료 후에는, 컨텐트는 메모리에서 삭제된다. 만료 시간이 설정되지 않았을 경우에는 수신기는 메모리 리소스를 관리하기 위한 자사 선택 방법을 사용할 것이다.
content_name_length_ 필드(8비트)는 content_name_text()의 길이(바이트 단위)를 나타낸다.
content_name_text() 필드는 복수 스트링 구조의 체재에서 컨텐트 아이템 제목을 나타낸다.
content_descriptors_length 필드(12비트)는 뒤를 잇는 컨텐트 아이템 디스크립터의 전체길이(바이트 단위)를 나타낸다.
content_descriptor()는 컨텐트 아이템 "for" 루프의 반복에서 NCT에 포함될 수 있는 하나 이상의 디스크럽터다. 표 4는 NCT에서 사용할 수 있는 몇몇의 content-level 디스크립터를 열거한다. 몇몇의 디스크립터의 존재는 필수다. 필요한 content-level 디스크립터는 표 4에서 단어 "필수"라고 표시된다.
디스크립터 이름 (Descriptor Name) 디스크립터 태그 (Descriptor Tag) 참조 및 설명
타임 슬롯 디스크립터 (Time slot descriptor) TBD 섹션 9.8. 관련된 컨텐트가 디지털 전송이 가능한 예정된 시간을 제공.
미디어 유형 디스크립터 (Media type descriptor) TBD 섹션 9.5. 서비스의 의미 있는 프레젠테이션을 위한 수신기 지원이 필요한 체재 및 인코딩의 미디어 유형을 열거.
인터넷 위치 디스크립터 (Internet location descriptor) TBD 섹션 9.9. 컨텐트에 인터넷을 기반으로 하는 접속을 위한 선택적인 URL을 제공.
ISO-639 언어 디스크립터 (ISO-639 language descriptor) 0x0A ISO/IEC 13818-1 [4] 섹션. 2.6.18. 존재하면 서비스의 오디오 및/또는 원문의 구성요소의 언어를 보여준다.
컨텐트 레이블링 디스크립터 (Content labeling descriptor) 0x24 A/57 [6] 및 ISO/IEC 13818-1 [4]섹션. 2.6.56. 컨텐트 레이블링 메타데이터를 포함한 컨텐트와 관련. 오디오/비디오 구성요소를 포함한 컨텐트는 ISAN의 사용을 강력추천.
MPEG-2 AAC 오디오 디스크립터 (MPEG-2 AAC audio descriptor) 0x2B ISO/IEC 13818-1 [4] 섹션. 2.6.68. 컨텐트의 오디오 섹션에 관한 정보를 제공.
켑션 서비스 디스크립터 (Caption service descriptor) 0x86 A/65 [1] 섹션. 6.9.2. 컨텐트 개체에 관한 켑션 서비스 정보를 제공.
컨텐트 자문 디스크립터 (Content advisory descriptor) 0x87 A/65 [1] 섹션. 6.9.3. 컨텐트 개체에 관한 컨텐트 자문 정보를 제공.
장르 디스크립터 (Genre descriptor) 0xAB A/65[1], 섹션. 6.9.13. 컨텐트 개체에 관련된 장르 카테고리를 표시.
ATSC 비공개 정보 디스크립터 (ATSC private information descriptor) 0xAD A/54 부분 3 [5] 섹션. 6.8.4. 컨텐트 개체에 관련된 비공개 정보에 사용 가능.
M/H 구성요소 디스크립터 (M/H component descriptor) 0xBC A/153 부분 3 [3] 섹션. 7.8.1. 다음의 구성요소 유형은 NRT-IT 사용에 적용할 수 있다.










구송요소 유형 (component type) 의미
35 H.264/AVC 비디오 스트림
36 SVC 강화 레이어 스트림
37 HE AAC v2 오디오 스트림
39 STKM 스트림 구성요소
40 LKTM 스트림 구성요소
descriptor_length (10비트)는 어떤 경우에는 뒤를 잇는 디스크립터의 바이트의 수를 보여준다.
descriptor()는 상기 NRT_content_table_section() 서술된 NRT 컨텐트에 대한 정보를 제공하는 표준 디스크립터 체재 (태그, 길이, 데이터)의 데이터 구조이다. 상기 유형의 디스크립터는 현재 정의되지 않다.
도 16은 본 발명의 또 다른 실시 예에 따라 NRT 가이드 정보를 구성하고 컨텐트를 제공하는 발명을 설명하기 위해 도시한 순서도이다.
도 16을 참조하면, 수신기는 PSI/PSIP (PMT, DST 및 VCT)를 사용해 NRT 서비스가 가상 채널에 실시했는지 확인한 다음에 IP 레이어를 통해 전송된 NRT 시그널링 채널을 액세스한다.
결과적으로, NST는 접속된 NRT 시그널링 채널로부터 추출된다.
수신기는 추출된 NST를 분석, NRT 서비스를 연결, 그리고 FLUTE 세션 및 수신된 NRT 컨텐트의 FDT 정보를 통해 전송된 NRT 컨텐트를 수신하고 사전 저장한다.
NRT_service_id가 있는 NCT는 NRT 시그널링 채널로부터 추출된다.
NCT는 수신된다[S1605]. 수신기는 수신된 NCT에서 각 필드를 사용해 NRT 컨텐트의 상세 정보를 얻는다[S1606]. NRT 가이드 정보는 단계[S1606]에서 획득한 상세정보를 사용해 구성한 다음에 표시된다.
수신기는, 특정한 NRT 컨텐트가 표시된 NRT 가이드 정보를 통해 사용자로부터 선택된다는 신호가 나타난 경우에는[S1608], NRT 가이드 정보에서 선택된 NRT 컨텐트의 컨텐트 식별자를 식별하고 사전 저장된 FDT에서 컨텐트 식별자와 매칭해 content_id를 감지한다. 그리고 수신기는 해당한 NRT 컨텐트를 재생한다. 도 16의 일 실시 예는 첫째로 수신기는 FLUTE 세션을 접속하고 저장장치에서 컨텐트 아이템/파일을 저장한다(또는 다운로드한다)는 것을 보여준다. 저장장치에 컨텐트 아이템/파일을 저장한 후에, 수신기는, 사용자가 NRT 가이드 정보를 보고 싶을 경우에, NRT 가이드 정보를 표시한다. 수신기는, 사용자가 NRT 가이드 정보를 통해 컨텐트 아이템을 선택할 경우에, 저장장치에서 선택된 컨텐트 아이템을 추출해 선택된 컨텐트 아이템을 표시한다. 이 실시 예는 수신기가 충분한 저장 공간이 있고 몇몇의 사용자가 모든 NRT 컨텐트 아이템/파일을 수신하기 원할 경우에만 실시된다.
NRT 컨텐트 (NRT 컨텐트 아이템/파일)을 포함한 NRT서비스는, NRT 가이드 정보에서 선택된 NRT 컨텐트의 컨텐트 식별자와 FDT의 content_id가 매칭됐을 경우에, 식별되어야한다. NRT 서비스는 NCT 및 NST의 서비스 식별자 필드를 사용해 식별된다. 따라서, 수신기는, 몇몇의 컨텐트가 NRT 서비스 가이드 정보에서 선택될 경우에, NCT를 통해 컨텐트 식별자를 식별한 다음에 NCT 및 NST를 통해 서비스 식별자를 감지한다. 따라서, 수신기는 선택된 컨텐트를 포함한 어떤 서비스를 제공하고 표시되는지를 안다.
상기 서술된 NRT 서비스의 시그널링 구조는 도 17에서 보여준다.
도 17은 본 발명의 다른 실시 예에 따라 구성한 NRT 서비스 시그널링 구조를 도시한다.
도 17을 참조하면, 각 ATSC 가상 채널은 IP 스트림에서 전송된 NRT 서비스 시그널링 채널을 포함한다. 이때에, NST 및 NCT는 NRT 서비스 시그널링 채널을 통해 전송된다. NST는 해당한 NRT 서비스를 전송한 테이블 엔트리 (table entry)를 포함한다. 예를 들어, 세 개의 NRT 채널 (NRT 채널 0,1 및 2)은 ATSC 가상 채널 0(ATSC Virtual Channel 0)에서 제공된다. ATSC 가상 채널 1(ATSC Virtual Channel 1)의 경우에는 NRT 채널 3,4 및 5가 제공된다. 구체적으로, 하나의 가상 채널은 하나 이상의 NRT 채널을 포함한다. 그리고, NST는 각 NRT 채널을 식별할 수 있다. 각 NRT 채널마다 IP 스트림이 있다.
도 18은 본 발명의 일 실시 예에 따라 content_id가 있는 파일을 감지하기 위한 FDT 개요를 설명하기 위해 도시한 것이고, 도 19는 본 발명의 다른 실시 예에 따라 FDT 인스턴스 레벨 엔트리 파일 지정 방법 (FDT instance level entry file designating method)을 보여주는 FDT 개요를 설명하기 위해 도시한다. NRT 컨텐트는 복수의 파일이 있다. 그러나, 각 파일에는 표시가 없기 때문에, NRT 컨텐트에 관련된 파일을 찾기가 어렵다. 따라서, 도 18 및 도 19는 파일마다 FDT에 content_id를 삽입하는 것을 보여준다.
이하에서 FDT 인스턴스 레벨은, FDT에서 선언된 모든 파일의 공통 속성을 정의할 필요가 있는 경우 그에 대한 정의 부분을 포함하는 레벨을 의미하고, FDT 파일 레벨은, 각 파일에 개별적인 속성에 대한 정의를 포함하는 레벨을 의미하는 것으로 사용된다.
수신기는 해당한 채널을 통해 전송된 서비스가 PSI/PSIP, NST 및 NCT를 기반으로 한 NRT 서비스인지 확인한다. 또한, 수신기는 해당 NRT 서비스의 컨텐트 아이템 및 파일을 식별한다.
앞서 언급된 설명에서, 수신기는 고정 NRT 서비스에서 파일 및 컨텐트 아이템을 식별할 수 있다. 그러나, 수신기는 컨텐트 아이템에서 파일에 정보가 없기 때문에 컨텐트 아이템와 파일은 매칭할 수 없다. 따라서, 수신기는 수신된 고정 NRT 서비스를 처리할 수 없다.
따라서, 본 발명은 컨텐트 아이템과 관련된 파일을 식별하기 위한 방법을 제공할 수 있다. 다시 말해서, 상기 방법은 컨텐트 아이템에서 어떤 파일이 존재하는지를 보여준다. 상기 경우에는, 수신기는 수신된 고정 NRT 서비스를 제대로 처리할 수 있다. 상기 공개에는, 상기 방법은 고정 NRT 서비스를 전송하는 FLUTE 세션에서 FDT 정보를 기반으로 지정할 수 있다. 예를 들어, 컨텐트 아이템을 구성한 각 파일은 컨텐트-위치(content-location)를 기반으로 식별하고 TOI 필드는 FLUTE 세셜에서 지정된다. FDT의 content_id는 NCT에서 콘텐의 컨텐트 식별자와 매칭된다.
도 18 내지 19를 참조할 때, 1 번으로 표시된 부분은 FDT-Instance level에서 content_id를 선언하는 것으로 여기에서 선언된 content_id는 해당 FDT-Instance 내에서 선언된 모든 파일(file)에 부여된다. 물론 파일 레벨(File level)에서 content_id를 새롭게 부여함으로써 이 정보를 오버라이드(override) 할 수도 있다. 혹은 특정 파일이 FDT-Instance level에 정의된 컨텐트 아이템(content item)이 아닌 다른 컨텐트 아이템에도 속한다면 하기에 설명할 파일 레벨 content_id를 부여하는 것을 통해 이를 알려줄 수도 있다. 본 실시 예에서는 content_id를 32비트를 사용해 표현한다.
2번으로 표시된 부분은 파일 레벨에서 content_id를 선언한다. 이 경우에는, 모든 파일은 포함하는 #1과 달리, #2는 content_id와 관련된 파일만 제한한다. FDT 인스턴스에 포함된 파일이 다른 컨텐트 아이템과 관련된 경우에는, 상기 방법을 사용해 각 파일이 규정된 컨텐트 아이템에 관련된다고 시그널링된다. 파일 레벨에서, 컨텐트 레벨 이내에 파일이 어디에 관련돼있는지 및 어떤 엔트리에 컨텐트의 모든 파일이 있는지를 알 수 있다.
3번으로 표시된 부분는 해당한 파일이 엔트리 파일인지를 각 파일에 통지하는 방법이다. 다시 말해서, 엔트리 파일의 content-id를 정의한다. 구체적으로, 우선 재생된 파일 또는 컨텐트 아이템을 구성한 몇의 파일 중에서 컨텐트 아일템을 우선 액세스해야 하는 루트 파일 (root file)에 해당한 파일을 엔트리 파일이라고 불린다. 이 부분은 이 정보를 보여주는 방법을 나타낸다. '거짓(false)'라고 삭제될 경우에는 기본값은 해당한 파일이 엔트리 파일이 아니라는 것으로 뜻한다. "엔트리(Entry)"는 파일을 실행하기 위해 처리할 필요가 있는 파일의 헤더(header)를 나타낸다. 예를 들어, "index.html"은 "엔트리"가 될 수 있다. 따라서, 엔트리 파일은 "사실(true)"라고 설정될 것이고 다른 파일은 "거짓"이라고 설정될 것이다. 엔트리 파일을 통해서, 동일한 파일은 전송하는 중복은 효과적으로 제어할 수 있다. 파일이 다운로드 되고 나면, 엔트리 파일이 다른 참조를 위한 컨텐트의 파일을 나타내기 때문에, 동일한 파일은 다른 또는 별도의 인스턴스에서 다운로드 할 필요가 없다.
파일 레벨에 관련된 그룹 내의 엔트리의 존재 또는 부존재를 시그널링해서, 특정한 파일은 특정한 그룹에서 엔트리의 역할을 하지만 다른 그룹에서 이 역할을 하지 못 할 수도 있다.
FDT-Instance 레벨에서 content_id를 부여할 경우에 엔트리 파일의 존재 또는 부존재를 알리는 방법에서 다음 두 가지의 방법이 고려될 수 있다.
1) 엔트리 파일에 해당되는 파일에 대하여 File-level content-id를 추가로 부여하고 이의 엔트리 속성을 true로 설정하는 방법: 이 경우 content-id가 FDT-Instance level 과 파일 레벨에 중복되는 단점이 있으나 가장 융통성 있는 구조를 가질 수 있다. 다시 말해서, File-level 및 FDT-instance level중에 하나는 content_id로 부여할 수 있지만 둘 다 다른 content_id가 부여될 경우에는 File-level의 content_id가 우선권이 있다.
2) 도 19에서 보여주는 FDT 개요의 다른 실시 예와 동일한, FDT-instance 레벨에서 컨텐트 식별자 정의 내에 엔트리 파일의 역할을 하는 직접적인 참조 파일의 방법을 고려할 수 있다. 도 19에서 보여주는 실시 예에서, FDT-Content-ID-Type는 FDT-Instance 레벨 컨텐트 식별자로 별도로 정의된다. 2번에서 보여주는 엔트리 파일의 컨텐트 위치를 포함하도록 확장된다. 2번의 경우에는, 엔트리 레벨은 content_id로 정의된다. 예를 들어, 각 content-id의 무슨 엔트리 파일이 있는지를 정의한다.
이 방법의 경우 컨텐트 로케이션을 중복해서 시그널링 하는 부분이 단점이 될 수 있으나 각 컨텐트 아이템별로 엔트리 파일 구성 정보를 바로 획득할 수 있다는 점이 장점이 될 수 있다.
도 20은 본 발명의 다른 실시 예에 따라 NRT 서비스를 제공하는 방법을 설명하기 위해 도시한 순서도이다.
도 20을 참조하면, 수신기는 수신되는 적어도 하나 이상의 NRT 서비스들을 시그널링하기 위해 시그널링 정보 중 NCT를 읽어(S2001) 각 NRT 서비스를 구성하는 컨텐트 아이템들에 대한 정보를 획득한다(S2002). 여기서, 상기 컨텐트 아이템들에 대한 정보는 예를 들어, content_id, content_delivery_bit_rate, content_available_start_time, content_available_end_time, content_title_text() 등을 이용해 NRT 가이드 정보를 구성하여 표시한다
상기 획득한 컨텐트 아이템들에 대한 정보에 기반하여 각 NRT 서비스들이 포함된 서비스 가이드를 구성하여 표시한다(S2003).
상기 표시된 서비스 가이드로부터 사용자 등에 의해 어느 하나의 NRT 서비스 또는 상기 서비스 내 특정 컨텐트 아이템이 선택되면(S2004), NCT로부터 상기 선택된 NRT 서비스 또는 특정 컨텐트 아이템과 관련된 content_id와 상기 content_id와 연계된 service_id를 획득한다(S2005).
NCT의 서비스 식별자를 이용해서, 수신기는 동일한 서비스 식별자를 포함한 NST를 읽은 다음에 선택된 컨텐트를 수신하기 위해 NST로부터 FLUTE 세션 정보를 감지한다(S2006). 다음에, 수신기는 단계 S2004에서 획득한 service_id와 매칭하는 service_id를 발견해서 해당한 컨텐트 아이템으로 구조한 파일이 있는 FLUTE session을 접속한다(S2007).
수신기는 해당한 FLUTE 세션에서 FDT를 읽은 다음에 FDT의 content_id와 NCT의 컨텐트 식별자와 동일한지를 결정한다.
해당한 파일에서 FDT의 content_id와 NCT의 content_identifier를 매칭한 경우에, 수신기는 해당한 파일을 수신하고 수신된 파일을 저장한다(S2008).
여기서, 수신기는 FLUTE 세션 내의 FDT 인스턴스들을 파싱하여 컨텐트 아이템별로 이에 속하는 파일 목록을 알 수 있으며 이 중 어떤 파일이 엔트리의 역할을 수행하는 지도 파악할 수 있다. 또한, FDT 인스턴스를 이용해 각 파일이 어느 컨텐트 아이템에 속하는지를 알 수 있으며 필요에 따라 컨텐트 아이템 단위로 여기에 속하는 파일 목록을 수신기가 따로 정리하여 저장할 수도 있다.
사용자의 선택 등에 의하여 특정 컨텐트 아이템을 이용하기 시작할 때 상기 과정에서 획득한 컨텐트 아이템 구성 정보 및 이에 포함된 엔트리 정보를 이용하여 컨텐트 소비를 시작한다.
여기서, 수신기는 NCT를 이용하여 서비스 가이드를 구성함에 있어서, NCT를 파싱한 이후에 NST를 파싱하는 것이 아니라 함께 파싱하여 NCT와 NST를 이용하여 서비스 가이드를 구성할 수도 있다. 예를 들어, NST 및 관련된 NRT 서비스에 대한 디스크립터들을 파싱하고, 각 NRT 서비스 단위로 application type 및 기타 requirement 정보를 읽는다. 또한, NRT 서비스 가이드 출력 화면에 각 서비스에 대해 application (service category) 정보를 표시하고, 기타 NRT_service_info_descriptor의 다른 필드들을 이용해 상세 정보 표시를 한다(storage_requirement 필드를 이용해 해당 서비스의 용량 표시, audio_codec_type, video_codec_type 필드를 이용해 오디오 및 비디오 코덱 정보 표시 등). NST 및 NCT 모두 파싱해서 수신기는 NRT 가이드 정보에 많은 양의 정보를 표시할 수 있다는 뜻이다.
도 16에 따르면, 본 발명의 실시 예에서 NRT 서비스는 푸쉬(PUSH) 방법 또는 NRT 서비스 지정된 채널을 통해 제공될 수 있다. 이 경우에는, 수신기는 접속된 FLUTE 세션을 통해 수신된 NRT 서비스 이내에 컨텐트 아이템을 수신한 다음에 저장한다. 그리고, 수신기는 NCT를 기반으로 저장된 컨텐트 아이템 이내에 원한 콘텐트 아이템을 재생한다. 여기에, 원한 컨텐트 아이템은 NCT를 이요해 NRT 가이드 정보를 통해 사용자로부터 선택된다.
그러나, 도 20에 따르면, 수신기는 NCT를 파싱한 다음에 파싱된 NCT을 기반으로 사용자에게 NRT 가이드 정보를 제공한다. 그리고, 수신기는, 사용자가 특정한 컨텐트 아이템을 선택할 경우에, NST를 파싱한다. 다음에, 수신기는 선택된 컨텐트 아이템을 포함한 NRT 서비스를 전송한 FLUTE 세션에 접속한다. 수신기는 선택된 컨텐트 아이템을 포함한 NRT 서비스를 수신한 다음에 컨텐트 아이템을 저장한다. 마지막으로, 수신기는 저장된 컨텐트 아이템을 재생할 수 있다. 따라서, 선택된 컨텐트 아이템은 수신되고 저장된다.
앞에 언급되듯이, 도 16의 방법은 도 20의 방법과 다르다. 도 16의 방법은 NRT 서비스의 모든 컨텐트 아이템을 사전 저장해서 컨텐트 아이템을 빠르게 재생할 수 있다. 반대로, 수신기는 도 20의 방법에 따르면 원한 컨텐트 아이템을 유일하게 저장할 수 있다. 여기에, 수신기는 NRT 가이드 정보를 제공한 다음에 사용자가 선택한 콘텐트 아이템을 유일하게 수신할 수 있다.
본 발명은 관련 기술의 한계 및 난점에 의하여 하나의 이상의 문제점을 주로 배제하는 방송 수신기의 방송 신호를 받는 방법에 관한 것이다.
본 발명은 제1 시그널링 정보 및 제2 시그널링 정보를 포함한 정보 신호를 받는 단계; 제1 시그널링 정보를 기초로 NRT 서비스를 식별하는 단계; 제1 시그널링 및 제2 시그널링 정보를 기초로 NRT 서비스 시그널링 정보의 IP 주소를 식별하는 단계; NRT 서비스 시그널링 정보를 기초로 바람직한 NRT 서비스를 내려받는 단계'를 포함하는 NRT 서비스를 포함한 방송 시그널링을 받는 방법을 제공한다.
본 발명의 다른 개체는 제1 신호정보 및 제2 신호정보를 받는 첫 번째 수신 단위, 제1 시그널링 정보를 기초로 NRT 서비스를 식별하기 위한 첫 번째 핸들러(handler), 제1 시그널링 정보 및 제2 시그널링 정보를 기초로 NRT 서비스 시그널링 정보의 IP 주소를 식별하기 위한 제2 핸들러, 이 IP 주소로 접속하는 방법으로 NRT 서비스 시그널링 정보를 받는 제2 수신 단위 및 NRT 서비스 시그널링 정보를 기초로 바람직한 NRT 서비스를 내려받는 제어 장치에 관련된 NRT 서비스를 포함하는 방송 신호를 받기 위한 방송 수신기를 제공한다.
향후 DTV 서비스에서 활용될 유력한 어플리케이션 (application) 중의 하나로 NRT 서비스 (Non-Real-Time service)를 들 수 있다. NRT는 말 그대로 실시간 스트리밍이 아닌 비실시간 전송, 저장 및 시청 동작을 수반하며 지상파 등의 방송 매체를 통해 여분의 대역폭(bandwidth)을 통해 파일(file) 형태의 컨텐트를 전송하는 것으로 push VOD, targeted advertising 등의 다양한 서비스 기능의 구현이 예상되는 기술이다. 따라서, 본 발명은 관련 기술의 한계 및 난점에 의하여 하나의 이상의 문제점을 주로 배제하는 방송 수신기의 방송 신호를 받는 방법에 관한 것이다.

Claims (12)

  1. 비실시간(Non-Real Time) 콘텐트 테이블 및 비실시간 서비스 테이블을 생성하는 단계,
    상기 비실시간 서비스 테이블은 비실시간 서비스를 위한 서비스-레벨의 속성을 포함하고,
    상기 비실시간 콘텐트 테이블 및 상기 비실시간 서비스 테이블은 상기 비실시간 컨텐트 테이블 및 상기 비실시간 서비스 테이블 사이를 연결하는 서비스식별정보를 각각 포함하고,
    상기 비실시간 컨텐트 테이블은 컨텐트 아이템들을 식별하고, 상기 비실시간 콘텐트 테이블의 메타데이터를 상기 비실시간 서비스와 관련된 적어도 하나의 파일과 연결하는 콘텐트연결정보를 포함하고;
    IP 데이터그램(Internet Protocol datagram)들을 생성하는 단계,
    상기 IP 데이터그램들은 상기 컨텐트 아이템들, 상기 비실시간 콘텐트 테이블, 및 상기 비실시간 서비스 테이블을 포함하고; 및
    상기 IP 데이터그램을 전송하는 단계
    를 포함하는 비실시간 서비스 송신 방법.
  2. 제1항에 있어서,
    상기 비실시간 서비스 테이블은 해당 IP 서비스 내에 전송되는 서비스가 상기 비실시간 서비스임을 지시하는 카테고리 정보를 더 포함하는 비실시간 서비스 송신 방법.
  3. 제1항에 있어서,
    상기 비실시간 서비스 테이블과 상기 비실시간 컨텐트 테이블을 비실시간 서비스 시그널링 채널을 통해 전송하는 것을 특징으로 하는 비실시간 서비스 송신 방법.
  4. 제1항에 있어서,
    상기 비실시간 서비스 테이블은 상기 비실시간 서비스의 네임 정보를 포함하는 것을 특징으로 하는 비실시간 서비스 송신 방법.
  5. 제1항에 있어서,
    상기 비실시간 서비스 테이블은 NRT 서비스의 컴포넌트들을 전송하는 IP 데이터그램들의 소스 IP 어드레스를 포함하는 소스IP어드레스정보를 포함하는 것을 특징으로 하는 비실시간 서비스 송신 방법.
  6. 제1항에 있어서,
    상기 비실시간 서비스 테이블은 비실시간 서비스의 상태가 액티브 상태인지를 지시하는 서비스상태정보를 포함하는 것을 특징으로 하는 비실시간 서비스 송신 방법.
  7. 제1항에 있어서,
    상기 비실시간 서비스와 관련된 적어도 하나의 파일은 상기 비실시간 서비스와 관련된 FLUTE(File Delivery over Unidirectional Transport) FDT의 적어도 하나의 파일인 것을 특징으로 하는 비실시간 서비스 송신 방법.
  8. 제1항에 있어서,
    상기 비실시간 컨텐트 테이블은 상기 비실시간 컨텐트 테이블 인스턴스의 버전 넘버를 식별하는 버전정보를 포함하는 것을 특징으로 하는 비실시간 서비스 송신 방법.
  9. 삭제
  10. 삭제
  11. 삭제
  12. 삭제
KR1020117014123A 2008-11-18 2009-11-18 방송 신호를 수신하는 방법 및 방송 수신기 KR101635890B1 (ko)

Applications Claiming Priority (16)

Application Number Priority Date Filing Date Title
US11588808P 2008-11-18 2008-11-18
US61/115,888 2008-11-18
US12117808P 2008-12-09 2008-12-09
US61/121,178 2008-12-09
US13849408P 2008-12-17 2008-12-17
US61/138,494 2008-12-17
US15398509P 2009-02-20 2009-02-20
US15397309P 2009-02-20 2009-02-20
US61/153,985 2009-02-20
US61/153,973 2009-02-20
US16971109P 2009-04-15 2009-04-15
US61/169,711 2009-04-15
US17900509P 2009-05-17 2009-05-17
US61/179,005 2009-05-17
US17934309P 2009-05-18 2009-05-18
US61/179,343 2009-05-18

Publications (2)

Publication Number Publication Date
KR20110102349A KR20110102349A (ko) 2011-09-16
KR101635890B1 true KR101635890B1 (ko) 2016-07-04

Family

ID=42198662

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020117014124A KR101701855B1 (ko) 2008-11-18 2009-11-18 방송 신호를 수신하는 방법
KR1020117014123A KR101635890B1 (ko) 2008-11-18 2009-11-18 방송 신호를 수신하는 방법 및 방송 수신기

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020117014124A KR101701855B1 (ko) 2008-11-18 2009-11-18 방송 신호를 수신하는 방법

Country Status (4)

Country Link
US (10) US8347343B2 (ko)
KR (2) KR101701855B1 (ko)
CA (2) CA2739885C (ko)
WO (2) WO2010058962A2 (ko)

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070124395A1 (en) * 2005-09-22 2007-05-31 Stephen Edge Geography-based filtering of broadcasts
US8849183B2 (en) * 2007-10-05 2014-09-30 Qualcomm Incorporated Location and time based filtering of broadcast information
US8347343B2 (en) * 2008-11-18 2013-01-01 Lg Electronics Inc. Method for receiving a broadcast signal
US9280778B2 (en) 2008-12-15 2016-03-08 Qualcomm Incorporated Location logging and location and time based filtering
US8782725B2 (en) 2009-01-15 2014-07-15 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
JP5541488B2 (ja) * 2009-02-09 2014-07-09 ソニー株式会社 コンテンツ受信装置および方法
US8594261B2 (en) * 2009-04-17 2013-11-26 Lg Electronics Inc. Transmitting/receiving system and broadcast signal processing method
WO2011035468A1 (zh) * 2009-09-23 2011-03-31 华为技术有限公司 广播业务分组的实现方法、装置和系统
US8941779B2 (en) * 2012-03-21 2015-01-27 Sony Corporation Non-closed caption data transport in standard caption service
ES2742846T3 (es) * 2011-02-14 2020-02-17 Sirius Xm Radio Inc Método y aparato para una reproducción mejorada de contenido mientras se conmuta entre canales de contenido de difusión o en flujo continuo mientras se están recibiendo
US9485108B2 (en) 2011-03-14 2016-11-01 Qualcomm Incorporated System and apparatus for using multichannel file delivery over unidirectional transport (“FLUTE”) protocol for delivering different classes of files in a broadcast network
US9451401B2 (en) 2011-05-27 2016-09-20 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
US9554175B2 (en) 2011-07-20 2017-01-24 Sony Corporation Method, computer program, reception apparatus, and information providing apparatus for trigger compaction
US10681096B2 (en) 2011-08-18 2020-06-09 Comcast Cable Communications, Llc Multicasting content
TWI528749B (zh) 2011-09-06 2016-04-01 Sony Corp A signal receiving device, a signal receiving method, an information processing program and an information processing system
WO2013058633A1 (ko) * 2011-10-20 2013-04-25 엘지전자 주식회사 방송 서비스 수신 방법 및 방송 서비스 수신 장치
US9113230B2 (en) 2011-12-21 2015-08-18 Sony Corporation Method, computer program, and reception apparatus for delivery of supplemental content
US9325756B2 (en) 2011-12-29 2016-04-26 Comcast Cable Communications, Llc Transmission of content fragments
US9936231B2 (en) 2012-03-21 2018-04-03 Saturn Licensing Llc Trigger compaction
US10104447B2 (en) 2012-06-19 2018-10-16 Saturn Licensing Llc Extensions to trigger parameters table for interactive television
US10349314B2 (en) 2013-06-11 2019-07-09 National Chiao Tung University System and method for service continuity in heterogeneous wireless networks
JP2015073197A (ja) 2013-10-02 2015-04-16 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
KR101801592B1 (ko) * 2014-04-27 2017-11-27 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2015167200A1 (ko) * 2014-04-30 2015-11-05 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN105580379B (zh) * 2014-08-22 2019-08-16 Lg电子株式会社 广播发送设备、广播发送设备的操作方法、广播接收设备、以及广播接收设备的操作方法
KR101812186B1 (ko) 2014-09-25 2017-12-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102456991B1 (ko) * 2014-10-10 2022-10-21 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
WO2016093576A1 (ko) 2014-12-08 2016-06-16 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101829845B1 (ko) * 2015-01-18 2018-02-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US20170373916A1 (en) * 2015-01-18 2017-12-28 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
CN112468251A (zh) 2015-03-01 2021-03-09 Lg 电子株式会社 发送广播信号的设备和方法以及接收广播信号的设备和方法
WO2016153241A1 (ko) * 2015-03-23 2016-09-29 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CA2987903A1 (en) 2015-07-23 2017-01-26 Sony Corporation Reception apparatus, transmission apparatus and data processing method
CA3114545C (en) * 2015-12-04 2023-01-03 Sharp Kabushiki Kaisha Recovery data with content identifiers
KR102468763B1 (ko) * 2016-02-05 2022-11-18 삼성전자 주식회사 영상처리장치 및 그 제어방법
US11190288B2 (en) * 2017-02-23 2021-11-30 Nec Corporation Broadcast system
US10924823B1 (en) * 2019-08-26 2021-02-16 Disney Enterprises, Inc. Cloud-based image rendering for video stream enrichment
US11595672B2 (en) 2020-09-02 2023-02-28 Lemon Inc. Brand for a media file
EP3965421A1 (en) 2020-09-02 2022-03-09 Lemon Inc. Association of operation point info properties to vvc image items

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007072138A2 (en) 2005-12-22 2007-06-28 Nokia Corporation Optimized method for multiplexing digital data
WO2007086704A1 (en) 2006-01-26 2007-08-02 Alticast Corp. Method and system for the efficient provision of download-requested contents by non-realtime transmission through capable bandwidth of digital multimedia broadcasting network

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0827340A3 (en) * 1996-08-30 1999-10-06 Matsushita Electric Industrial Co., Ltd. Terminal apparatus and method for achieving interactive operations
US6219706B1 (en) * 1998-10-16 2001-04-17 Cisco Technology, Inc. Access control for networks
US7774343B2 (en) * 2002-04-15 2010-08-10 Microsoft Corporation Multiple media vendor support
US20040064325A1 (en) * 2002-09-27 2004-04-01 Majid Syed Intelligent use of encoder unused bandwidth in a digital audio broadcast
US7216282B2 (en) * 2003-02-19 2007-05-08 Harris Corporation Mobile ad-hoc network (MANET) including forward error correction (FEC), interleaving, and multi-route communication features and related methods
US20060123099A1 (en) * 2004-12-08 2006-06-08 Nokia Corporation Enhanced electronic service guide container
US20060212902A1 (en) * 2004-12-14 2006-09-21 Samsung Electronics Co., Ltd. Device and method for displaying broadcasting information in digital broadcasting receiver
US20060193337A1 (en) * 2005-02-25 2006-08-31 Toni Paila Device management broadcast operation
KR100755692B1 (ko) * 2005-09-30 2007-09-05 삼성전자주식회사 컨텐츠 다운로드 시스템 및 방법
US7706740B2 (en) * 2006-01-06 2010-04-27 Qualcomm Incorporated Apparatus and methods of selective collection and selective presentation of content
US8635526B2 (en) * 2006-05-25 2014-01-21 Qualcomm Incorporated Target advertisement in a broadcast system
US20070240189A1 (en) * 2006-04-06 2007-10-11 Nokia Corporation Utilizing presence service for service discovery in mobile broadcast
EP2050278B1 (en) * 2006-08-07 2010-10-20 Telefonaktiebolaget LM Ericsson (publ) Technique for controlling the download of an electronic service guide
EP2103014B1 (en) * 2007-01-10 2018-05-23 Nokia Technologies Oy System and method for implementing mbms handover during download delivery
KR101227029B1 (ko) * 2007-05-14 2013-01-28 삼성전자주식회사 방송 송신 방법 및 장치와 방송 수신 방법 및 장치
US8218559B2 (en) * 2007-05-15 2012-07-10 Nokia Corporation Providing best effort services via a digital broadcast network using data encapsulation
KR101486357B1 (ko) * 2007-07-12 2015-01-26 엘지전자 주식회사 방송 신호 송수신 방법 및 방송 신호 수신 장치
US7912006B2 (en) * 2007-08-24 2011-03-22 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
CN101442400B (zh) * 2007-11-23 2012-03-07 国际商业机器公司 在数字内容传送系统中使用的质量管理器和方法
KR101581354B1 (ko) * 2008-03-07 2015-12-30 엘지전자 주식회사 방송 신호 수신 방법 및 방송 신호 수신 장치
JP2010016486A (ja) * 2008-07-01 2010-01-21 Canon Inc デジタル放送受信装置およびその制御方法、プログラム
US8347343B2 (en) * 2008-11-18 2013-01-01 Lg Electronics Inc. Method for receiving a broadcast signal
US8099752B2 (en) * 2008-12-03 2012-01-17 Sony Corporation Non-real time services
US8302131B2 (en) * 2008-12-09 2012-10-30 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
US8621520B2 (en) * 2009-05-19 2013-12-31 Qualcomm Incorporated Delivery of selective content to client applications by mobile broadcast device with content filtering capability

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007072138A2 (en) 2005-12-22 2007-06-28 Nokia Corporation Optimized method for multiplexing digital data
WO2007086704A1 (en) 2006-01-26 2007-08-02 Alticast Corp. Method and system for the efficient provision of download-requested contents by non-realtime transmission through capable bandwidth of digital multimedia broadcasting network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"A/53: ATSC Digital Televison Standard, Parts 1-6", ATSC STANDARDS, ADVANCED TELEVISION SYSTEMS COMMITTEE, INC, WASHINGTON, D.C., USA, vol. A/53 (3 January 2007 )

Also Published As

Publication number Publication date
KR101701855B1 (ko) 2017-02-02
US11025997B2 (en) 2021-06-01
US9848251B2 (en) 2017-12-19
US20190335250A1 (en) 2019-10-31
KR20110102349A (ko) 2011-09-16
WO2010058964A2 (en) 2010-05-27
WO2010058964A3 (en) 2011-08-25
US8347343B2 (en) 2013-01-01
US20100162334A1 (en) 2010-06-24
US9253546B2 (en) 2016-02-02
CA2739885A1 (en) 2010-05-27
US9661400B2 (en) 2017-05-23
US8572664B2 (en) 2013-10-29
KR20110094076A (ko) 2011-08-19
CA2743997A1 (en) 2010-05-27
US10602238B2 (en) 2020-03-24
US20140109160A1 (en) 2014-04-17
CA2743997C (en) 2013-06-11
US20190166411A1 (en) 2019-05-30
WO2010058962A2 (en) 2010-05-27
US20140289784A1 (en) 2014-09-25
US8752109B2 (en) 2014-06-10
CA2739885C (en) 2015-10-20
US20100162307A1 (en) 2010-06-24
US8272022B2 (en) 2012-09-18
US10225626B2 (en) 2019-03-05
US20120317606A1 (en) 2012-12-13
US20170332151A1 (en) 2017-11-16
US20160119693A1 (en) 2016-04-28
WO2010058962A3 (en) 2011-08-25
US20130097641A1 (en) 2013-04-18

Similar Documents

Publication Publication Date Title
US10602238B2 (en) Method for receiving a broadcast signal and broadcast receiver
US9609375B2 (en) Method for mapping between signaling information and announcement information and broadcast receiver
KR101644436B1 (ko) 비실시간 수신기에서 타켓팅 디스크립터를 처리하는 방법
KR101685987B1 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
KR101809957B1 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
KR101759951B1 (ko) 시그널링 정보와 어나운스먼트 정보의 매핑 방법 및 방송 수신기
US9485448B2 (en) Method for receiving a broadcast signal and broadcast receiver
CA2726835C (en) Service providing method and broadcast receiver
CA2815593C (en) Method for processing targeting descriptor in non-real-time receiver

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20190514

Year of fee payment: 4