KR20090130609A - 인터넷 프로토콜 텔레비전 수신기 및 채널 전환 방법 - Google Patents

인터넷 프로토콜 텔레비전 수신기 및 채널 전환 방법 Download PDF

Info

Publication number
KR20090130609A
KR20090130609A KR1020080056320A KR20080056320A KR20090130609A KR 20090130609 A KR20090130609 A KR 20090130609A KR 1020080056320 A KR1020080056320 A KR 1020080056320A KR 20080056320 A KR20080056320 A KR 20080056320A KR 20090130609 A KR20090130609 A KR 20090130609A
Authority
KR
South Korea
Prior art keywords
channel
information
iptv
data
service information
Prior art date
Application number
KR1020080056320A
Other languages
English (en)
Other versions
KR101414638B1 (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 KR1020080056320A priority Critical patent/KR101414638B1/ko
Publication of KR20090130609A publication Critical patent/KR20090130609A/ko
Application granted granted Critical
Publication of KR101414638B1 publication Critical patent/KR101414638B1/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • 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
    • H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • 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
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 발명은 데이터 방송 플랫폼 기반의 인터넷 프로토콜 텔레비전(IPTV) 수신기 및 상기 IPTV 수신기에서의 채널 전환 방법에 관한 것이다. 본 발명의 어플리케이션 제어부는 데이터 방송 플랫폼을 탑재하며, 채널 전환 명령이 입력되면 수신되어 저장된 서비스 정보의 IPTV 채널 정보로부터 전환할 채널의 주파수와 프로그램 번호에 대응하는 IP 어드레스를 추출하고, 추출된 IP 어드레스로 접속을 요청한다.
주파수, 프로그램 번호, IP 어드레스, 채널

Description

인터넷 프로토콜 텔레비전 수신기 및 채널 전환 방법{IPTV receiver and method of changing channel}
본 발명은 데이터 방송 플랫폼 기반 인터넷 프로토콜 텔레비전(Internet Protocol Television ; IPTV) 수신기 및 상기 IPTV 수신기에서의 채널 전환 방법에 관한 것이다.
일반적으로 인터넷 프로토콜 텔레비전(Internet Protocol Television ; IPTV)은 방송과 통신이 융합된 디지털 컨버전스(digital convergence) 형태이다. 그리고 IPTV 수신기는 방송 프로그램 공급자(Program Provider ; PP) 또는 지상파, 케이블, 위성으로부터 전송된 방송 신호 수신과 더불어 초고속 인터넷망(IP Network)을 통해 인터넷 콘텐츠, 동영상 콘텐츠(T-VOD) 등의 ICOD(Internet Contents On Demand) 서비스를 제공받아 유저에게 서비스한다. 즉, IPTV 서비스는 프로그램 공급자(Program Provider ; PP)와 콘텐츠 공급자(Contents Provider ; CP)의 디지털 컨버전스(Digital Convergence)에 따른 통신과 방송이 융합된 형태의 양방향 콘텐츠이다. 다시 말해, 방송국 등은 프로그램 이외에 양방향 기능이 구현된 콘텐츠를 추가로 제작하여 IPTV 수신기로 전송하고, IPTV 수신기의 유저는 리턴 채널(return channel)을 통하여 자신의 의사를 표현할 수 있다. 또한 IPTV 서비스를 위해 미들웨어 프로토콜이 탑재된 IPTV 수신기는 VoIP(전화), 초고속 인터넷, IPTV 서비스(방송)를 포함하는 트리플 플레이 서비스(Triple Play Service ; TPS)를 유저에게 제공할 수 있다.
상기 IPTV 서비스를 위한 시스템의 주요 구성 요소는 IPTV 헤드엔드(IPTV Headend) 시스템, IP 백본 네트워크(IP Backbone network), 액세스 네트워크(예: xDSL, HFC, FTTC, FTTH 구조), IPTV 수신기를 포함한다.
상기 IPTV 수신기는 하드웨어 레이어, 시스템 소프트웨어 레이어, 미들웨어 레이어, 및 어플리케이션 레이어로 구성될 수 있다. 상기 하드웨어 레이어는 CPU, 미디어 프로세서, 메모리 등을 포함할 수 있다. 상기 시스템 소프트웨어 레이어는 OS(Operating System), 디바이스 드라이버 등의 시스템 소프트웨어가 탑재된다. 상기 미들웨어 레이어는 데이터 방송 플랫폼, 웹 브라우저, 보안모듈 등을 포함할 수 있다. 상기 어플리케이션 레이어에서는 각종 양방향 부가서비스 구현을 위한 어플리케이션이 구동된다.
상기 데이터 방송 플랫폼(platform)으로는 OCAP(Open Cable Application Platform), MHP(Multimedia Home Platform), ACAP(Advanced Common Application Platform) 등이 있다.
만일 데이터 방송 플랫폼으로 ACAP을 이용할 경우, 상기 ACAP에서는 채널 전환에 대한 방법으로 주파수, 프로그램 번호(Frequency, Program Number)로 구성된 로케이터(Locator)를 만들어 이를 이용하고 있다. 그런데, ACAP에서 이용하는 채널 에 대한 정보는 주파수, 프로그램 번호(Frequency, Program Number)로 표현되는데, 이것은 IPTV에 존재하지 않는 자원이다. 따라서 상기 ACAP을 그대로 활용하게 되면 IPTV 수신기에서 재전송되는 지상파 방송의 채널 전환을 수행할 수 없는 문제점이 있다.
본 발명은 상기와 같은 문제점을 해결하기 위한 것으로서, 본 발명의 목적은 주파수, 프로그램 번호에 대응되는 채널 정보를 수신하여 방송 콘텐츠의 채널 전환에 이용하도록 하는 IPTV 수신기 및 채널 전환 방법을 제공함에 있다.
본 발명의 다른 목적은 주파수, 프로그램 번호에 대응되는 채널 정보를 수신하여 재전송되는 지상파 방송 콘텐츠의 채널 전환에 이용하도록 하는 IPTV 수신기 및 채널 전환 방법을 제공함에 있다.
본 발명의 일 실시예에 따른 IPTV 수신기는 네트워크 인터페이스부, 디멀티플렉서, 디코더, 서비스 정보 처리부, 및 어플리케이션 제어부를 포함할 수 있다. 상기 네트워크 인터페이스부는 수신기를 네트워크를 통하여 서비스 공급자와 연결하여, IP 패킷으로 캡슐화된 방송 스트림을 수신한다. 상기 디멀티플렉서는 상기 방송 스트림으로부터 오디오, 비디오, 서비스 정보 데이터를 분리한다. 상기 서비스 정보 데이터는 IPTV 채널 정보를 포함할 수 있다. 상기 디코더는 분리된 오디오 데이터와 비디오 데이터를 각각 디코딩하여 출력한다. 상기 서비스 정보 처리부는 상기 분리된 서비스 정보 데이터를 파싱하여 데이터베이스화한다. 상기 어플리케이션 제어부는 데이터 방송 플랫폼을 탑재하며, 채널 전환 명령이 입력되면 상기 데이터베이스화된 서비스 정보의 IPTV 채널 정보로부터 전환할 채널의 주파수와 프로그램 번호에 대응하는 IP 어드레스를 추출하고, 추출된 IP 어드레스로 접속을 요청 한다.
상기 IPTV 채널 정보는 특정 채널의 주파수, 프로그램 번호, 그리고 상기 주파수와 프로그램 번호에 대응하는 IP 어드레스를 포함할 수 있다.
본 발명의 일 실시예에 따른 IPTV 수신기의 채널 전환 방법은, IP 패킷으로 캡슐화된 방송 스트림을 수신하여 오디오, 비디오, 서비스 정보 데이터를 분리하고, 상기 서비스 정보 데이터는 IPTV 채널 정보를 포함하는 단계; 채널 전환 명령이 입력되면, 데이터 방송 플랫폼 기반에서 상기 서비스 정보 데이터의 IPTV 채널 정보로부터 전환할 채널의 주파수와 프로그램 번호에 대응하는 IP 어드레스를 추출하고, 추출된 IP 어드레스로 접속을 요청하는 단계; 및 접속된 IP 어드레스에 대응하는 IP 패킷으로 캡슐화된 방송 스트림을 수신하는 단계를 포함할 수 있다.
본 발명의 다른 목적, 특징 및 잇점들은 첨부한 도면을 참조한 실시예들의 상세한 설명을 통해 명백해질 것이다.
본 발명에 따른 데이터 방송 플랫폼 기반의 IPTV 수신기 및 채널 전환 방법은 채널의 주파수와 프로그램 번호에 대응하는 채널 정보(즉, IP 어드레스)를 수신하여 채널 전환에 이용함으로써, 데이터 방송 플랫폼 기반 즉, ACAP 기반의 채널 전환 관련 메카니즘을 그대로 활용하면서 재전송되는 지상파 방송의 채널 전환을 수행할 수 있게 된다.
이하 상기의 목적을 구체적으로 실현할 수 있는 본 발명의 바람직한 실시예 를 첨부한 도면을 참조하여 설명한다. 이때 도면에 도시되고 또 이것에 의해서 설명되는 본 발명의 구성과 작용은 적어도 하나의 실시예로서 설명되는 것이며, 이것에 의해서 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지는 않는다.
본 발명에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재할 것이다. 따라서 본 발명에서 사용되는 용어는 단순한 용어의 명칭이 아닌 그 용어가 가지는 의미와 본 발명의 전반에 걸친 내용을 토대로 정의되어야 함을 밝혀두고자 한다.
본 발명은 데이터 방송 플랫폼 예를 들어, ACAP이 탑재된 IPTV 수신기에서 IPTV 채널 정보를 수신하여 방송 채널 전환시에 이용하도록 하는데 있다.
이를 위해 본 발명의 송신측에서는 IPTV 채널 정보를 전송하는 것을 일 실시예로 한다. 상기 IPTV 채널 정보는 특정 채널의 주파수 및 프로그램 번호에 대응하는 IP 어드레스를 포함한다.
본 발명의 IPTV 수신기는 재전송되는 지상파 방송을 하나의 어플리케이션으로 간주하여 ACAP에서 처리하는 것을 일 실시예로 한다.
본 발명에 따른 IPTV 채널 정보는 서비스 정보에 포함되어 전송되는 것을 일 실시예로 한다.
즉, 방송 콘텐츠 예를 들어, 재전송되는 지상파 방송 콘텐츠를 추출하여 디 코딩하기 위해서는 서비스 정보가 필요하다. 이러한 서비스 정보는 경우에 따라서는 시스템 정보라고도 불리운다.
본 발명의 실시예에서는 상기 서비스 정보로서 PSI/PSIP(Program Specific Information/Program and System Information Protocol)을 적용하나 본 발명은 이에 한정하는 것은 아니다. 즉 서비스 정보를 테이블 포맷으로 전송하는 프로토콜이라면 그 명칭에 상관없이 본 발명에 적용 가능할 것이다.
상기 PSI는 채널 및 프로그램을 분류하기 위해 정의된 MPEG-2의 시스템 규격이고, 상기 PSIP는 채널 및 프로그램의 분류가 가능한 ATSC(Advanced Television Systems Committee) 규격이다.
상기 PSI는 일 실시예로서, PAT(Program Association Table), CAT(Conditional Access Table), PMT(Program Map Table), 및 NIT(Network Information Table)를 포함할 수 있다. 상기 PAT는 PID가 '0'인 패킷에 의해 전송되는 특수 정보로서, 각 프로그램마다 해당 PMT의 PID 정보와 NIT의 PID 정보를 전송한다. 상기 CAT는 송신측에서 사용하고 있는 유료 방송 시스템에 대한 정보를 전송한다. 상기 PMT는 프로그램 식별 번호와 프로그램을 구성하는 비디오, 오디오 등의 개별 비트열이 전송되는 트랜스포트 스트림 패킷의 PID 정보, 및 PCR이 전달되는 PID 정보를 전송한다. 상기 NIT는 실제 전송망의 정보를 전송한다.
상기 PSIP은 일 실시예로서, VCT(Virtual Channel Table), STT(System Time Table), RRT(Rating Region Table), ETT(Extended Text Table), DCCT(Direct Channel Change Table), DCCSCT(Direct Channel Change Selection Code Table), EIT(Event Information Table), 및 MGT(Master Guide Table)를 포함할 수 있다.
상기 VCT는 가상 채널에 대한 정보 예를 들어, 채널 선택을 위한 채널 정보와 오디오 및/또는 비디오의 수신을 위한 패킷 식별자(PID) 등의 정보를 전송한다. 즉, 상기 VCT를 파싱하면 채널 이름, 채널 번호 등과 함께 채널 내에 실려오는 방송 프로그램의 오디오와 비디오의 PID를 알 수 있다.
본 발명의 IPTV 채널 정보는 PSIP 내 특정 테이블에 필드 형태로 포함되어 전송될 수도 있고, 디스크립터 형태로 포함되어 전송될 수도 있다. 또한 IPTV 채널 정보는 하나의 테이블 형태로 전송될 수도 있다.
본 발명은 IPTV 채널 정보가 디스크립터 형태로 포함되어 전송되는 것을 일 실시예로 한다. 본 발명은 설명의 편의를 위해 IPTV 채널 정보를 기술하는 디스크립터를 IPTV 채널 정보 디스크립터라 하기로 한다.
도 1은 본 발명에 따른 IPTV 채널 정보 디스크립터 channel_information_descriptor()의 신택스 구조에 대한 일 실시예를 나타낸다.
도 1의 IPTV 채널 정보 디스크립터 channel_information_descriptor()는 디스크립터 태그(decriptor_tag) 필드, 디스크립터 길이(descriptor_length) 필드, 주파수(frequency) 필드, 프로그램 번호(program_number) 필드, 및 URL 정보 필드를 포함할 수 있다.
상기 descriptor_tag 필드는 일 실시예로 8비트가 할당되며, 이 디스크립터가 IPTV 채널 정보 디스크립터임을 식별할 수 있는 고유의 식별값을 표시한다.
상기 descriptor_length 필드는 일 실시예로 8비트가 할당되며, IPTV 채널 정보 디스크립터의 전체 길이를 표시한다.
상기 frequency 필드는 일 실시예로 32비트가 할당되며, 해당 방송 프로그램이 전송되는 주파수를 표시한다.
상기 program_number 필드는 일 실시예로 16비트가 할당되며, 해당 방송 프로그램의 번호를 표시한다.
상기 URL 정보 필드는 URL_length 필드와 URL_byte 필드를 이용하여 IP 어드레스를 표시한다. 실제 IP 어드레스 값은 URL_byte 필드에 표시되지만 IP 어드레스는 각 방송 프로그램마다 달라질 수 있으므로 URL_length 필드 값만큼 URL_byte 필드를 반복하여 IP 어드레스를 표시한다.
이를 위해 상기 URL_length 필드와 URL_byte 필드는 각각 8비트를 할당한다.
상기 도 1에서 IPTV 채널 정보 디스크립터 내 각 필드의 순서, 위치, 의미, 추가 할당되는 필드의 수는 당업자에 의해 용이하게 변경될 수 있으므로 본 발명은 상기 예로 한정되지 않을 것이다.
본 발명은 도 1과 같은 IPTV 채널 정보 디스크립터를 PSIP 테이블들 중 MGT 테이블에 포함하여 전송하는 것을 일 실시예로 한다.
따라서 본 발명의 IPTV 수신기에서는 MGT 테이블로부터 IPTV 채널 정보를 추출하여 채널 전환에 이용한다. 한편 상기 IPTV 채널 정보를 테이블 형태로 전송하는 경우, 상기 MGT에서 상기 IPTV 채널 정보를 전송하는 테이블의 버전을 관리할 수 있다.
상기 MGT는 STT를 제외한 모든 PSIP 테이블에 대한 version number, length(바이트 단위), PID를 기술한 테이블이다. MGT는 0xC7의 table ID를 가지는 하나의 섹션으로 전송되며 프라이빗 섹션(private section)의 구문과 의미를 따른다.
상기 MGT를 전송하는 TS 패킷은 다음과 같은 제약이 있다. 즉, MGT의 PID는 0x1FFB(base_PID)로 하고, transport_scrambling_control 비트는 '00'으로 한다. 그리고 adaptation_field_control 비트는 '01'로 하고, MGT 섹션을 전송하는 첫 번째 트랜스포트 스트림 패킷의 payload_unit_start_indicator는 '1' 로 한다. 또한 MGT 섹션을 전송하는 트랜스포트 스트림 패킷의 pointer_field는 0x00으로 한다.
도 2는 상기 MGT 신택스 구조에 대한 일 실시예를 보인 도면이다.
도 2에서, "table_id" 필드는, 당해 섹션이 MGT에 속한다는 것을 식별하는 정보를 포함하는 필드이다.
"section_syntax_indicator" 필드는, 당해 섹션이 "section_length" 필드를 지나, 제너릭 섹션 신택스(generic section syntax)를 따른다는 정보를 포함하는 필드이다. 예를 들어, 상기 "section_syntax_indicator" 필드는 '1' 값을 가지도록 셋팅할 수도 있다. 다만, 상기 수치는 일예에 불과하다.
"private_indicator" 필드는, 1비트로 구성되며, '1' 값을 가지도록 셋팅할 수 있다. 다만, 상기 수치는 일예에 불과하다.
"section_length" 필드는, 당해 섹션의 마지막 부분까지 "section_length" 필드를 따르는 섹션 데이터의 남은 바이트 수를 식별하는 정보를 포함하는 필드이다.
"table_id_extension" 필드는, 16 비트로 구성되며, 테이블-의존적(table-dependent)이다. 그리고, 남아 있는 필드들에 대한 범위(scope)를 제공하는 상기 "table_id" 필드의 논리적 부분으로 고려된다.
"version_number" 필드는, 5 비트로 구성되며, MGT의 버전 넘버를 표시하는 필드로 사용된다.
"current_next_indicator" 필드는, 1비트로 구성되며, 언제나 '1'의 값을 가지도록 설계된다.
"section_number" 필드는, 8비트로 구성되며, 당해 섹션의 넘버를 표시하는데 사용된다.
"last_section_number" 필드는, 8비트로 구성되며, 마지막 섹션의 넘버를 식별하는데 사용된다.
"protocol_version" 필드는, 현재 프로토콜에서 정의된 파라미터와 다른 파라미터를 전송하는 당해 테이블 타입을, 추후에 허용하기 위한 기능을 구비하는 필드이다.
“tables_defined” 필드는 16비트로 구성되며, 다음에 오는 루프 내 나타날 테이블의 개수를 나타낸다. “tables_defined” 필드는 6~370 사이의 값을 갖도록 설계할 수 있다.
상기 루프는 “tables_defined” 필드 값만큼 반복되어 각 테이블의 정보를 표시한다.
상기 루프 내 “table_type” 필드는 16비트로 구성되며, 각 테이블의 종류 를 표시한다.
“table_type_PID” 필드는 13비트로 구성되며, 루프 내에 기술된 “table_type” 필드에 대한 PID를 정의한다.
“table_type_version_number” 필드는 5비트로 구성되며, 루프 내에 기술된 “table_type”필드의 버전 번호(version number)를 표시한다. 상기 “table_type_version_number” 필드 값은 각 테이블에 있는 버전 번호(version_number)와 같다. 예를 들면, EIT-3에 대한 이 필드 값은 실제 EIT-3 안에 있는 version_number 필드 값과 같아야 한다. 그리고 current_next_indicator = 0인 다음의 VCT는 current_next_indicator=1 인 현재의 VCT보다 1 만큼 증가 시킨 후 32로 나눈 나머지로 표시된다.
“number_bytes” 필드는 32비트로 구성되며, 루프 내 기술된 “table_type” 필드는 나타내는데 사용되는 전체 바이트 수를 나타낸다.
“table_type_descriptors_length” 필드는 루프 내 기술되어 있는 “table_type” 필드에 대한 디스크림터의 전체 길이를 바이트(byte) 수로 나타낸다.
“descriptors_length” 필드는 MGT descriptort에 대한 전체 길이를 바이트(byte) 수로 나타낸다.
“CRC_32” 필드는 오류 정정용 32 비트 CRC 값이다.
본 발명의 IPTV 채널 정보 디스크립터는 도 2의 MGT 내 디스크립터로 전송되는 것을 일 실시예로 한다.
도 3은 방송 콘텐츠 및 IPTV 채널 정보를 포함하는 MGT를 수신하여 처리하기 위한 IPTV 수신기의 일 실시예를 보인 구성 블록도이다.
상기 IPTV 수신기는 네트워크 인터페이스부(302), IP 매니저(303), RTP/RTCP(Real-time Transport Protocol/Real-time Transport Control Protocol) 매니저(304), 디멀티플렉서(305), 디코더(306), 디스플레이부(307), 어플리케이션 제어부(308), 서비스 매니저(309), 저장부(310), 시스템 매니저(312), SI(System Information) 디코더(313), SI 데이터베이스(314), SD&S(Service Discovery & Selection) 매니저(315), RTSP(Real-time Transport Streaming Protocol) 매니저(316), 저장 매체 제어부(317), 및 저장 매체(318)를 포함할 수 있다.
상기 네트워크 인터페이스부(302)는 IPTV 수신기를 유/무선 인터넷 망을 통하여 서비스 공급자와 연결하여 IP 패킷(packet)들(301)을 수신하여 IP 매니저(303)로 출력한다. 또한 상기 네트워크 인터페이스부(302)는 IP 매니저(303)로부터 출력되는 패킷을 유/무선 인터넷 망을 통해 외부(예를 들면, 서비스 공급자)로 전송한다. 상기 IP 패킷은 재전송되는 지상파 방송 콘텐츠를 포함할 수도 있고, 상기 지상파 방송 콘텐츠를 수신하여 디코딩할 수 있는 서비스 정보 예를 들어, VCT, MGT 등을 포함할 수도 있다.
상기 IP 매니저(303)는 IPTV 수신기에 수신되는 패킷과 IPTV 수신기에서 전송하는 패킷에 대하여 소스로부터 목적지까지의 패킷 전달에 관여한다. 그리고 수신된 패킷을 적절한 프로토콜에 대응되도록 분류한다.
상기 RTP/RTCP 매니저(304)는 상기 IP 매니저(303)에서 출력되는 패킷의 제어를 담당한다. 예를 들어 수신된 패킷이 실시간 스트리밍(real-time streaming) 데이터인 경우, RTP/RTCP를 사용한다. 즉, 실시간 스트리밍 데이터가 RTP를 사용하여 전송되는 경우, 상기 RTP/RTCP 매니저(304)는 상기 수신된 패킷을 RTP에 따라 파싱하여 디멀티플렉서(305)에 전송한다. 그리고 RTCP를 이용하여 네트워크 수신 정보(network reception quality)를 지상파를 재전송하는 서버측에 피드백(feedback)한다. 이때, 상기 실시간 스트리밍 데이터는 RTP 없이 UDP(User Datagram Protocol)로 캡슐화되어 직접 전달되기도 한다.
상기 디멀티플렉서(305)는 파싱되어 입력되는 트랜스포트 패킷을 오디오, 비디오, 서비스 정보 데이터 등으로 역다중화하여 각각 비디오/오디오 디코더(306), 서비스 정보 디코더(313)에 전송한다.
상기 비디오/오디오 디코더(306)는 상기 디멀티플렉서(305)에서 수신된 비디오 데이터와 오디오 데이터를 각각의 비디오, 오디오 디코딩 알고리즘으로 디코딩하여 압축 이전의 상태로 복원한다. 상기 비디오/오디오 디코더(306)에서 디코딩된 비디오/오디오 데이터는 디스플레이부(307)를 통하여 사용자에게 제공된다.
한편 어플리케이션 제어부(또는 어플리케이션 & UI 매니저라 하기도 함)(308)는 어플리케이션을 제어하며, 사용자 인터페이스(미도시)를 제어하여 사용자의 입력 신호에 따라서 IPTV 수신기의 전반적인 동작을 제어한다. 또한 상기 어플리케이션 제어부(308)는 사용자를 위한 그래픽 사용자 인터페이스(Graphic User Interface : GUI)를 OSD(On Screen Display) 등을 이용하여 제공하며, 상기 사용자 인터페이스부를 통하여 입력된 사용자 선택신호에 따라 IPTV 수신기의 동작을 수행한다. 또한 상기 어플리케이션 제어부(308)는 수신기의 지원 코덱 정보를 상기 네 트워크 인터페이스부(302)를 통하여 서비스 공급자에게 송신하여, IPTV 수신기에서 디코딩할 수 있는 코덱으로 인코딩된 콘텐츠를 수신하도록 제어한다.
즉, 상기 어플리케이션 제어부(308)는 IPTV 수신기의 미들웨어 레이어로서, 데이터 방송 플랫폼 예를 들어, ACAP을 탑재하고 있다.
따라서 상기 어플리케이션 제어부(308)는 사용자로부터 채널 전환이 요청되면, 상기 서비스 정보 중 VCT로부터 전환할 채널의 주파수와 프로그램 번호 값을 추출한다. 그리고 추출된 주파수와 프로그램 번호에 대응하는 IP 어드레스를 IPTV 채널 정보로부터 추출한다. 즉, 상기 VCT 내 주파수 필드와 프로그램 번호 필드와 IPTV 채널 정보 내 주파수 필드와 프로그램 번호 필드가 대응하는 IP 어드레스를 추출하기 위한 링크 역할을 한다.
상기 IPTV 채널 정보는 디스크립터 형태로 MGT 안에 포함되어 전송될 수도 있고, 테이블 형태로 전송될 수도 있다. 상기 어플리케이션 제어부(308)는 IPTV 채널 정보로부터 상기 주파수와 채널 번호에 대응하는 IP 어드레스를 추출하면, 추출된 IP 어드레스를 IP 매니저(303)로 제공한다. 즉, 상기 IP 어드레스는 전환할 채널의 IP 어드레스이다.
상기 IP 매니저(303)는 네트워크 인터페이스부(302)를 통해 상기 추출된 IP 어드레스에 접속하여 원하는 채널의 방송 콘텐츠를 수신한다. 즉, IP 매니저(303)는 가상 채널(도시되지 않음)에 상기 IP 어드레스로 튜닝을 요청함으로써, 채널 전환을 수행한다.
이와 같이 본 발명에 따른 IP 채널 정보는 각 주파수, 채널 번호에 해당하는 IP 어드레스를 포함한다. 그리고 채널 전환시에 이를 이용하게 되면 기존 ACAP에서 이용하던 JavaTV의 로케이터(Locator)의 변경없이 채널 전환 메커니즘을 그대로 이용할 수 있다.
상기 서비스 매니저(309)는 수신되는 채널 정보를 저장하여, 서비스 채널 맵을 생성한다. 또한, 상기 어플리케이션 제어부(308)로부터 수신한 키 입력에 따라 채널을 선택하고, 상기 SD&S 매니저(315)를 제어한다.
그리고 상기 서비스 매니저(309)는 SI 디코더(313)로부터 채널의 서비스 정보를 입력받아 디멀티플렉서(305)에 선택된 채널의 오디오/비디오 PID(Packet Identifier) 설정 등을 수행한다.
상기 SI 디코더(313)는 PSI/PSIP과 같은 서비스 정보 테이블들을 디코딩한다. 즉, 상기 디멀티플렉서(305)에서 역다중화된 PSI/PSIP 테이블 또는 DVB-SI(Service Information) 테이블 등을 수신하여 디코딩한다.
상기 SI 디코더(313)는 상기 수신된 서비스 정보 테이블들을 디코딩하여 서비스정보에 관한 데이터베이스를 만들고, 상기 서비스정보에 관한 데이터베이스는 SI 데이터베이스(314)에 저장한다.
상기 SD&S 매니저(315)는 서비스를 제공하는 서비스 공급자를 선택하는데 필요한 정보를 어플리케이션 제어부(308)로 제공한다. 또한 상기 SD&S 매니저(315)는 상기 어플리케이션 제어부(308)로부터 채널 선택에 관한 정보를 수신하면, 상기 정보를 이용하여 서비스 공급자를 찾는다.
상기 RTSP 매니저(316)는 서비스의 선택과 제어를 담당한다. 예를 들어 사용 자가 기존의 방송 방식과 같은 Live Broadcasting 서비스를 선택하는 경우 IGMP 또는 RTSP를 사용하고, VOD(Vidoe On Demand)와 같은 서비스를 선택하는 경우에는 RTSP를 사용하여 서비스의 선택, 제어를 수행한다. 상기 RTSP(real-time streaming protocol)는 실시간 스트리밍에 대해 트릭 모드(trick mode)를 제공할 수 있다.
상기 저장부(311)는 시스템에 대한 셋업 데이터 등을 저장한다. 상기 저장부(311)로 비휘발성 메모리(NonVolatile RAM : NVRAM) 또는 플래쉬 메모리 등을 사용할 수 있다.
상기 시스템 매니저(312)는 상기 IPTV 수신기의 전체적인 동작을 전원을 통해 제어한다.
상기 저장 매체 제어부(317)는 디멀티플렉서(305)와 인터페이스하여 방송 콘텐츠의 즉시 녹화, 예약 녹화, 타임 시프트(Time shift) 등을 제어한다. 예를 들어, IPTV 수신기에 즉시 녹화, 예약 녹화, 타임 시프트 중 어느 하나가 설정되면 디멀티플렉서(305)로 입력되는 방송 콘텐츠는 상기 저장 매체 제어부(317)의 제어에 의해 상기 저장 매체(318)에 저장된다.
그리고 상기 저장 매체(318)에 저장된 데이터의 재생이 필요한 경우, 상기 저장 매체 제어부(317)는 상기 저장 매체(318)에 저장된 해당 콘텐츠를 독출하여 디멀티플렉서(305)로 출력한다.
이때 상기 저장 매체(318)의 저장 용량은 제한되어 있으므로, 상기 저장 용량의 효율성을 위해 압축 부호화되어 입력된 방송 콘텐츠는 그대로 저장 매체(318)에 저장하는 것을 본 발명의 일 실시예로 한다. 이 경우 재생 명령에 따라 상기 저 장 매체(318)에서 독출된 방송 콘텐츠는 디멀티플렉서(305)를 통해 오디오/비디오 디코더(306)로 입력되어 원래 상태로 복원된다.
또한 상기 저장 매체 제어부(317)는 상기 저장 매체(318)에 저장되어 있거나 현재 버퍼링되고 있는 방송 콘텐츠의 재생(play), 빨리 감기(fast forward), 되감기(rewind), 슬로우 모션(slow motion), 인스턴트리플레이(instant replay) 등을 제어할 수 있다. 여기서 인스턴트 리플레이는 다시 보고 싶은 장면을 반복해서 시청 가능한 기능이며, 저장되어 있는 데이터뿐만 아니라 현재 리얼타임으로 수신되는 데이터도 타임 시프트(time shift) 기능과 연계하여 인스턴트 리플레이할 수 있다.
지금까지 설명한 바와 같이 IPTV 수신기에서는 주파수, 프로그램 번호와 같은 기능을 할 수 있는 IP 어드레스가 필요하다. 따라서 본 발명은 IPTV 채널 정보에 포함되어 전송되는 주파수, 프로그램 번호에 대응되는 IP 어드레스를 이용하여 채널 전환을 수행한다.
상기 IPTV 채널 정보는 디스크립터 형태로 서비스 정보 내 적어도 하나의 테이블에 포함되어 전송될 수도 있고, 새로운 사용자 프라이빗 테이블 형태로 전송될 수도 있다. 상기 IPTV 채널 정보가 테이블 형태로 전송된다면, 상기 IPTV 정보 테이블은 서비스 정보 내 다른 테이블과 구분되는 식별자를 갖는다. 상기 IPTV 채널 정보는 주파수와 프로그램 번호, 그리고 상기 주파수와 프로그램 번호에 대응되는 IP 어드레스를 포함한다. 상기 IP 어드레스는 URL 어드레스라 하기도 한다.
그리고 상기 IPTV 채널 정보 내 IP 어드레스를 이용하여 채널 전환을 수행하 게 되면, 기존 ACAP에서 이용하던 JavaTV의 로케이터를 변경하지 않고 채널 전환 메커니즘을 그대로 이용할 수 있다.
지금까지 설명한 본 발명은 상술한 실시예에 한정되지 않으며, 첨부된 청구범위에서 알 수 있는 바와 같이 본 발명이 속한 분야의 통상의 지식을 가지 자에 의해 변형이 가능하고 이러한 변형은 본 발명의 범위에 속한다.
도 1은 본 발명에 따른 IPTV 채널 정보 디스크립터의 신택스 구조에 대한 일 실시예를 보인 도면
도 2는 본 발명에 따른 서비스 정보 중 MGT의 신택스 구조에 대한 일 실시예를 보인 도면
도 3은 본 발명에 따른 IPTV 수신기의 일 실시예를 보인 구성 블록도
* 도면의 주요 부분에 대한 부호의 설명*
302 : 네트워크 인터페이스부 303 : IP 매니저
304 : RTP/RTCP 매니저 305 : 디멀티플렉서
306 : A/V 디코더 307 : 디스플레이부
308 : 어플리케이션 제어부 309 : 서비스 매니저
310 : 서비스 채널 맵 311 : 저장부
312 : 시스템 매니저 313 : SI 디코더
314 : SI 데이터베이스 315 : SD&S 매니저
316 : RTSP 매니저 317 : 저장 매체 제어부
318 : 저장 매체

Claims (10)

  1. 수신기를 네트워크를 통하여 서비스 공급자와 연결하여, IP 패킷으로 캡슐화된 방송 스트림을 수신하는 네트워크 인터페이스부;
    상기 방송 스트림으로부터 오디오, 비디오, 서비스 정보 데이터를 분리하고, 상기 서비스 정보 데이터는 IPTV 채널 정보를 포함하는 디멀티플렉서;
    상기 분리된 오디오 데이터와 비디오 데이터를 각각 디코딩하여 출력하는 디코더;
    상기 분리된 서비스 정보 데이터를 파싱하여 데이터베이스화하는 서비스 정보 처리부; 및
    데이터 방송 플랫폼을 탑재하며, 채널 전환 명령이 입력되면 상기 데이터베이스화된 서비스 정보의 IPTV 채널 정보로부터 전환할 채널의 주파수와 프로그램 번호에 대응하는 IP 어드레스를 추출하고, 추출된 IP 어드레스로 접속을 요청하는 어플리케이션 제어부를 포함하는 것을 특징으로 하는 IPTV 수신기.
  2. 제 1 항에 있어서,
    상기 IPTV 채널 정보는 특정 채널의 주파수, 프로그램 번호, 그리고 상기 주파수와 프로그램 번호에 대응하는 IP 어드레스를 포함하는 것을 특징으로 하는 IPTV 수신기.
  3. 제 1 항에 있어서,
    상기 IPTV 채널 정보는 디스크립터 형태로 서비스 정보의 적어도 하나의 테이블에 포함되어 수신되는 것을 특징으로 하는 IPTV 수신기.
  4. 제 1 항에 있어서,
    상기 IPTV 채널 정보는 테이블 형태로 서비스 정보의 다른 테이블과 구분되어 수신되는 것을 특징으로 하는 IPTV 수신기.
  5. 제 1 항에 있어서,
    상기 데이터 방송 플랫폼은 ACAP인 것을 특징으로 하는 IPTV 수신기.
  6. IP 패킷으로 캡슐화된 방송 스트림을 수신하여 오디오, 비디오, 서비스 정보 데이터를 분리하고, 상기 서비스 정보 데이터는 IPTV 채널 정보를 포함하는 단계;
    채널 전환 명령이 입력되면, 데이터 방송 플랫폼 기반에서 상기 서비스 정보 데이터의 IPTV 채널 정보로부터 전환할 채널의 주파수와 프로그램 번호에 대응하는 IP 어드레스를 추출하고, 추출된 IP 어드레스로 접속을 요청하는 단계; 및
    접속된 IP 어드레스에 대응하는 IP 패킷으로 캡슐화된 방송 스트림을 수신하는 단계를 포함하는 것을 특징으로 하는 IPTV 수신기의 채널 전환 방법.
  7. 제 6 항에 있어서,
    상기 IPTV 채널 정보는 특정 채널의 주파수, 프로그램 번호, 그리고 상기 주파수와 프로그램 번호에 대응하는 IP 어드레스를 포함하는 것을 특징으로 하는 IPTV 수신기의 채널 전환 방법.
  8. 제 6 항에 있어서,
    상기 IPTV 채널 정보는 디스크립터 형태로 서비스 정보의 적어도 하나의 테이블에 포함되어 수신되는 것을 특징으로 하는 IPTV 수신기의 채널 전환 방법.
  9. 제 6 항에 있어서,
    상기 IPTV 채널 정보는 테이블 형태로 서비스 정보의 다른 테이블과 구분되어 수신되는 것을 특징으로 하는 IPTV 수신기의 채널 전환 방법.
  10. 제 6 항에 있어서,
    상기 데이터 방송 플랫폼은 ACAP인 것을 특징으로 하는 IPTV 수신기의 채널 전환 방법.
KR1020080056320A 2008-06-16 2008-06-16 인터넷 프로토콜 텔레비전 수신기 및 채널 전환 방법 KR101414638B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020080056320A KR101414638B1 (ko) 2008-06-16 2008-06-16 인터넷 프로토콜 텔레비전 수신기 및 채널 전환 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020080056320A KR101414638B1 (ko) 2008-06-16 2008-06-16 인터넷 프로토콜 텔레비전 수신기 및 채널 전환 방법

Publications (2)

Publication Number Publication Date
KR20090130609A true KR20090130609A (ko) 2009-12-24
KR101414638B1 KR101414638B1 (ko) 2014-07-03

Family

ID=41690032

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080056320A KR101414638B1 (ko) 2008-06-16 2008-06-16 인터넷 프로토콜 텔레비전 수신기 및 채널 전환 방법

Country Status (1)

Country Link
KR (1) KR101414638B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101008753B1 (ko) * 2010-01-14 2011-01-14 주식회사 씨앤드디큐브 멀티미디어 데이터 스트리밍 시스템

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100407714B1 (ko) * 2000-06-17 2003-12-01 정연태 지상파를 이용한 멀티채널 실시간 인터넷 방송 시스템 및방법
KR20060115423A (ko) * 2005-05-04 2006-11-09 삼성전자주식회사 고정 피아이디 정보를 이용한 채널 전환 방법 및 시스템
KR20070092442A (ko) * 2006-03-10 2007-09-13 주식회사 대우일렉트로닉스 지상파/위성 디엠비 패킷간의 통신 서비스 방법 및 그시스템
KR101306711B1 (ko) * 2006-11-13 2013-09-11 엘지전자 주식회사 이동통신 단말기의 ｉｐｔｖ 접속 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101008753B1 (ko) * 2010-01-14 2011-01-14 주식회사 씨앤드디큐브 멀티미디어 데이터 스트리밍 시스템

Also Published As

Publication number Publication date
KR101414638B1 (ko) 2014-07-03

Similar Documents

Publication Publication Date Title
KR101377952B1 (ko) 방송 신호 전송 방법, 방송 신호 수신 방법 및 방송 수신기
EP1909457B1 (en) Apparatus for receiving adaptive broadcast signal and method thereof
KR100956825B1 (ko) 프리뷰 컨텐츠 수신방법 및 ｉｐｔｖ 수신기
US9544641B2 (en) Hybrid transmission method through MMT packet format extension
KR101356502B1 (ko) 방송 신호 전송 방법, 방송 신호 수신 방법 및 방송 수신기
KR101295571B1 (ko) 디지털 방송 서비스 방법 및 시스템과 디지털 방송수신방법 및 수신기
US20090144783A1 (en) Broadcast receiver and method for receiving adaptive broadcast signal
US20150215679A1 (en) Method for transmitting/receiving internet-based content and transmitter/receiver using same
US9674027B2 (en) Method for transmitting/receiving internet-based content and transmitter/receiver using same
CN101232613B (zh) 发送/接收数字内容的方法和接收数字内容的装置
Park et al. Delivery of ATSC 3.0 services with MPEG media transport standard considering redistribution in MPEG-2 TS format
US20160007056A1 (en) Method for transmitting/receiving internet-based content and transmitter/receiver using same
EP1947857A1 (en) Method of transmitting/receiving digital contens and digital content reception system
KR20100081714A (ko) 디지털 방송 신호를 처리하는 방법 및 장치
KR101314615B1 (ko) 디지털 방송 전송 방법과 전송 시스템, 디지털 방송 수신방법과 수신기 및 디지털 방송 서비스 방법과 서비스시스템
US20150373076A1 (en) Method for transmitting/receiving internet-based content and transmitter/receiver using same
US8407734B2 (en) Broadcasting receiver and method of transmitting / receiving broadcasting signal
KR20130084971A (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
KR101414638B1 (ko) 인터넷 프로토콜 텔레비전 수신기 및 채널 전환 방법
JP6863419B2 (ja) 受信装置並びに受信方法
WO2019031269A1 (ja) 送信装置、送信方法、受信装置、及び受信方法
KR101377958B1 (ko) 데이터 전송 방법, 방송 수신기 및 방송 수신 방법
KR101243476B1 (ko) 프리뷰 컨텐츠의 전송 시스템 및 방법과, 그의 수신장치 및방법
KR101666895B1 (ko) 디지털 방송 수신기 및 컨텐츠 관리 방법

Legal Events

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

Payment date: 20170512

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20180514

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20190514

Year of fee payment: 6