KR20070056924A - 디지털 비디오 방송 시스템에서 전자 서비스 가이드 전송에러를 처리하는 방법 및 장치 - Google Patents

디지털 비디오 방송 시스템에서 전자 서비스 가이드 전송에러를 처리하는 방법 및 장치 Download PDF

Info

Publication number
KR20070056924A
KR20070056924A KR1020060077363A KR20060077363A KR20070056924A KR 20070056924 A KR20070056924 A KR 20070056924A KR 1020060077363 A KR1020060077363 A KR 1020060077363A KR 20060077363 A KR20060077363 A KR 20060077363A KR 20070056924 A KR20070056924 A KR 20070056924A
Authority
KR
South Korea
Prior art keywords
esg
terminal
request message
file
message
Prior art date
Application number
KR1020060077363A
Other languages
English (en)
Other versions
KR100876766B1 (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 삼성전자주식회사
Priority to JP2008543197A priority Critical patent/JP2009517963A/ja
Priority to PCT/KR2006/005102 priority patent/WO2007064150A1/en
Priority to EP06024737A priority patent/EP1791362A3/en
Priority to RU2008121603/09A priority patent/RU2383996C2/ru
Priority to US11/605,542 priority patent/US20070174861A1/en
Publication of KR20070056924A publication Critical patent/KR20070056924A/ko
Application granted granted Critical
Publication of KR100876766B1 publication Critical patent/KR100876766B1/ko

Links

Images

Classifications

    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4425—Monitoring of client processing errors or hardware failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • H04N21/64776—Control signals issued by the network directed to the server or the client directed to the server for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server

Abstract

본 발명은 디지털 비디오 방송 시스템에서 전자 서비스 가이드 전송 에러를 처리하는 방법 및 장치에 있어서, 상기 방법은, 서비스 관리부에서 단말에게 전자서비스 가이드(ESG)를 방송한 후, 서비스 어플리케이션부에서 상기 단말로부터 파일 복구요청 메시지를 수신하는 과정과, 상기 파일 복구 요청 메시지가 ESG를 요청하는 경우, 상기 요청 메시지와, 상기 요청 메시지를 보낸 단말의 주소를 상기 서비스 관리부로 전달하는 과정과, 상기 서비스 관리부의 논리 ESG집합부(논리 ESG 집합부)에서 상기 요청 메시지와 단말의 주소 정보들을 전달받아, 상기 요청 메시지의 해석을 통하여 상기 단말을 위한 ESG를 재전송할지를 판단하는 과정과, 상기 ESG를 재전송할지의 여부를 판단하여 재전송한다면, 상기 ESG의 메타데이터와 단말의 주소를 서비스 관리부의 인터렉티브 서버로 전달하는 과정과, 상기 인터렉티브 서버에서 상기 ESG메타데이터를 상기 단말로 전송하는 과정을 포함하는 것을 특징으로 한다.
디지털 비디오 방송 시스템(Digital Video Broadcasting : DVB), 전자 서비스 가이드(ESG)

Description

디지털 비디오 방송 시스템에서 전자 서비스 가이드 전송 에러를 처리하는 방법 및 장치{Method and Apparatus for handling of Electronic Service Guide repair in a Digital Video Broadcasting system}
도 1은 본 발명이 적용되는 휴대방송관련 네트워크 구조를 도시한 도면.
도 2는 본 발명이 적용되는 ESG 관련 네트워크 구조를 도시한 도면.
도 3은 본 발명이 적용되는 파일 관련 네트워크 구조를 도시한 도면.
도 4는 본 발명의 바람직한 제 1실시예에 따른 파일 관련 네트워크의 메시지 흐름을 도시한 도면.
도 5는 본 발명의 바람직한 제 2실시예에 따른 파일 관련 네트워크의 메시지 흐름을 도시한 도면.
도 6은 본 발명의 바람직한 제 3실시예에 따른 파일 관련 네트워크의 메시지 흐름을 도시한 도면.
도 7은 본 발명의 바람직한 제 1실시예에 따른 송신기의 메시지 흐름을 도시한 흐름도.
도 8은 본 발명의 바람직한 제 1실시예에 따른 수신기의 메시지 흐름을 도시한 흐름도.
도 9는 본 발명의 바람직한 제 2실시예에 따른 송신기의 메시지 흐름을 도시 한 흐름도.
도 10은 본 발명의 바람직한 제 2실시예에 따른 수신기의 메시지 흐름을 도시한 흐름도.
도 11은 본 발명의 바람직한 제 3실시예에 따른 송신기의 메시지 흐름을 도시한 흐름도.
도 12는 본 발명의 바람직한 제 3실시예에 따른 수신기의 메시지 흐름을 도시한 흐름도.
도 13은 본 발명의 바람직한 실시예에 따른 송신기의 구조를 간략히 도시한 도면.
도 14는 본 발명의 바람직한 실시예에 따른 수신기의 구조를 간략히 도시한 도면.
본 발명은 디지털 비디오 방송 시스템(Digital Video Broadcasting system)에서 전자 서비스 가이드(Electronic Service Guide : ESG)에 관한 것으로서, 특히 상기 전자 서비스 가이드 전송 에러가 발생하였을 경우 파일 정정 요구 명령을 사용하여 전송 에러를 처리할 수 있는 방법 및 장치에 관한 것이다.
디지털 비디오 방송 (Digital Video Broadcasting, 이하 "DVB"라 칭함) 시스 템은 유럽의 디지털 방송 기술로 기존의 디지털 방송뿐 아니라 이동용, 휴대용으로 디지털 멀티미디어 서비스를 지원하기 위한 전송 규격이다.
상기 DVB 시스템에서는 MPEG2 TS(Transport stream) 기반의 방송 데이터를 다중화하고, IP(Internet Protocol) 기반의 데이터 스트림을 동시에 전송하는 것이 가능하다. 또한 상기 DVB 시스템에서는 여러가지 서비스가 하나의 IP 스트림에 다중화되어 전송되는 것이 가능하며, 단말은 상기 전송된 IP 스트림의 데이터를 수신한 후 이를 다시 개별 서비스로 역다중화하여 서비스를 복조하고 사용자에게 화면으로 출력할 수 있다. 이때 사용자는 상기 DVB 시스템에서 제공되는 상기 다양한 서비스들의 종류가 무엇이며 각 서비스들이 어떠한 내용을 포함하고 있는지 등에 대한 정보를 필요로 하게 된다.
상기 DVB 시스템에는 각 서비스들에 대한 정보를 알려주기 위하여 전자 서비스 가이드 (Electronic Service Guide, 이하 "ESG"라 칭함)가 존재한다. 상기 ESG 데이터는 특정 서비스에 대해 시간 정보, 관련된 콘텐츠 정보, 상기 콘텐츠를 수신하기 위해 필요한 정보, 상기 콘텐츠를 구매하기 위해 필요한 정보 등을 포함한다. 상기 ESG는 그 효율적인 전송을 위하여 데이터 모델을 구성하고 이를 바탕으로 전송할 데이터를 결정한다.
상기 ESG는 실제 데이터 스트림과는 별도의 시간에 별도의 IP 스트림을 이용하여 단말로 전송된다. 따라서 서비스 제공자는 상기 ESG를 이용하여 사용자가 실제 서비스를 수신하기 이전에 알고 있어야 하는 정보들을 전송할 수 있다. 즉 ESG는 프로그램에 대한 가이드 이 외에도 다양한 용도로 사용될 수 있어 휴대방송에 있어서 매우 중요한 의미를 지닌다.
ESG를 단말에 전송할 때에는 일반 파일로 인식, 파일 전송과 동일한 프로토콜을 사용하여 전송한다. 일반적으로 휴대방송에서의 파일 전송 프로토콜은 IETF RFC3926 FLUTE(File Delivery over Unidirectional Transport) 규격을 따른다. 또한 단말이 ESG를 수신함에 있어 전송 에러가 발생한 경우에는 전술한 경우와 마찬가지로 일반 파일의 경우와 같이 파일 정정 요구 명령을 사용하여 네트워크에게 ESG 정정을 요구할 수 있다. 그러나 네트워크 상에서 이를 처리하는 절차와 장치가 마련되어 있지 않다.
따라서 ESG 전송 에러 발생시 정정 요구를 네트워크에 보내어 다시 재전송을 받을 수 있는 방법 및 장치를 필요로 하게 되었다.
상기한 바와 같은 종래 기술의 문제점을 해결하기 위하여 창안된 본 발명은, 디지털 비디오 방송 시스템에서 전자 서비스 가이드를 제공함에 있어서 단말에서 전송오류가 발생한 전자 서비스 가이드를 수신받았을 경우, 일반 파일 정정 요구 명령을 사용하여 다시 전자 서비스 가이드를 수신하는 방법 및 장치를 제공한다.
본 발명의 실시예는, 디지털 비디오 방송 시스템에서 전자 서비스 가이드 전송 에러를 처리하는 방법에 있어서, 서비스 관리부에서 단말에게 전자서비스 가이드(ESG)를 방송한 후, 서비스 어플리케이션부에서 상기 단말로부터 파일 복구요청 메시지를 수신하는 과정과, 상기 파일 복구 요청 메시지가 ESG를 요청하는 경우, 상기 요청 메시지와, 상기 요청 메시지를 보낸 단말의 주소를 상기 서비스 관리부로 전달하는 과정과, 상기 서비스 관리부의 논리 ESG 집합부에서 상기 요청 메시지와 단말의 주소 정보들을 전달받아, 상기 요청 메시지의 해석을 통하여 상기 단말을 위한 ESG를 재전송할지를 판단하는 과정과, 상기 ESG를 재전송할지의 여부를 판단하여 재전송한다면, 상기 ESG의 메타데이터와 단말의 주소를 서비스 관리부의 인터렉티브 서버로 전달하는 과정과, 상기 인터렉티브 서버에서 상기 ESG메타데이터를 상기 단말로 전송하는 과정을 포함하는 것을 특징으로 한다.
이하 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대한 동작 원리를 상세히 설명한다. 하기에서 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
본 발명의 바람직한 실시예는, 단말이 ESG를 수신함에 있어서 전송 에러가 발생한 경우에는 전술한 경우와 마찬가지로 일반 파일의 경우와 같이 파일 정정 요구 명령을 사용하여 네트워크에게 ESG 정정을 요구하는 것이다. 본 명세서에서는 ESG 전송 에러의 발생시 정정 요구를 네트워크에 보내어 다시 재전송을 받을 수 있 는 실시예와, ESG 고유의 정정 요구를 네트워크에 보내어 다시 재전송을 받을 수 있는 실시예를 제안한다.
도 1은 본 발명이 적용되는 휴대방송관련 네트워크의 구조를 도시한 도면이다.
상기 도 1에서 도시한 블록들은 논리적인 엔티티(entity)들로 주요한 기능들의 차이로 구분되며 물리상으로는 떨어져 있거나, 동일한 서버안에 위치할 수 있다. 상기 도 1을 참조하면, 컨텐트 생성부(Content Creation block: CC)(105)에서 컨텐츠 소스를 생산하여 서비스 어플리케이션부(Service Application block: SA)(110)로 전달한다. 상기 서비스 어플리케이션부(110)에서는 상기 컨텐트 생성부(105)로부터 전달된 컨텐츠 소스들과 부가적으로 서비스 구성(Service Configuration)에 필요한 메타데이타들을 가지고 특정 서비스를 생성한다. 서비스 관리부(Service Management block: SM)(115)에서는 서비스 구성, 리소스 할당, 전자 서비스 가이드 프로비져닝(provisioning), 보안등의 기능을 수행한다.
방송 네트워크(120)는 DVB-H 네트워크로서, 방송관련 시그널링과 ESG를 DVB-H 네트워크에 적응시켜 방송되는 부분이 포함된다. 본 명세서에서는 DVB-H를 기준으로 본 발명의 실시예들을 설명할 것이나, 본 발명이 반드시 DVB-H로 한정되지는 않는다. 인터렉티브 네트워크(125)는 일반적으로 셀룰라망을 의미하며, 단말이 네트워크로 전송이나 요구 메시지를 보낼 수 있는 기능을 제공하는 모든 망이 가능하다. 단말(130)은 사용자 단말을 의미하여 서비스를 제공받는다.
상기 도 1에 의하면, 전술한 논리적 엔티티들외에 각 엔티티간의 인터페이스 를 정의하고 있다. X-1. X-2, X-3 인터페이스는 일반적으로 DVB-H를 기반으로 한 양방향 규격에서는 정의하지 않는다. CBMS-1 인터페이스를 통하여 방송에 관련된 시그널링이 전송되며 CBMS-2를 통해서는 오디오, 비디오, 파일등의 컨텐츠들이 전송된다. CBMS-3을 통해서는 전자 서비스 가이드가 전송된다. CBMS-4를 통해서는 단-대-단 전송의 형태로 전자 서비스 가이드가 전송된다. CBMS-5를 통해서는 단-대-단 전송의 형태로 단문서비스(Short Message Service: SMS), 멀티미디어 메시지 서비스(Multimedia Message Service: MMS)등이 전송된다. CBMS-6을 통해서는 DVB-H 전송을 위하여 서비스의 수, 할당된 대역폭등의 구성 파라미터들이 전송된다. CBMS-7을 통해서는 서비스 애플리케이션의 선언이나 메타데이타들이 전송된다. 상기 전술한 각 인터페이스들의 기능에 대한 설명은 대표적인 것만을 서술한 것으로 위의 서술만으로 각 인터페이스들의 기능을 제한하지 않는다.
도 2는 본 발명이 적용되는 ESG 관련 네트워크 구조를 도시한 도면이다.
상기 도 2는 상기 도 1의 기본 아키텍처를 기반으로 한 ESG를 생성하여 전송하는데 관련된 아키텍쳐와 해당 엔티티안의 논리적인 기능 블럭들이다. 서비스 어플리케이션부(220)내에는 ESG 소스(222)와 구매 정보 소스(224) 기능 블록이 있다. ESG 소스(222)는 ESG의 소스가 되는 데이터를 모으는 역할을 하며 이는 컨텐트 생성부(200)로부터 받은 정보들과 그외의 메타데이타들을 포함한다. 구매 정보 소스(224)에서는 구매 관련한 정보들이 포함된 블록이다. CBMS-7 인터페이스를 통해 상기 정보들이 서비스 관리부(240)로 전송된다. 상기 서비스 관리부(240)에서는 네 개의 기능 블록이 존재한다. 특정 논리 ESG 집합부(242)에서는 전송된 ESG 소스들 을 모아 단일의 ESG를 생성하는 역할을 한다. 부트스트랩 ESG 집합부(244)에서는 ESG를 부트스트래핑(Bootstraping)하는 데에 필요한 정보들을 관리한다. 리소스 프로비져닝 스케쥴링부(246)에서는 네트워크 리소스 관리 및 프로비져닝(Provisioning), 스케쥴링 관리의 기능을 수행한다. 인터렉티브 전달 서비스부(248)에서는 단-대-단 ESG의 전송에 대한 역할을 담당한다. 방송 네트워크(250)내의 물리 ESG 집합부(252)와 IP-섹션 매핑부(254), DVB-H 리소스 매핑부(256)는 전송된 ESG를 DVB-H 네트워크에 적응시키는 역할을 한다. 단말(280)의 DVB-H 신호를 받는 DVB-H 수신기(282)와 양방향전송에 관련된 인터렉티브 어댑터(284), 그리고 ESG를 받아 복호화하고 디스플레이하는 역할을 하는 서비스/컨텐트 처리부(Service & Content description handler)(286)가 존재한다.
도 3은 본 발명이 적용되는 파일 관련 네트워크 구조를 도시한 도면이다.
상기 도 3은 상기 도 1의 기본 아키텍처를 기반으로 하여 파일을 생성하여 전송하는 데에 관련된 아키텍쳐와 해당 엔티티들의 논리적인 기능 블럭들로서, 서비스 어플리케이션부(320)에는 파일 전송을 담당하는 파일 전달부(322)와, 파일의 소스를 컨텐트 생성부로부터 받는 파일 소스(324), 서비스 구성을 담당하는 서비스 어플리케이션 구성부(326)가 존재한다. 단말(380)에는 컨텐트 소비부((382)가 있어 전송받은 파일들에 해당하는 서비스를 제공하는 역할을 담당한다. 그 외 나머지 블록들에 대한 설명은 상기 도 2와 같다.
파일 전송에러가 발생하였을 경우, 단말은 CBMS-5 인터페이스를 사용하여 HTTP File Repair Request 메시지를 서비스 어플리케이션부(320)에게 보낸다. HTTP 프로토콜을 사용하여 받고자 하는 파일의 위치와 전송에러가 발생한 부분을 포함하여 전송되며 그 예는 아래와 같다.
"GET www.example.com/news/latest.3gp?ipdc-flute-
repair & SBM=5; ESI=12+SBN=20;ESI=27 HTTP/1.1"
상기의 예는 DVB-CBMS CDP(Content Delivery Protocol) 표준문서 (tm-cbms1167)에서 정의한 query=application*("&"[sbn_info])을 따른다. 상기 예에서 어플리케이션은 'ipdc-flute-repair'가 되며 sbn_info는 파일내의 받고자 하는 블록들을 지칭한 것으로 FEC 부호화 ID를 나타낸다. 결과적으로 상기 예는 SBN(Source Block Number)=5, ESI(Encoding Symbol ID)=12인 패킷과 SBN=20, ESI=27인 패킷을 의미한다.
그러나 전송된 파일이 ESG인 경우, 단-대-단으로 ESG 전송을 담당하는 엔티티는 서비스 관리부(340)가 된다. 따라서 서비스 어플리케이션부(320)과 서비스 관리부(340)간의 통신이 필요하며, 또한 상기 서비스 관리부(340)가 File Repair Request 메시지를 이해하고 인터렉티브 전달 서버(248)에 해당 ESG 데이터와 단-대-단으로 ESG를 다시 받을 단말을 알려주어야 한다.
도 4는 본 발명의 바람직한 제 1실시예에 따른 파일 관련 네트워크의 메시지 흐름을 도시한 도면이다.
상기 도 4를 참조하면, 단말(440)이 전송에러가 발생한 ESG를 수신한 경우, 400단계에서 상기 단말(440)은 에러가 발생한 파일이 ESG인지 일반 파일인지를 구분하지 않고, 파일 재전송 요구 명령 시그널링을 이용하여 일반적인 파일 복구요청 메시지를 서비스 어플리케이션부(410)에게 전송한다. 401단계에서 서비스 어플리케이션부(410) 서버는 요청되어온 재전송 파일의 위치를 확인하여 일반 파일인지 ESG인지를 판단한다. 이를 위하여 서버 내에는 어플리케이션 파일이 ESG인지 일반파일인지를 나타내는 정보가 저장되어있어야 한다.
재전송 요구가 된 파일이 ESG인 경우, 402단계에서 상기 복구요청 메시지를 ESG를 담당하는 서비스 관리부(420) 서버로 재전송하며, 상기 메시지를 보낸 단말의 주소도 같이 전송한다. 서비스 관리부(420)의 논리 ESG 집합부(425)는 403단계에서 상기 메시지를 해석하여 ESG 요청 메시지임을 판단하여, 404단계에서 단말의 주소와 함께 해당 ESG 데이터를 인터렉티브 서버(430)로 전달한다. 이를 위하여 상기 논리 ESG 집합부(425)는 HTTP를 이용한 파일 복구요청 메시지를 해석할 수 있어야 한다.
상기 인터렉티브 서버(430)는 전달되어 온 ESG데이터와 단말의 주소를 이용하여 405단계에서 해당 단말(440)로 상기 ESG를 전송한다. 만약 논리 ESG 집합부(425)가 ESG 재전송을 하지 않기로 판단하는 경우는, 406단계에서 이를 서비스 어플리케이션부(410)에게 전달하고, 상기 서비스 어플리케이션부(410)는 이를 407단계에서 File Repair Response 메시지로 만들어 408단계에서 단말(440)에게 전송한다.
도 5는 본 발명의 바람직한 제 2실시예에 따른 파일 관련 네트워크의 메시지 흐름을 도시한 도면이다.
상기 도 5는 제 2실시예로, 단말(540)이 전송에러가 발생한 ESG를 수신한 경 우, 500단계에서 상기 단말(540)은 에러가 발생한 파일이 ESG인지 일반 파일인지를 구분하지 않고, 파일 재전송 요구 명령 시그널링을 이용하여 일반적인 파일 복구요청 메시지를 서비스 어플리케이션부(510)에게 전송한다. 501단계에서 서비스 어플리케이션부(510)는 요청되어온 재전송 파일의 위치를 확인하여 일반 파일인지 ESG인지를 판단한다. 이를 위하여 상기 서비스 어플리케이션부(510) 내에는 어플리케이션 파일이 ESG인지 일반파일인지를 나타내는 정보가 저장된다.
재전송 요구가 된 파일이 ESG인 경우, 502단계에서 상기 복구요청 메시지를 ESG를 담당하는 서비스 관리부(520)로 재전송하며, 상기 메시지를 보낸 단말의 주소도 같이 전송한다. 서비스 관리부(520)의 논리 ESG 집합부(525)는 503단계에서 상기 메시지를 해석하여 ESG 요청 메시지임을 판단한다.
상기 503단계에서 ESG의 재전송요구를 해석하는 단계까지는 상기 도 4의 403단계와 동일하다. 이후 서비스 관리부(520)는 ESG 재전송 요구에 대한 응답으로 504단계에서 ESG 메타데이타를 서비스 어플리케이션부(510)에게 보내어, 상기 서비스 어플리케이션부(510)가 이를 다른 일반 파일 정정 응답과 마찬가지로 처리하는 것으로서, 505 단계에서 ESG 메타데이타를 요청한 단말(540)에게 전송한다.
상기 505단계 내지 508단계는 상기 도 4의 제 1실시예와 동일하며. 만약 논리 ESG 집합부(525)가 ESG 재전송을 하지 않기로 판단하는 경우는, 506단계에서 이를 서비스 어플리케이션부(510)에게 전달하고, 상기 서비스 어플리케이션부(510)는 이를 507단계에서 File Repair Response 메시지로 만들어 508단계에서 단말(540)에게 전송한다.
도 6은 본 발명의 바람직한 제 3실시예에 따른 파일 관련 네트워크의 메시지 흐름을 도시한 도면이다.
상기 도 6은 제 3실시예로, ESG가 전송에러가 발생하였을 경우, 단말(640)이 이를 일반 파일이 오류가 난 경우와를 구분하여 ESG전송에러라고 판단한 후, ESG 고유의 요청 메시지를 사용하여 서비스 관리부(620) 서버에 요청 메시지를 보내는 방식이다. 600단계에서 단말(640)이 서비스 관리부(620)의 인터렉티브 서버(630)에게 ESG 복구요청 메시지를 전송하면, 601단계에서 인터렉티브 서버(630)가 상기 복구요청 메시지를 해석한 후, 602단계에서 논리 ESG 집합부(625)에게 전달하며, 603단계에서 상기 논리 ESG 집합부(625)로부터 해당 ESG 메타데이타를 받는다.
상기 인터렉티브 서버(630)는 604단계에서 상기 전달받은 ESG 메타데이타를 요청한 단말(640)에게 전송한다. 상기 논리 ESG 집합부(525)가 ESG 재전송을 하지 않기로 판단하는 경우는, 605단계에서 파일 재전송 안함의 응답메시지를 작성하여, 606단계에서 상기 응답메시지를 해당 단말(640)에게 전송한다.
한편, ESG 고유의 요청 메시지의 경우 다음과 같이 변형될 수 있다.
기본적인 HTTP GET 명령어는 다음과 같다.
GET Request_URI = GET "*"| absolute_URI | abs_path
absolute_URI는 URL, URN(Universal Resource Name) 등의 포맷이 모두 가능하므로, 본 실시예에서는 제 1, 2 실시예에서의 File repair query의 형식과 달리 DVB에서 정한 URN의 형식, urn:dvb:esg:cid:1 을 사용하여 Container ID =1인 ESG 전송단위를 가리킨다.
또한 HTTP GET 명령어가 갖는 쿼리 속성을 이용하여, 다음과 같은 쿼리를 정의한다.
Query = application*("&"[TOI_info])
TOI_info = "TOI" = TOI_number
TOI_number = 1*DIGIT
상기 쿼리는 http GET을 처리하는데 관련된 어플리케이션 이름과 TOI_info로 구성된다. TOI_info는 TOI_number를 나타내는 파라미터이며, TOI_number는 FLUTE에서 파일객체를 전송할 때 사용하는 TOI(Transport Object Identifier)의 값으로서 정수값을 갖는다. DVB-CBMS에서는 ESG를 전송할 때 TOI값을 이용하여 해당 TOI값이 할당된 전송단위인 ESG 컨테이너의 버전값을 전송한다. 상기 TOI값을 전송하는 이유는 ESG 전송에러를 확인하여 재전송을 하는 과정에서 해당 ESG 컨테이너가 갱신될 수 있고 해당 갱신된 ESG 컨테이너를 받지 못하는 경우가 발생할 수 있기 때문이다. 이는 전체적으로 네트워크에 문제가 생겨 받지 못하는 경우에 발생가능하다.
예를 들면 다음과 같은 예가 가능하다.
GET urn:dvb:esg:cid:1?ipdc-esg-repair & TOI=16 HTTP/1.
도 7은 본 발명의 바람직한 제 1실시예에 따른 송신기의 메시지 흐름을 도시한 흐름도이다.
상기 도 7을 참조하면, 흐름도내의 SA는 서비스 어플리케이션부를 나타내고, SM은 서비스 관리부를 나타낸다. 705단계에서는 SM에서 ESG 전송을 브로드캐스트한다. 710단계에서 SA에서 파일 복구요청 메시지를 받으면, 715단계에서 요청 메시지 안의 파일주소를 보고 일반 파일인지 ESG인지를 판단한다. 일반 파일인 경우는 720단계로 진행하여, 일반 파일의 재전송의 경우와 동일하게 처리한다. 그러나 ESG인 경우는 725단계로 진행하여 상기 요청 메시지와, 상기 요청 메시지를 보낸 단말의 주소를 상기 SM으로 전송한다.
730단계에서 상기 SM의 논리 ESG 집합부는 상기 요청 메시지와 단말의 주소 정보들을 SA로부터 수신하고, 상기 요청 메시지를 해석하여 특정 ESG를 재전송하는 요구임을 파악한다. 735단계에서 상기 SM은 ESG를 재전송할지의 여부를 판단하여 '재전송 No'이면, 740단계로 진행하여 재전송하지 않음을 알리는 응답메시지를 작성하여, SA에게 상기 응답메시지를 전송하고, 745 단계에서 SA는 이를 받아 파일 복구 안함의 응답 메시지를 작성하여, 해당 단말에 전송한다. 상기 735단계에서 '재전송 yes"이면, 750단계에서 해당 ESG메타데이터와 단말의 주소를 인터렉티브 서버에 전달하여 755단계에서 SM에서는 상기 ESG메타데이터를 상기 단말에게 전송한다.
도 8은 본 발명의 바람직한 제 1실시예에 따른 수신기의 메시지 흐름을 도시한 흐름도이다.
상기 도 8을 참조하면, 단말은 805단계에서 ESG를 수신하고, 810 단계에서 ESG내의 전송에러를 확인한 후, 815 단계에서 HTTP file repair request 메시지를 작성하여 네트워크에 전송한다.
이후 820 단계에서 재전송된 파일을 수신하여 파일을 보낸 송신주소가 인터렉티브 서버이고 상기 재전송된 파일이 ESG임을 확인하였다면, 825단계로 진행하여 상기 ESG를 저장한다. 그러나 재전송된 ESG가 아니라면, 830단계로 진행하여 재전 송하지 않음을 알리는 file repair response 메시지임을 확인하고, 835단계에서 수신메시지내의 파일이름을 확인하여 단말이 보유한 ESG의 네트워크상의 주소 리스트와 비교한다. 그 결과, 특정 ESG의 재전송실패 메시지임이 확인되면, 840단계에서 이를 사용자에게 알린다.
도 9는 본 발명의 바람직한 제 2실시예에 따른 송신기의 메시지 흐름을 도시한 흐름도이다.
상기 도 9를 참조하면, 흐름도내의 SA는 서비스 어플리케이션부를 SM은 서비스 관리부를 나타낸다. 905단계에서는 SM에서 ESG 전송을 브로드캐스트한다. 910단계에서 SA에서 파일 복구요청 메시지를 받으면, 915단계에서 요청 메시지안의 파일주소를 보고 일반 파일인지 ESG인지를 판단한다. 일반 파일인 경우는 920단계로 진행하여, 일반 파일의 재전송의 경우와 동일하게 처리한다. 그러나 ESG인 경우는 925단계로 진행하여 상기 요청 메시지와, 상기 요청 메시지를 보낸 단말의 주소를 상기 SM으로 전송한다.
930단계에서 상기 SM의 논리 ESG 집합부는 상기 요청 메시지와 단말의 주소 정보들을 SA로부터 수신하고, 상기 요청 메시지를 해석하여 특정 ESG를 재전송하는 요구임을 파악한다. 935단계에서 상기 SM은 ESG를 재전송할지의 여부를 판단하여 '재전송 No"이면, 940단계로 진행하여 재전송하지 않음을 알리는 응답메시지를 작성하여, SA에게 상기 응답메시지를 전송하고, 945 단계에서 SA는 이를 받아 파일 복구 안함의 응답 메시지를 작성하여, 해당 단말에 전송한다.
SM의 논리 ESG 집합부가 ESG 재전송여부를 판단하여 재전송하지 않는 경우를 나타내는 945단계까지는 제 1실시예의 상기 745단계까지와 동일하다. 상기 935단계에서 '재전송 yes'이면, 950단계에서 해당 ESG 메타데이터와 단말의 주소를 SA에 전달하여 755단계에서 상기 SA에서는 이 ESG 메타데이타를 받아 일반 파일과 동일하게 상기 단말에게 전송한다.
도 10은 본 발명의 바람직한 제 2실시예에 따른 수신기의 메시지 흐름을 도시한 흐름도이다.
상기 도 10을 참조하면, 단말은 1005단계에서 ESG를 수신하고, 1010 단계에서 ESG내의 전송에러를 확인한 후, 1015 단계에서 HTTP file repair request 메시지를 작성하여 네트워크에 전송한다.
이후 1020 단계에서 재전송된 파일을 수신하였다면, 1025단계로 진행하여 ESG임을 확인하여, 1030단계에서 상기 ESG를 저장하고, 사용자에게 제공한다. 그러나 재전송된 파일이 아니라면, 1035단계로 진행하여, 재전송하지 않음을 알리는 파일 복구요청 메시지임을 확인하고, 1040단계에서 수신메시지내의 파일이름을 확인하여 단말이 보유한 ESG의 네트워크상의 주소 리스트와 비교한다. 그 결과, 특정 ESG의 재전송실패 메시지임이 확인되면, 1045단계에서 이를 사용자에게 알린다.
이와 같이 전체적으로 제 1 실시예에 따른 수신기 흐름도와 동일하며, 다른 부분으로 제 1실시예에서는 ESG 재전송이 인터렉티브 서버에서부터 전송되어 왔으므로 서버주소를 확인하여 ESG의 전송여부를 알 수 있었으나, 제 2 실시예에서는 일반 파일의 전송 경로를 통해 전달되므로 단말은 받은 파일의 네트워크상의 주소와 파일 이름을 자신이 보유한 ESG리스트와 비교, 확인한 후 ESG임을 알 수 있다.
도 11은 본 발명의 바람직한 제 3실시예에 따른 송신기의 메시지 흐름을 도시한 흐름도이다.
상기 도 11을 참조하면, SM는 1105단계에서 ESG를 전송한 후, 1110단계에서 특정 단말로부터 HTTP ESG repair request 메시지를 수신하여, 1115 단계에서 ESG재전송 여부를 판단한다.
'재전송 No'인 경우는 1120단계로 진행하여, 재전송하지 않음을 알리는 ESG repair response 메시지를 단말에 전송한다. '재전송 Yes'이며, 1125단계로 진행하여 논리 ESG 집합부는 해당 ESG 메타데이타와 해당 단말의 주소를 인터렉티브 서버에서 전달한다. 1130단계에서 상기 인터렉티브 서버는 상기 정보들을 해당 단말에 전송한다.
도 12는 본 발명의 바람직한 제 3실시예에 따른 수신기의 메시지 흐름을 도시한 흐름도이다.
상기 도 12를 참조하면, 1205 단계에서 ESG를 수신하여 1210 단계에서 전송에러를 확인한 후, 1215 단계에서 ESG repair request를 네트워크에 전송한다. 이후 재전송된 ESG를 수신하였다면, 1215단계로 진행하여 ESG를 저장한다. 그러나, 상기 1220단계에서 재전송된 ESG 수신이 아니라면, 1230단계로 진행하여 재전송하지 않음을 알리는 ESG repair response 메시지를 수신한 것으로서, 1235 단계에서 수신 메시지 내의 송신주소, 수신주소, 파일이름 등을 확인하여 특정 ESG의 재전송 실패 메시지임을 확인하여 1240단계에서 사용자에게 알려준다.
도 13은 본 발명의 바람직한 실시예에 따른 송신기의 구조를 간략히 도시한 도면이다.
상기 도 13을 참조하면, 네트워크상의 SA(1310)와 SM(1320)에는 각각 일반 파일 저장 및 전송부(1301)와 ESG저장 및 전송부(1303)가 있어 일반 파일과 ESG의 전송을 각각 담당한다. 또한 상기 실시예에 따라 재전송을 요청받은 파일이 일반 파일인지 ESG인지를 판단하는 ESG 복구요청 판단부(1300, 1302)가 상기 SA(1310) 또는 SM(1320)에 위치한다. 제 1실시예 내지 제 2실시예인 경우는, 상기 판단부가 SA(1310)의 참조번호 1300에 위치하며 제 3실시예의 경우는 상기 판단부가 SM(1320)의 1302에 위치한다.
일반 파일인 경우에는 SM(1320)을 거치지 않고 바로 DVB-H(1330)의 IP캡슐화기로 전송된다. 상기 입력된 IP 스트림은 DVB IP 캡슐화기(1304)에서 MPEG 2 전송 스트림(Transport Stream: TS)으로 캡슐화 되어 TV 스트림인 다른 MPEG 2 TS와 함께 다중화된다. 상기 다중화된 TS는 DVB 변조기(1305)에서 OFDM 심볼로 변조되어 안테나를 통해 전송된다.
도 14는 본 발명의 바람직한 실시예에 따른 수신기의 구조를 간략히 도시한 도면이다.
상기 도 14를 참조하면 DVB 수신기(1410)는 안테나를 통해 신호를 수신하고 수신된 신호는 DVB 복조기(1400)에서 OFDM 복조과정을 거친다. 복조된 데이터는 역다중화기에서 IP 캡슐화된 패킷과 MPEG 2 TS 패킷으로 구분되어 진다. TS 패킷은 데이터 처리부에서 해당 서비스를 사용자에게 보여주기 위해 필요한 일련의 처리 과정을 거친다. IP 캡슐화를 거친 패킷은 IP 역캡슐화기(1401)에서 다시 IP 스트림 으로 복조되어 파일수신부로 전달되고, 상기 IP 스트림은 일반파일인지, ESG인지를 판단부(1403)에서 판단하여, ESG인 경우 ESG처리부(1404)로, 일반 파일인 경우는 일반파일처리부(1405)에 저장된다.
한편 본 발명의 상세한 설명에서는 구체적인 실시예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 바람직한 실시예에 국한되지 않으며, 후술되는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.
이상에서 상세히 설명한 바와 같이 동작하는 본 발명에 있어서, 개시되는 발명 중 대표적인 것에 의하여 얻어지는 효과를 간단히 설명하면 다음과 같다.
본 발명은, 단말이 ESG를 수신함에 있어서, ESG 전송 에러 발생시의 정정 요구를 네트워크에 보내어 다시 재전송 받을 수 있는 절차를 구현하여, 단말에서 오류가 발생한 ESG를 재전송 받을 수 있는 효과가 있다.

Claims (8)

  1. 디지털 비디오 방송 시스템에서 전자 서비스 가이드의 전송 에러를 처리하는 방법에 있어서,
    서비스 관리부에서 단말에게 전자서비스 가이드(ESG)를 방송한 후, 서비스 어플리케이션부에서 상기 단말로부터 파일 복구요청 메시지를 수신하는 과정과,
    상기 파일 복구 요청 메시지가 ESG를 요청하는 경우, 상기 요청 메시지와, 상기 요청 메시지를 보낸 단말의 주소를 상기 서비스 관리부로 전달하는 과정과,
    상기 서비스 관리부의 논리 ESG집합부(논리 ESG 집합부)에서 상기 요청 메시지와 단말의 주소 정보들을 전달받아, 상기 요청 메시지의 해석을 통하여 상기 단말을 위한 ESG를 재전송할지를 판단하는 과정과,
    상기 ESG를 재전송할지의 여부를 판단하여 재전송한다면, 상기 ESG의 메타데이터와 단말의 주소를 서비스 관리부의 인터렉티브 서버로 전달하는 과정과,
    상기 인터렉티브 서버에서 상기 ESG메타데이터를 상기 단말로 전송하는 과정을 포함하는 것을 특징으로 하는 전자 서비스 가이드 전송 에러를 처리하는 방법.
  2. 디지털 비디오 방송 시스템에서 전자 서비스 가이드의 전송 에러를 처리하는 방법에 있어서,
    서비스 관리부에서 단말에게 전자서비스 가이드(ESG)를 방송한 후, 서비스 어플리케이션부에서 상기 단말로부터 파일 복구요청 메시지를 수신하는 과정과,
    상기 파일 복구 요청 메시지가 ESG를 요청하는 경우, 상기 요청 메시지와, 상기 요청 메시지를 보낸 단말의 주소를 상기 서비스 관리부로 전달하는 과정과,
    상기 서비스 관리부의 논리 ESG집합부(논리 ESG 집합부)에서 상기 요청 메시지와 단말의 주소 정보들을 전달받아, 상기 요청 메시지의 해석을 통하여 상기 단말을 위한 ESG를 재전송할지를 판단하는 과정과,
    상기 ESG를 재전송할지의 여부를 판단하여 재전송할 것으로 판단되면, 상기 ESG의 메타데이터와 단말의 주소를 서비스 어플리케이션부로 전달하는 과정과,
    상기 서비스 어플리케이션부에서 상기 ESG메타데이터를 상기 단말로 전송하는 과정을 더 포함하는 것을 특징으로 하는 전자 서비스 가이드 전송 에러를 처리하는 방법.
  3. 디지털 비디오 방송 시스템에서 전자 서비스 가이드의 전송 에러를 처리하는 방법에 있어서,
    서비스 관리부에서 단말에게 전자서비스가이드(ESG)를 방송한 후, 상기 단말로부터 ESG 복구요청 메시지를 수신하는 과정과,
    상기 서비스 관리부의 인터렉티브 서버에서 ESG재전송 여부를 판단하여 재전송한다면, 상기 서비스 관리부의 논리 ESG 집합부로 ESG 재전송 요구메시지를 전달하는 과정과,
    상기 논리 ESG집합부에서 상기 단말의 ESG메타데이타와 상기 단말의 주소를 상기 인터렉티브 서버로 전달하는 과정과,
    상기 인터렉티브 서버에서 상기 ESG메타데이터를 상기 단말로 전송하는 과정을 포함하는 것을 특징으로 하는 전자 서비스 가이드 전송 에러를 처리하는 방법.
  4. 디지털 비디오 방송 시스템에서 전자 서비스 가이드의 전송 에러를 처리하는 방법에 있어서,
    전자서비스 가이드(ESG)를 수신하는 과정과,
    상기 ESG내의 전송에러를 확인하여 복구 요청 메시지를 네트워크로 전송하는 과정과,
    상기 네트워크로부터 재전송된 파일을 수신하여 상기 파일이 ESG이면, ESG를 저장하는 과정을 포함하는 것을 특징으로 하는 전자 서비스 가이드 전송 에러를 처리하는 방법.
  5. 제 4항에 있어서, 상기 복구요청 메시지는.
    ESG 재전송요청 인지 일반 파일인지를 구분하지 않은 복구 요청 메시지이거나, ESG 재전송 요청 메시지임을 특징으로 하는 전자 서비스 가이드 전송 에러를 처리하는 방법.
  6. 제 4항에 있어서, 상기 수신된 ESG의 서버주소를 확인하거나, 수신한 네트워크 상의 주소와 파일이름을 자신이 보유한 ESG리스트와 비교하여 상기 ESG 내의 전송 에러를 확인하는 과정을 더 포함하는 것을 특징으로 하는 전자 서비스 가이드 전송 에러를 처리하는 방법.
  7. 제 4항에 있어서, 상기 ESG내의 전송에러를 확인하여 재전송된 ESG가 아니라면, 재전송하지 않음을 알리는 메시지임을 확인하는 과정과,
    상기 메시지내의 파일이름을 확인하여 단말이 보유한 ESG의 네트워크상의 주소 리스트와 비교하여, 특정 ESG의 재전송실패 메시지임이 확인되면, 사용자에게 알리는 과정을 더 포함하는 것을 특징으로 하는 전자 서비스 가이드 전송 에러를 처리하는 방법.
  8. 제 4항에 있어서, 상기 ESG내의 전송에러를 확인하여 재전송된 ESG가 아니라면, 재전송하지 않음을 알리는 메시지임을 확인하는 과정과,
    상기 메시지내의 수신 메시지 내의 송신주소, 수신주소, 파일이름 등을 확인하여 특정 ESG의 재전송 실패메시지임을 확인하여, 사용자에게 알리는 과정을 더 포함하는 것을 특징으로 하는 전자 서비스 가이드 전송 에러를 처리하는 방법.
KR1020060077363A 2005-11-29 2006-08-16 디지털 비디오 방송 시스템에서 전자 서비스 가이드 전송에러를 처리하는 방법 및 장치 KR100876766B1 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2008543197A JP2009517963A (ja) 2005-11-29 2006-11-29 デジタルビデオブロードキャストシステムにおける電子サービスガイド送信エラーを処理する方法及び装置
PCT/KR2006/005102 WO2007064150A1 (en) 2005-11-29 2006-11-29 Method and apparatus for handling an electronic service guide transmission error in a digital video broadcasting system
EP06024737A EP1791362A3 (en) 2005-11-29 2006-11-29 Method and apparatus for handling an electronic service guide transmission error in a digital video broadcasting system
RU2008121603/09A RU2383996C2 (ru) 2005-11-29 2006-11-29 Способ и устройство для обработки ошибки в передаче электронного справочника услуг в системе цифрового видеовещания
US11/605,542 US20070174861A1 (en) 2005-11-29 2006-11-29 Method and apparatus for handling an electronic service guide transmission error in a digital video broadcasting system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020050115154 2005-11-29
KR20050115154 2005-11-29

Publications (2)

Publication Number Publication Date
KR20070056924A true KR20070056924A (ko) 2007-06-04
KR100876766B1 KR100876766B1 (ko) 2009-01-07

Family

ID=38354593

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020060077363A KR100876766B1 (ko) 2005-11-29 2006-08-16 디지털 비디오 방송 시스템에서 전자 서비스 가이드 전송에러를 처리하는 방법 및 장치

Country Status (4)

Country Link
JP (1) JP2009517963A (ko)
KR (1) KR100876766B1 (ko)
CN (1) CN101336548A (ko)
RU (1) RU2383996C2 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090076765A (ko) * 2008-01-09 2009-07-13 삼성전자주식회사 방송 모바일 통합 서비스 시스템에서의 전자 서비스 가이드발견 방법 및 장치

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990056468A (ko) * 1997-12-29 1999-07-15 전주범 위성 방송 수신기에서 오류 프로그램 가이드 패킷의 포기 방법
US6289054B1 (en) * 1998-05-15 2001-09-11 North Carolina University Method and systems for dynamic hybrid packet loss recovery for video transmission over lossy packet-based network
KR100279735B1 (ko) * 1998-11-20 2001-02-01 정선종 메타데이터를 이용한 멀티미디어 컨텐츠 전달방법
KR100460970B1 (ko) * 2002-01-10 2004-12-09 삼성전자주식회사 데이터 송수신 시스템 및 방법

Also Published As

Publication number Publication date
KR100876766B1 (ko) 2009-01-07
JP2009517963A (ja) 2009-04-30
CN101336548A (zh) 2008-12-31
RU2383996C2 (ru) 2010-03-10
RU2008121603A (ru) 2009-12-10

Similar Documents

Publication Publication Date Title
US20070174861A1 (en) Method and apparatus for handling an electronic service guide transmission error in a digital video broadcasting system
CN102100051B (zh) 用于在移动广播网络上携带广播服务的系统和方法
CN105594217B (zh) 发送装置、发送方法、接收装置、接收方法及计算机程序
KR100742244B1 (ko) 세션들을 고지하는 방법
CN108293148B (zh) 接收装置、发送装置以及数据处理方法
JP4620779B2 (ja) ブロードキャストシステムにおける通知メッセージを提供する方法及び装置
CA2917516A1 (en) Method and apparatus for transmitting/receiving broadcast signal in hybrid broadcasting system
JP5738865B2 (ja) Ｍｐｅｇ−２ｔｓ多重化マルチメディアストリームのエレメンタリパケットの選択による、ｍｐｅｇ−２ｔｓ多重化マルチメディアストリームの配信
CN101835012A (zh) 在数字广播系统中使用电子服务指南提供切换服务的方法
KR20110112199A (ko) 실시간 방송 신호에 포함된 비실시간 콘텐트를 수신하는 방법 및 장치
KR101346669B1 (ko) 데이터 수신 방법, 복구 방법 및 대응 단말기
CN105165019A (zh) 用于在广播通信系统中发送和接收附加信息的方法和设备
EP2046033A2 (en) Broadcast receiver and system information processing method
KR20190039403A (ko) 정보 처리 장치, 클라이언트 장치, 및 데이터 처리 방법
KR100842571B1 (ko) 디지털 방송 시스템에서 신뢰성 보장 전송 서비스 제공/수신 방법 및 장치
AU2009229635A1 (en) Method and system for updating firmware of terminals in a broadcast system
KR100876766B1 (ko) 디지털 비디오 방송 시스템에서 전자 서비스 가이드 전송에러를 처리하는 방법 및 장치
CN101202909B (zh) 一种数字电视广播数据的传输、接收方法及装置
US9160638B2 (en) Method and apparatus for performing non real time service in digital broadcast system
GB2407242A (en) Method of announcing sessions in an electronic service guide
WO2011147129A1 (zh) 一种互动业务文件的传输、接收方法及装置
KR20170134180A (ko) 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
CN101263712A (zh) 用于在数字广播系统中使用电子服务指南提供预览服务的方法和装置

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E90F Notification of reason for final refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee