KR101328954B1

KR101328954B1 - 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송방법 및 케이블 카드의 데이터 처리 방법

Info

Publication number: KR101328954B1
Application number: KR1020070071711A
Authority: KR
Inventors: 차상훈; 김봉석
Original assignee: 엘지전자 주식회사
Priority date: 2007-07-18
Filing date: 2007-07-18
Publication date: 2013-11-13
Also published as: CN101409721B; EP2018064A2; US8086742B2; KR20090008628A; US20120066710A1; US8429278B2; US20090055544A1; BRPI0806042A2; EP2018064A3; US9210479B2; CN101409721A; US20130254819A1

Abstract

본 발명은 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송 방법 및 케이블 카드의 데이터 처리 방법에 관한 것이다. 본 발명은 인터넷 프로토콜에 따른 네트워크 정보를 포함하여 호스트의 네트워크 동작모드에 대한 정보를 케이블카드에 전송함으로써, 케이블카드에서 호스트의 네트워크 동작모드 지원 정보를 알 수 있다.

따라서, 호스트와 카드 사이에 효율적으로 정보를 주고 받을 수 있는 효과가 있다. 또한, 기존의 정보 전송 체계를 그대로 이용하면서, 추가적인 호스트의 네트워크 정보를 전송할 수 있으므로, 백워드 호환성(backword compatibility)을 얻을 수 있는 효과도 있다.

IPTV, interface

Description

방송 수신기와 인터페이스 방법, 호스트의 데이터 전송 방법 및 케이블 카드의 데이터 처리 방법{Broadcasting receiver and interfacing method, data transmitting method and data processing method}

본 발명은 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송 방법 및 케이블 카드의 데이터 처리 방법에 관한 것으로서, 더욱 자세하게는 인터넷 프로토콜을 이용한 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송 방법 및 케이블 카드의 데이터 처리 방법에 관한 것이다.

종래의 방송 수신기는 방송사에서 제작하는 컨텐츠(content)를 지상파, 케이블 또는 위성방송 등의 전파 전달 매체를 통해서 송출하고, 사용자는 상기 각 전달 매체를 수신할 수 있는 수신기를 통해 시청하는 방식으로 서비스되었다.

그러나 기존의 아날로그 방송에서 디지털 기반의 디지털 방송 기술이 개발되고 상용화되면서, 기존의 전파나 유선 케이블 매체 외에도 각 가정에 연결되어 있는 인터넷 네트워크를 이용하여 실시간 방송, CoD(Contents on Demand), 게임, 뉴스 등 다양한 종류의 컨텐츠 서비스를 사용자에게 제공할 수 있게 되었다.

상기 인터넷 네트워크를 이용한 컨텐츠 서비스 제공의 예로서 IPTV(Internet Protocol TV)를 들 수 있다. 상기 IPTV는 인터넷 네트워크를 이용하여 각종 정보 서비스, 동영상 컨텐츠 및 방송 등을 전송하여 사용자의 수신기에 제공하는 것을 말한다. 상기 인터넷 네트워크는 IP(Internet Protocol)를 기반으로 광케이블 망, 동축 케이블 망, FTTH(Fiber To The Home), 전화망, 무선망 등 여러 종류의 망 상에서 구현이 가능하다.

상기와 같은 인터넷 네트워크를 이용한 서비스의 경우, 일반 지상파방송 등과 달리, 양방향성이 추가될 수 있으며 사용자는 자신이 편리한 시간에 자신이 보고 싶은 컨텐츠 서비스를 시청할 수 있다. 그리고 제한 수신, 컨텐츠 보호(protection) 기술 등을 사용하여 전송 컨텐츠를 보호할 수 있다.

케이블카드와 같은 제한 수신 카드를 이용하여 컨텐츠를 보호하는 경우, 상기 수신기의 호스트에서 제공 가능한 네트워크에 대한 정보를 카드 측에 전송한다. 따라서, 상기 인터넷 네트워크를 통해 컨텐츠를 수신하는 수신기의 경우, 상기와 같이 호스트의 네트워크에 대한 정보를 카드 측에 전송할 수 있는 수단이 필요하였다.

본 발명은 상기와 같은 문제점을 해결하기 위한 것으로서, 본 발명의 목적은 호스트와 카드 사이에 정보를 효율적으로 전송할 수 있는 인터넷 프로토콜을 이용한 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송 방법 및 케이블 카드의 데이터 처리 방법을 제공하는 것이다.

본 발명에 따른 호스트와 케이블카드간 인터페이스 방법은, 호스트에 상기 호스트의 리소스에 대한 정보를 요청하는 단계, 및 호스트의 인터넷 프로토콜 네트워크 지원 여부에 대한 정보를 리소스 정보 리스트에 포함하여 케이블카드에 전송하는 단계를 포함한다.

본 발명에 따른 호스트의 데이터 전송 방법은, 리소스 정보 요청에 따라 호스트의 지원 가능한 네트워크 동작모드를 확인하는 단계, 상기 호스트의 인터넷 프로토콜 네트워크 지원 여부에 대한 정보를 포함하여 리소스 정보 리스트를 형성하는 단계, 및 상기 형성된 리소스 정보 리스트를 케이블카드로 전송하는 단계를 포함한다.

본 발명에 따른 케이블카드의 데이터 처리 방법은, 호스트의 리소스 정보를 요청하는 단계, 상기 호스트로부터 수신된 리소스 정보 리스트를 파싱하는 단계, 및 상기 파싱된 리소스 정보 리스트를 분석하여 호스트에서 지원 가능한 네트워크 동작모드에 대한 정보를 얻는 단계를 포함한다.

본 발명에 따른 방송 수신기는, 수신기의 초기화 시 상기 수신기의 호스트에 리소스에 대한 정보를 요청하는 케이블카드, 및 호스트의 인터넷 프로토콜 네트워크 지원 여부에 대한 정보를 리소스 정보 리스트에 포함하여 상기 케이블카드에 전송하는 호스트를 포함한다.

본 발명의 인터넷 프로토콜을 이용한 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송 방법 및 케이블 카드의 데이터 처리 방법에 따르면, 상기 수신기의 호스트와 카드 사이에 효율적으로 정보를 주고 받을 수 있는 효과가 있다. 또한, 기존의 정보 전송 체계를 그대로 이용하면서, 추가적인 호스트의 네트워크 정보를 전송할 수 있으므로, 백워드 호환성(backword compatibility)을 얻을 수 있는 효과도 있다.

이하 본 발명의 목적, 특성 및 이점들은 첨부한 도면을 참조한 실시 예들의 상세한 설명을 통해 명백해질 것이다. 아울러, 본 발명에서 사용되는 용어는 가능한 한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며 이 경우 해당되는 발명의 설명 부분에서 상세히 그 의미를 기재하였으므로, 단순한 용어의 명칭이 아닌 용어가 가지는 의미로서 본 발명을 파악하여야 함을 밝혀 두고자 한다.

이와 같이 구성된 본 발명에 따른 방송 수신기와 인터페이스 방법, 호스트의 데이터 전송 방법 및 케이블 카드의 데이터 처리 방법의 동작을 첨부한 도면을 참 조하여 상세히 설명하면 다음과 같다.

인터넷 망을 이용하여 각종 컨텐츠를 제공할 수 있는 시스템의 예인 IPTV(Internet Protocol TV) 시스템은 크게 서버(Server)와 네트워크, 그리고 수신기(client)로 나뉠 수 있다.

상기 IPTV의 서버는 서비스 발견, 선택에 관한 정보(Service Discovery, Selection) 서버, 스트리밍(Streaming) 서버, 컨텐츠 가이드(Contents Guide) 정보 서버, 고객정보 서버, 지불 정보 서버 등 다양한 기능을 담당하는 서버들로 구성될 수 있다.

상기 서버 가운데 스트리밍 서버는 저장되어 있는 MPEG(Moving Picture Experts Group)2 또는 MPEG4 인코딩 동영상 데이터를 네트워크를 통해 사용자에게 전송한다. 상기 전송을 위한 프로토콜(protocol)로 RTP(Real-Time Transport Protocol), RTCP(RTP Control Protocol) 등을 이용할 수 있다.

RTSP(Real-Time Streaming Protocol)를 이용하는 경우에는 일시정지(Pause), 리플레이(Replay), 정지(Stop) 등 네트워크 트릭 플레이(Trick Play)라 불리는 기능을 통해 동영상 스트림 재생을 어느 정도 제어할 수도 있다.

컨텐츠 가이드 정보 서버는 상기 제공되는 다양한 컨텐츠들에 대한 정보를 제공하는 서버이다. 상기 컨텐츠 가이드 정보는 EPG(Electronic Program Guide) 정보에 대응되는 정보로 컨텐츠에 대한 각종 정보를 포함한다. 컨텐츠 가이드 정보 서버는 컨텐츠 가이드 정보 데이터를 저장하고 있으며, 상기 저장되어 있는 데이터를 수신기에 제공한다.

상기 서버 가운데 서비스 발견 및 선택에 관한 정보 서버는 방송, COD(Contents On Demand), 게임 등의 각종 컨텐츠 서비스를 제공하는 서버들에 대한 접속 정보, 재생 정보 등을 수신기에 제공한다.

네트워크 시스템은 인터넷 기반 망과 게이트웨이(Gateway)들로 이루어진다. 상기 인터넷 기반 망은 IP를 기반으로 광케이블 망, 동축 케이블 망, FTTH(Fiber To The Home), 전화망, 무선망 등 여러 종류의 망 등이 사용될 수 있다. 게이트웨이에서는 일반적인 데이터 전달뿐만 아니라, IGMP(Internet Group Management Protocol) 등의 프로토콜을 이용한 멀티캐스트(Multicast) 그룹 관리, QoS(Quality of Service) 관리 등을 수행할 수 있다.

IPTV의 수신기는 인터넷 망을 통하여 전송되는 데이터를 수신하여 이를 사용자에게 제공할 수 있는 수신기를 말한다. 상기 수신기에는 IPTV 셋톱(IPTV Settop), 홈넷 게이트웨이(Homenet Gateway), IPTV 임베디드 TV(IPTV embedded TV) 등이 있다.

하이브리드(hybrid) 형태의 IPTV 시스템의 경우에는, 기존의 각종 방송 컨텐츠들 뿐만 아니라 인터넷의 각종 컨텐츠들을 제공할 수 있다. 즉, 지상파 방송, 케이블 방송, 위성 방송, 개인 방송 등과 같은 각종 방송 컨텐츠나, 다양한 인터넷 영상 컨텐츠, 영상 이외의 데이터 컨텐츠 등을 사용자에게 제공할 수 있다. 그리고 상기 컨텐츠들은 실시간으로 제공될 수도 있고, 요청에 따라 주문형(on demand)으로 제공될 수도 있다.

도 1은 본 발명에 따른 일 실시예로서, IPTV 시스템을 개략적으로 나타낸 도 면이다.

컨텐츠 서비스의 제공 측면에서 볼 때, 상기 IPTV 시스템은 컨텐츠 제공자(Content Provider : CP), 서비스 제공자(Service Provider : SP), 네트워크 제공자(Network Provider : NP) 및 사용자로 나뉠 수 있다.

컨텐츠 제공자는 각종 컨텐츠를 제작하여 제공한다. 컨텐츠 제공자에는 상기 도 1에서와 같이 지상파 방송 송출자(terrestrial broadcaster), 케이블 방송 사업자(cable SO(System Operator) 또는 MSO(Multiple System Operator)), 위성 방송 송출자(satellite broadcaster), 인터넷 방송 송출자(Internet broadcaster) 등이 있을 수 있다.

서비스 제공자는 상기와 같은 컨텐츠 제공자가 제공하는 컨텐츠들을 서비스 패키지화하여 제공한다. 예를 들어, 상기 도 1의 서비스 제공자는 제1 지상파 방송, 제2 지상파 방송, 케이블 MSO, 위성 방송, 다양한 인터넷 방송 등을 패키지화하여 사용자에게 제공한다.

그리고 네트워크 제공자는 상기 서비스를 사용자에게 제공하기 위한 네트워크 망을 제공한다. 사용자는 홈 네트워크(Home Network End User : HNED)를 구축하여 상기 서비스를 제공받을 수도 있다.

상기와 같은 IPTV 시스템에서 전송되는 컨텐츠를 보호하기 위한 수단으로 제한 수신(Conditional Access), 컨텐츠 보호(Content Protection) 등을 사용할 수 있다. 상기와 같은 제한 수신이나 컨텐츠 보호를 위한 하나의 예로서, 케이블카드(CableCARD), DCAS(Downloadable Conditional Access System)와 같은 방식을 사 용할 수 있다.

상기 케이블카드나 DCAS 등의 사용 여부는 IPTV 서비스를 제공하는 서비스 제공자의 선택이며, 상기 케이블카드나 DCAS 등을 수신기에 사용하는 경우, 수신기와 통신하는 서비스 제공자 측에서도 상기 시스템을 사용하여야 한다.

도 2는 본 발명에 따른 일 실시예로서, 케이블카드를 사용하는 수신기를 개략적으로 나타낸 도면이다.

상기 도 2의 수신기는 IP를 기반으로 하는 IPTV 서비스, 케이블 방송, 지상파 방송, 위성 방송 등을 모두 수신할 수 있는 형태의 수신기를 나타낸다. 상기 도 2의 수신기는, 구현 예에 따라 IPTV 서비스만 수신하거나, 케이블 방송만 수신하는 경우로 구현할 수도 있다. 그리고 상기 도 2의 케이블카드는 상기와 같은 구현 예에 따라 다른 명칭으로 불릴 수도 있다.

상기 도 2의 수신기는 크게 호스트(HOST)와 케이블카드(CableCARD)로 구성된다. 호스트는 제1튜너(Tuner)(202), 제2튜너(204), 복조부(demodulator)(206), 다중화부(multiplexer)(208), 역다중화부(demultiplexer)(210), 디코더(decoder)(212), 이더넷(ethernet) NIC(Network Interface Card)(214), TCP/IP네트워크부(216), TP(Transport Packet) 파싱부(parser)(218), 제어부(222), DCAS(Downloadable CAS)부(224), DVR(Digital Video Recorder)제어부(226), 컨텐츠 암호화부(content encryption)(228), 스토리지 인터페이스부(storage interface)(230), 및 저장부(232)를 포함한다. 상기 케이블카드(220)는 하나의 스트림만을 처리할 수 있는 싱글 스트림(Single stream) 카드일 수도 있고, 다수개의 스트림을 동시에 처리할 수 있는 멀티 스트림(Multi stream) 카드일 수도 있다.

상기 수신기는 제한 수신(Conditional Access ; CA) 시스템을 포함하는 케이블카드가 본체로부터 분리된 오픈 케이블 방식이다. 상기 케이블카드는 POD(Point Of Deployment) 모듈이라고도 하며, 상기 수신기의 본체 슬롯에 장.탈착이 가능하도록 되어 있다. 그리고 상기 케이블카드가 삽입되는 본체를 호스트라 하기도 한다. 즉, 상기 케이블카드와 호스트를 합쳐서 수신기라 한다.

네트워크 연결부(200)는 외부 네트워크 망과 수신기를 연결하는 역할을 한다. 예를 들어, 외부 IP 네트워크 망과 상기 수신기를 연결할 수 있다. 일 예로 MoCA(Multimedia Over Coax Alliance)를 사용하는 경우, 동축 케이블(coaxial cable) 네트워크 망 상에서 IP 기반의 네트워크를 구축하여 연결할 수 있다. 또는, DOCSIS 모뎀을 이용하여 외부 네트워크 망과 연결할 수도 있으며, 무선 인터넷 네트워크 망과 연결하는 무선 중계기, 유선 ADSL 중계기와 같이 유선 인터넷 네트워크 망과 연결하는 유선 중계기 등을 이용하여 외부 네트워크 망과 연결할 수도 있다. 상기 외부 네트워크 망과의 연결 예는 일 실시 예이며, 어느 것을 사용할지 여부는 어떠한 방식으로 외부 네트워크 망과 연결되는 지에 따라 달라질 수 있다.

상기 제1 튜너(202)는 안테나를 통해 전송되는 지상파 A/V(Audio/Video) 방송이나 네트워크 연결부(200)와 연결된 케이블을 통해 인-밴드(In-band)로 전송되는 케이블 A/V 방송 중 특정 채널 주파수만을 튜닝하여 복조부(206)로 출력한다.

이때 지상파 방송과 케이블 방송은 전송 방식이 다르므로 복조부(206)에서의 복조 방식도 다르다. 예를 들어, 지상파 A/V 방송은 VSB(Vestigial Sideband Modulation) 방식으로 변조되어 전송되고, 케이블 A/V 방송은 QAM(Quadrature Amplitude Modulation) 방식으로 변조되어 전송된다. 그러므로 제1 튜너(202)에서 튜닝된 채널 주파수가 지상파 방송이면 복조부(206)에서 VSB 방식으로 복조되고, 케이블 방송이면 QAM 방식으로 복조된다.

제2 튜너(204)는 네트워크 연결부(200)와 연결된 케이블을 통해 인-밴드(In-band)로 전송되는 케이블 A/V 방송 중 특정 채널 주파수만을 튜닝하여 복조부(206)로 출력한다.

상기 제1 튜너(202)와 제2 튜너(204)는 이용하여 서로 다른 채널의 신호를 튜닝하여 복조부(206)로 전송할 수 있다. 또는, 상기 제1 튜너(202)와 같은 채널의 서로 다른 A/V 스트림을 튜닝하여 복조부(206)로 전송할 수 있다. 예를 들어, 제1 튜너(202)에서는 메인 픽쳐의 스트림을 튜닝하고, 제2 튜너(204)는 PIP(Picture in Picture)의 스트림을 튜닝할 수 있다. 그리고, DVR(Digital Video Recorder) 등을 이용하여 디지털 영상 신호를 저장하는 경우, 상기 제1 튜너(202)와 제2 튜너(204)를 사용함으로써 영상을 시청하면서 동시에 영상 신호를 저장(watch & record)할 수도 있다.

상기 복조부(206)는 수신된 신호를 복조하여 다중화부(208)로 전송한다. 다중화부(208)은 복조부(206)와 TP(Transport Packet) 파싱부(218)에서 입력된 신호를 다중화(multiplexing)하여 출력할 수 있다. 예를 들어, 상기 제1 튜너(202)에서 튜닝되어 복조된 메인 영상과 제2 튜너(204)에서 튜닝되어 복조된 PIP 영상을 다중화하여 출력할 수 있다. 또는, 구현 예에 따라, 다른 채널의 영상을 다중화할 수도 있고, 상기 TP 파싱부(218)에서 출력된 신호와 다중화하여 출력할 수도 있다.

상기 다중화부(208)에서 출력된 신호가 지상파 방송 신호이면 입력된 신호를 역다중화부(210)로 출력하고, 케이블 방송이거나 IPTV 방송 신호이면 슬롯에 장착된 케이블카드(220)를 통해 역다중화부(210)로 출력한다. 상기 케이블카드(220)는 고부가가치의 방송 콘텐츠에 대한 복사 방지 및 제한적인 접근을 위하여, 제한 수신(Conditional Access ; CA) 시스템을 포함하며, POD(Point Of Deployment) 모듈이라고도 한다.

즉, 상기 케이블카드(220)는 수신된 방송 신호에 스크램블(scramble)이 걸려있다면 디스크램블(descramble)하여 역다중화부(210)로 출력한다. 만일 케이블카드(220)가 장착되어 있지 않다면 상기 다중화부(208)에서 출력된 A/V 방송 신호는 바로 역다중화부(210)로 출력된다. 이 경우 스크램블된 A/V 방송 신호는 디스크램블을 하지 못하므로 정상적으로 시청하지 못한다.

상기 역다중화부(210)는 입력된 비디오 신호와 오디오 신호를 분리하여 디코더(212)로 출력한다. 상기 디코더(212)는 각각 비디오 디코딩 알고리즘과 오디오 디코딩 알고리즘을 통해 압축된 A/V 신호를 원래 신호로 복원한 후 디스플레이를 위해 출력한다.

DVR제어부(226), 컨텐츠 암호화부(228), 스토리지 인터페이스부(230), 및 저장부(232)는 수신된 디지털 데이터를 저장하거나 저장된 데이터를 재생하는 역할을 수행한다. DVR제어부(226)는 제어부(222)의 제어에 따라 역다중화부(210)에서 출력된 데이터 가운데 선택된 영상 데이터 등을 저장하거나 또는 저장된 데이터 가운데 선택된 영상 데이터 등을 재생하도록 제어한다. 컨텐츠 암호화부(228)는 저장하고자 하는 데이터를 암호화(encryption)하여 출력하거나, 암호화되어 저장된 데이터를 복원하여 출력한다. 상기 암호화부(228)는 구현 예에 따라 사용되지 않을 수도 있다.

스토리지 인터페이스부(230)은 저장부(232)와의 데이터 입출력 인터페이스를 수행하며, 저장부(232)는 입력된 데이터를 저장한다.

DCAS부(224)는 송신 측 서버로부터 수신제한 시스템(CAS)을 다운로드 받아 저장할 수 있으며, 상기 저장된 수신제한 시스템 가운데 적정한 수신제한 시스템에 따라 수신제한 기능을 수행한다. 제어부(222)는 호스트와 케이블카드 사이의 인터페이스 및 상기 호스트의 데이터 처리 등을 제어한다.

이더넷 NIC(214)는 네트워크 연결부(200)를 통해 수신된 신호 가운데 특정 IP 주소로 전송되는 이더넷 프레임(ethernet frame) 패킷을 수신하여 TCP/IP네트워크부(216)로 전송한다. 또는, 양방향 통신에 따른 데이터(예를 들면, 유료 프로그램 신청, 수신기의 상태 정보, 사용자 입력 등)를 상기 TCP/IP네트워크부(216)로부터 수신하여 네트워크 연결부(200)를 통해 외부 망으로 전송한다. 상기 특정 IP 주소는 호스트 자체의 IP 주소 또는 케이블카드의 IP 주소일 수 있다.

상기 도 2와 같은 수신기의 경우, IP 프로토콜에 따른 IPTV 방송 신호나, VOD(Video On Demand) 신호, 또는 OOB(Out Of Band) 메시지 신호가 상기 이더넷 NIC(214)를 통해 수신될 수 있다. 기존 케이블 방송의 경우, DSG(DOCSIS Settop Gateway) 방식이나 OOB(Out Of Band) 방식 등을 이용하여 SI(System Information), EAS(Emergency Alert System), XAIT(eXtended Application Information Table), 제한수신 시스템 정보, 각종 케이블카드 제어 정보 등과 같은 OOB 메시지를 수신한다.

상기 도 2와 같은 수신기의 경우 호스트 내부에 DOCSIS 모뎀이나, OOB 튜너 등을 구비하여 상기 OOB 메시지를 수신할 수도 있다. 예를 들어, IP 방식과 OOB 방식 가운데 하나의 방식을 이용하여 OOB 메시지를 수신할 수도 있고, IP 방식과 DSG 방식, OOB 방식 가운데 하나의 방식을 이용하여 OOB 메시지를 수신할 수도 있다.

IP 방식과 OOB 방식 가운데 하나의 방식을 이용하여 OOB 메시지를 수신하는 경우에는, 상기 도 2와 같은 수신기에서 OOB 모뎀, 복조부 등이 더 필요하다. 그리고 IP 방식과 DSG 방식, OOB 방식 가운데 하나의 방식을 이용하여 OOB 메시지를 수신하는 경우에는, 상기 도 2와 같은 수신기에서 DOCSIS 모뎀, OOB 모뎀, 상기 DSG 방식과 OOB 방식을 선택하도록 하는 스위칭부, 각 방식에 따라 헤드엔드 측으로 데이터를 전송하기 위한 복조부 등이 더 필요하다.

상기와 같이 IP 방식과 기존 DSG 방식, OOB 방식을 모두 사용할 수 있는 경우나, DSG 방식을 제외하고 IP 방식과 OOB 방식을 사용할 수 있는 경우, 어떤 방식을 사용할지 여부는 송신 측에서 정하여 케이블카드에 전송한다. 케이블카드는 상기 송신 측에서 정하여진 정보에 따라 호스트에 동작 방식을 알려준다. 이러한 경우, 백워드 호환성(backword compatibility) 문제도 해결될 수 있다.

상기 도 2의 수신기에서는 설명의 편의를 위해, 상기 DOCSIS 모뎀을 이용하는 DSG 방식이나 OOB 튜너를 이용하는 OOB 방식이 아닌, IP를 이용한 이더넷 NIC(214)를 통하여 OOB 메시지 등을 수신하는 경우를 주로 설명하도록 한다. 이러한 경우, 송신 측에서는 상기 OOB 메시지 등을 IP를 이용하여 패킷화하여 전송하여야 한다. VOD나 IPTV 방송과 같은 경우에는 상기 VDD 패킷이나 IPTV 방송 패킷과 같은 패킷 형태로 제한수신 시스템 정보와 같은 메시지 등이 수신될 수 있다.

상기에서 예로 든 OOB 메시지는 일 예에 불과하며, 구현 예에 따라 상기 예로 든 정보 이외의 필요한 다른 정보가 추가되거나, 상기 예로 든 정보 가운데 필요하지 않은 정보가 제외될 수도 있다.

TCP(Transmission Control Protocol)/IP(Internet Protocol)네트워크부(216)는 수신된 패킷을 TCP/IP 프로토콜 기반의 네트워크 스택(stack)을 이용하여 패킷의 목적지로 라우팅(routing)한다. 상기 TCP/IP 네트워크부(216)는 TCP/IP 프로토콜과 UDP(User Datagram Protocl)/IP 프로토콜을 모두 지원한다.

상기 TCP/IP네트워크부(216)는 수신된 VOD 신호나 IPTV 방송 신호는 TP(Transport Packet) 파싱부(218)로 라우팅한다. 상기 TP 파싱부(218)는 수신된 MPEG(Moving Picture Expert Groups) 기반의 TP 패킷을 파싱(parsing)하여 다중화부(208)로 출력한다. 상기 다중화부(208) 이후의 과정은 상기에서 설명한 바와 같다. 상기 예에서는 MPEG을 기반으로 한 경우의 방송 신호를 가정하였으므로 TP 패킷을 수신하여 파싱하지만, 다른 규격을 사용하는 방송 신호가 수신되는 경우에는 TP 패킷 단위가 아닌 다른 단위가 사용될 수도 있다. 따라서, 상기 발명의 사상은 구현 예에 따른 용어에 제한되지 아니한다.

상기 TCP/IP네트워크부(216)는 패킷의 목적지가 케이블카드(220)인 패킷을 상기 케이블카드(220)로 전송한다. 상기 패킷의 목적지가 케이블카드(220)인 패킷 가운데 하나인 상기 OOB(Out Of Band) 메시지는 상기 TCP/IP네트워크부(216)에서 라우팅되어 케이블카드(220)로 전송된다. 상기 OOB 메시지를 케이블카드(220)로 라우팅하는 경우, 제2계층(layer) 라우팅 또는 제3계층(layer) 라우팅을 통해 케이블카드(220)로 데이터를 전송할 수 있다.

상기 제2계층 라우팅을 사용하는 경우, 수신된 이더넷 프레임의 헤더(header)에 포함되어 있는 목적지의 MAC(Media Access Control) 주소 체계를 이용하여 라우팅한다. 제3계층 라우팅을 사용하는 경우, 수신된 이더넷 프레임의 IP 헤더(header)에 포함되어 있는 목적지의 IP 주소 체계를 이용하여 라우팅한다. 상기 제2계층 라우팅 또는 제3계층 라우팅의 사용 여부는 구현 예에 따라 달라질 수 있다. 즉, 구현 예에 따라 제2계층 라우팅 방식을 사용할 수도 있고, 제3계층 라우팅 방식을 사용할 수도 있다.

상기 케이블카드와 호스트간에는 데이터 채널(Data Channel)과 확장 채널(Extended Channel)이 존재한다. 상기 데이터 채널은 호스트와 케이블카드 사이에 제어 신호를 주고받도록 설정되고, 확장 채널은 실제 데이터를 주고받도록 설정된 채널이다. 상기 확장 채널은 호스트와 케이블카드간에 데이터를 주고받도록 정의된 CPU 인터페이스이다.

즉, 상기 케이블카드는 송신 측과 통신을 해서 송신 측으로부터 받은 명령을 해석한 후 상기 데이터 채널 및 확장 채널을 통해 호스트와 서로 통신을 하면서 송신 측이 지시한 사항을 수행하게 하거나, 사용자가 입력한 내용들을 송신 측으로 전달하는 역할을 한다.

이때, 상기 확장 채널을 통해서 데이터를 전송하기 위해서는 먼저, 케이블카드와 호스트간에 정의된 데이터 타입에 해당되는 전송 선로를 설정해야 한다. 이를 플로우(Flow)라 한다. 예를 들어, MPEG 섹션 데이터를 전송하기 위해서는 먼저 케이블카드와 호스트간에 MPEG 섹션 플로우를 설정한 뒤에 해당 플로우 상에 실제 MPEG 섹션 데이터를 전송할 수 있다. 상기 확장 채널 상의 플로우에는 IP 유니캐스트(IP_U) 플로우, IP 멀티캐스트(IP_M) 플로우, DSG 플로우 및 최대 6개의 MPEG 섹션 플로우 등이 있다. 다만, 상기 호스트 내부에 DOCSIS 모뎀과 같은 eCM(embeded Cable Modem)을 사용하지 않는 경우, 상기 플로우 가운데 DSG 플로우는 사용되지 아니한다.

상기에서 설명한 바와 같은 호스트의 통신 동작 모드를 설정하거나, 호스트와 케이블카드 사이에 OOB 메시지 등을 주고 받기 전에, 호스트는 호스트의 네트워크 동작모드 지원 정보를 케이블카드 측에 알려주어야 한다. 따라서, 호스트의 부팅(booting) 시나 카드가 삽입된 경우와 같이 호스트와 케이블카드간 인터페이스가 초기화되는 중에, 호스트는 상기 호스트의 네트워크 동작모드 지원 정보를 케이블카드 측에 전송한다.

도 3은 본 발명에 따른 일 실시예로서, RM 프로토콜의 동작 과정을 나타내는 도면이다. 상기 RM(Resource Manager) 프로토콜을 이용하여 호스트의 모든 리소스(resoruce)에 대한 ID(Identifier) 리스트를 카드 측에 전달한다. 케이블카드는 상기 프로토콜을 이용하여 호스트의 제한 수신 시스템(CAS) 정보, 네트워크 동작모 드 지원 정보 등과 같은 호스트의 리소스 정보를 얻을 수 있다. 그리고, 상기 정보를 바탕으로 호스트와 케이블카드 사이의 제어와 데이터 송수신을 수행한다.

상기 RM 프로토콜에 따른 리소스 정보 송수신은, 호스트와 케이블카드간 인터페이스 초기화 프로세스 가운데 어플리케이션 스택(application stack)이 시작되면서 수행된다.

먼저, 카드가 호스트에게 RM 프로토콜에 따른 세션(session)의 오픈을 요청(open_session_request)한다. 호스트에서는 상기 카드로부터 상기 세션 오픈 요청이 있으면 세션을 오픈하여 응답(open_session_response)을 한다.

상기 세션이 열리면, 호스트는 지원 가능한 리소스에 대한 정보를 요청하는 profile_inq() APDU(Application Data Unit)를 카드 측에 전송한다. 카드는 상기 요청에 대해 profile_reply() APDU를 호스트 측에 전송한다. 상기 profile_reply() APDU에는 카드 측에서 지원 가능한 모든 리소스에 대한 정보를 포함하여 전송한다.

호스트 측에서는 상기 카드로부터 수신된 profile_reply() 정보에 따라, 변경이 있는 리소스에 대한 정보를 profile_changed() APDU에 포함하여 카드 측에 전송한다. 상기 profile_changed() APDU는 호스트의 리소스에 변경이 있는 경우에 전송된다.

카드는 다시 호스트의 지원 가능한 리소스에 대한 정보를 요청하는 profile_inq() APDU를 호스트 측에 전송한다. 그리고 호스트는 상기 요청에 대해 profile_reply() APDU를 카드 측에 전송한다. 상기 profile_reply() APDU에는 호스트에서 지원 가능한 모든 리소스에 대한 정보를 포함하여 전송한다. 즉, 상기 호스 트에서 카드로 전송하는 profile_reply() APDU를 수신하여, 호스트에서 지원 가능한 모든 리소스에 대한 정보를 카드에서 알 수 있다.

도 4는 본 발명에 따른 일 실시예로서, profile_reply() APDU의 신텍스(syntax)를 나타낸 도면이다. 이하, 보다 간단 명료한 설명을 위하여 신택스를 구성하는 각 필드(field)에 대한 영어 표현은 그대로 사용하되, 큰 따옴표를 함께 표기하기로 하겠다.

profile_reply_tag 필드는 24비트의 필드이며, 상기 APDU가 profile_reply() APDU임을 식별하는 값을 갖는다. length_field()는 바이트 단위로 이하 필드의 크기에 대한 정보를 포함한다. 'for'루프는 리소스 정보의 수만큼 반복되며, 상기 'for' 루프 내의 resource_identifier()는 해당 리소스의 식별정보를 포함한다.

도 5는 케이블 방송 수신기의 Low-Speed Communication 리소스에 대한 정보를 나타낸 도면이다. 리소스 가운데 상기 Low-Speed Communication 리소스는 호스트에서 지원하는 네트워크 동작모드를 식별하는데 사용된다.

상기 도 5는 케이블 방송 수신기의 호스트에서 사용되는 네트워크 동작모드에 따른 리소스 식별정보(ID)를 나타낸다. 상기 도 5에서 FDC(Forward Data Channel)는 다운 스트림(down-stream) OOB 채널을 의미하며, RDC(Reverse Data Channel)는 업 스트림(up-stream) OOB 채널을 의미한다. 즉, FDC가 존재하는 경우, 호스트는 OOB 방식의 다운 스트림 네트워크를 지원하며, RDC가 존재하는 경우, 호스트는 OOB 방식의 업 스트림 네트워크를 지원한다.

상기 도 5의 경우 OOB 방식의 다운 스트림 네트워크(FDC)를 기본적으로 지원 하고 있다. 만약 resource_identifier()에 Low-Speed Communication 리소스에 대한 식별정보가 포함되어 있지 않은 경우, 호스트에서는 OOB 방식의 다운 스트림 네트워크만을 지원한다. OOB 방식의 다운 스트림 네트워크와 DOCSIS 모뎀 네트워크만을 지원하는 경우에는 허락되지 아니하므로(not permitted), 상기 Low-Speed Communication 리소스에 대한 식별정보가 포함되어 있지 않은 경우에는 OOB 방식의 다운 스트림 네트워크만 지원하는 경우이다.

호스트에서 OOB 방식의 다운 스트림 네트워크(FDC)와 업 스트림 네트워크(RDC)를 모두 지원하며, DOCSIS 모뎀 네트워크를 지원하지 않는 경우에는, 상기 Low-Speed Communication 리소스에 대한 식별정보는 '0x00605043' 값을 갖는다. 그리고, 상기 호스트에서 OOB 방식의 다운 스트림 네트워크와 업 스트림 네트워크, 및 DOCSIS 모뎀 네트워크를 지원하는 경우에는 상기 리소스에 대한 식별정보는 '0x00608043' 값을 갖는다.

그러나 상기 도 2와 같이 IP 방식을 지원하는 경우에는 상기 IP 방식에 대한 지원 여부 정보를 전송할 수 있어야 한다. 상기와 같은 IP 방식에 대한 지원 여부 정보를 전송하기 위해, 상기 Low-Speed Communication 리소스를 확장하는 방안과 새로운 리소스를 사용하는 방안을 고려할 수 있다.

기존의 리소스를 사용하지 않고 새로운 리소스를 정의하여 상기와 같은 네트워크 동작모드에 대한 정보를 전송할 수도 있다. 그러나, 이하에서는, 백워드 호환성(backword compatibility)을 위해 기존의 도 5와 같은 테이블을 그대로 이용하면서, 상기 Low-Speed Communication 리소스를 확장하는 방안과 새로운 리소스를 사 용하는 방안에 대해 설명하기로 한다.

도 6은 본 발명에 따른 일 실시예로서, 확장된 Low-Speed Communication 리소스 정보를 나타낸 도면이다. 상기 도 6의 상부는 상기 도 5의 정보를 그대로 포함하는 부분이며, 하부는 확장된 부분이다.

호스트에서는 네트워크 동작 모드 가운데 IP 방식, OOB 방식, DSG 방식을 모두 사용할 수도 있으나, 설명의 편의를 위해 상기 도 6의 예에서는 IP 방식과 OOB 방식만을 지원하는 경우를 나타내고 있다. IP 방식, OOB 방식, DSG 방식을 모두 사용하는 경우에는 상기 도 6의 하부에 DOCSIS 모뎀 네트워크의 지원 여부에 따른 경우의 수가 추가된다.

상기 도 6의 확장된 부분의 경우, IP 방식을 기본적으로 지원하고 있다. Low-Speed Communication 리소스의 식별 값이 TBD(To Be Determined)1 인 경우, IP 방식을 지원하기 위한 이더넷 NIC(Network Interface Card)만 존재하고 OOB 방식의 다운 스트림(FDC), OOB 방식의 업 스트림(RDC) 네트워크는 지원되지 않는다. OOB 방식의 다운 스트림이 지원되지 않는 경우 OOB 방식의 업 스트림 또한 필요하지 않으므로, OOB 방식의 업 스트림 네트워크와 이더넷 NIC만을 지원하는 경우에는 허락되지 아니한다(not permitted).

Low-Speed Communication 리소스의 식별 값이 TBD2 인 경우, IP 방식을 지원하기 위한 이더넷 NIC와 OOB 방식의 다운 스트림 네트워크가 지원된다. 그리고 상기 리소스 식별 값이 TBD3인 경우에는, 이더넷 NIC와 OOB 방식의 다운 스트림, OOB 방식의 업스트림 네트워크가 지원된다.

도 7은 본 발명에 따른 일 실시예로서, Low-Speed Communication 리소스와 IP Communication 리소스 정보를 나타낸 도면이다. 상기 도 7의 상부는 새로 정의된 IP Communication 리소스 정보를 나타내며, 하부는 Low_Speed Communication 리소스 정보를 나타낸다. 상기 IP Communication 리소스는 호스트의 IP 방식 지원 여부에 대한 식별 정보를 포함하며, 상기 도 4의 resource_identifier()에 포함되어 전송된다. 상기 IP Communication 리소스는 호스트의 IP 방식 지원 여부에 대한 식별 정보만을 포함할 수도 있고, IP 방식뿐만 아니라 다른 방식의 지원 여부에 대한 정보를 포함할 수도 있다. 상기 IP Communication 리소스 명칭은 일 예이며, 발명의 사상이 상기 명칭에 한정되지 아니한다.

상기 도 7에서는 IP 방식과 OOB 방식의 네트워크만을 사용하는 경우의 구현 예이며, DSG 방식을 더 사용하는 경우에는 경우의 수가 더 추가되어야 한다.

상기 도 7에서 IP Communication 리소스의 식별 값이 TBD4인 경우, IP 방식의 이더넷 NIC가 지원되며 OOB 방식의 다운 스트림(FDC) 네트워크는 지원되지 않는다. 그리고 상기 IP Communication 리소스의 식별 값이 TBD5인 경우에는, 이더넷 NIC와 OOB 방식의 다운 스트림 네트워크가 지원된다. 상기 IP Communication 리소스의 식별 값이 없는 경우에는 IP 방식은 지원되지 아니하며, Low-Speed Communication 리소스에 따라 네트워크 동작모드 정보를 알 수 있다.

상기 예에서 Low-Speed Communication 리소스에서는 OOB 방식의 다운 스트림 네트워크가 기본적으로 지원되는 것을 가정하고 있다. 따라서, 상기 Low-Speed Communication 리소스가 없는 경우 카드에서는 OOB 방식의 다운 스트림 네트워크가 지원되는 것으로 판단하므로, 본 실시예에서는 상기 도 7과 같이 IP Communication 리소스 정보에서 OOB 방식의 다운 스트림 네트워크의 지원 여부를 식별하도록 하여, 이더넷 NIC만 지원하는 경우를 식별하도록 한다. 즉, 상기 도 7의 예는, IP Communication 리소스 정보에 IP 방식뿐만 아니라 OOB 방식의 지원 여부에 대한 정보도 포함하고 있는 예이다.

상기에서 설명한 IP Communication 리소스와 Low-Speed Communication 리소스를 사용하여 IP 방식, OOB 방식의 다운 스트림, 업 스트림 네트워크의 지원 여부를 식별하도록 사용할 수 있다.

예를 들어, 호스트에서 IP 방식만 지원하는 경우, 상기 도 4의 resource_identifier()에 IP Communication 리소스의 식별 값으로 TBD4가 포함되며, Low-Speed Communication 리소스 식별 값은 아무런 값도 포함되지 아니한다. 그리고 호스트에서 IP 방식과 OOB 방식의 다운 스트림 네트워크를 지원하는 경우, 상기 resource_identifier()에 IP Communication 리소스의 식별 값으로 TBD5가 포함되며, Low-Speed Communication 리소스 식별 값은 아무런 값도 포함되지 아니한다.

호스트에서 IP 방식과 OOB 방식의 다운 스트림, OOB 방식의 업 스트림 네트워크를 지원하는 경우, 두 가지 경우의 예를 고려할 수 있다. 즉, IP Communication 리소스 값을 TBD4로 하고, Low-Speed Communication 리소스 값을 '0x00605043'으로 하여 카드 측에 전송한다. 또는, IP Communication 리소스 값을 TBD5로 하고, Low-Speed Communication 리소스 값을 '0x00605043'으로 하여 카드 측에 전송한다. 구현 예에 따라 상기 두 가지 경우를 선택하여 사용할 수 있다. 상기에서 설명한 각 예는 하나의 실시 예이며, Low-Speed Communication 리소스보다 IP Communication 리소스에 우선 순위를 두는 것과 같은 정해진 규칙에 따라 호스트의 네트워크 동작모드 정보를 카드 측에 전송할 수 있다.

도 8a와 도 8b는 본 발명에 따른 일 실시예로서, 호스트의 네트워크 동작모드 정보를 송수신하는 과정을 나타낸 순서도이다. 상기 도 8a는 도 6과 같이 확장된 Low-Speed Communication 리소스를 이용하여 호스트의 네트워크 동작모드 정보를 송신하는 과정을 나타낸다.

우선 호스트와 케이블카드간 인터페이스(I/F) 초기화가 시작된다(S800). 상기 호스트와 케이블카드간 인터페이스 초기화는 호스트가 부팅 되거나 호스트에 카드가 삽입되는 경우 등에 일어날 수 있다.

상기 호스트와 케이블카드간 인터페이스가 초기화되면서, RM(Resource Manager) 프로토콜에 따라 리소스 정보를 송수신한다. 이때, 호스트는 카드로부터 호스트의 리소스 정보를 요청(profile_inq() APDU) 받는다(S802).

카드로부터 상기 요청이 있는 경우, 호스트는 지원할 수 있는 네트워크 동작모드 정보를 파악한다. 만약, 상기 호스트에서 이더넷 NIC만을 지원하는 경우(S804), 호스트는 Low-Speed Communication 리소스의 식별 정보를 TBD1으로 설정한다(S806). 상기 호스트에서 이더넷 NIC와 OOB 방식의 다운 스트림(FDC)를 지원하는 경우(S808), 호스트는 Low-Speed Communication 리소스의 식별 정보를 TBD2로 설정하고(S810), 호스트에서 이더넷 NIC와 OOB 방식의 다운 스트림(FDC), OOB 방식 의 업 스트림(RDC)를 지원하는 경우(S812), 호스트는 Low-Speed Communication 리소스의 식별 정보를 TBD3으로 설정한다(S814).

상기와 같은 리소스 정보들에 대한 리스트는 resource_identifier()에 설정되며, 호스트는 상기 resource_identifier()를 포함하는 profile_reply() APDU를 생성하여(S816), 데이터 채널을 통해 카드로 전송한다(S818).

도 8b는 도 6과 같이 확장된 Low-Speed Communication 리소스를 이용하여 수신된 네트워크 동작모드 정보를 수신하는 과정을 나타낸다.

상기에서 설명한 바와 같이 호스트와 케이블카드간 인터페이스(I/F) 초기화가 시작된다(S820). 상기 호스트와 케이블카드간 인터페이스 초기화는 호스트가 부팅 되거나 호스트에 카드가 삽입되는 경우 등에 일어날 수 있다.

상기 호스트와 케이블카드간 인터페이스가 초기화되면서, RM(Resource Manager) 프로토콜에 따라 리소스 정보를 송수신하며, 카드는 호스트로부터 호스트의 리소스 정보를(profile_reply() APDU) 수신한다(S822).

카드는 상기 수신된 profile_reply() APDU를 파싱하여 상기 profile_reply() APDU에 포함된 리소스 정보를 얻는다(S824). 상기 리소스 정보는 상기 profile_reply() APDU의 resource_identifier()에 포함될 수 있다. 만약 상기 profile_reply() APDU에 포함된 Low-Speed Communication 리소스가 TBD1 값을 갖는 경우(S826), 카드는 상기 호스트가 이더넷 NIC만을 지원하는 것으로 인식한다(S828).

그리고 상기 profile_reply() APDU에 포함된 Low-Speed Communication 리소 스가 TBD2 값을 갖는 경우(S830), 카드는 상기 호스트가 이더넷 NIC와 OOB 방식의 다운 스트림(FDC)을 지원하는 것으로 인식하고(S832), Low-Speed Communication 리소스가 TBD3 값을 갖는 경우(S834), 카드는 상기 호스트가 이더넷 NIC와 OOB 방식의 다운 스트림(FDC), OOB 방식의 업 스트림을 지원하는 것으로 인식한다(S836). 상기와 같은 경우 기존의 Low-Speed Communication 리소스를 이용하여, 네트워크 동작모드 정보를 송수신한다.

도 9a와 도 9b는 본 발명에 따른 일 실시예로서, 호스트의 네트워크 동작모드 정보를 송수신하는 다른 과정을 나타낸 순서도이다. 상기 도 9a는 도 7과 같이 새로운 리소스를 이용하여 호스트의 네트워크 동작모드 정보를 송신하는 과정을 나타낸다.

우선 호스트와 케이블카드간 인터페이스(I/F) 초기화가 시작된다(S900). 상기에서 설명한 바와 같이, 호스트와 케이블카드간 인터페이스 초기화는 호스트가 부팅 되거나 호스트에 카드가 삽입되는 경우 등에 일어날 수 있다.

상기 호스트와 케이블카드간 인터페이스가 초기화되면서, RM 프로토콜에 따라 리소스 정보를 송수신한다. 이때, 호스트는 카드로부터 호스트의 리소스 정보를 요청(profile_inq() APDU) 받는다(S902).

카드로부터 상기 요청이 있는 경우, 호스트는 지원할 수 있는 네트워크 동작모드 정보를 파악한다. 만약, 상기 호스트에서 이더넷 NIC만을 지원하는 경우(S904), 호스트는 새롭게 정의된 IP Communication 리소스의 식별 정보를 TBD4로 설정하고(S906), 상기 호스트에서 이더넷 NIC와 OOB 방식의 다운 스트림(FDC)를 지 원하는 경우(S908), 호스트는 상기 IP Communication 리소스의 식별 정보를 TBD5로 설정한다(S910). 호스트에서 이더넷 NIC와 OOB 방식의 다운 스트림(FDC), OOB 방식의 업 스트림(RDC)를 지원하는 경우(S912), 호스트는 IP Communication 리소스의 식별 정보를 TBD4 또는 TBD5로 설정한다. 그리고 Low-Speed Communication 리소스의 식별 정보를 '0x00605043'으로 설정한다(S914).

상기와 같은 리소스 정보들에 대한 리스트는 resource_identifier()에 설정되며, 호스트는 상기 resource_identifier()를 포함하는 profile_reply() APDU를 생성하여(S916), 데이터 채널을 통해 카드로 전송한다(S918).

도 9b는 도 7과 같이 새로운 리소스를 이용하여 수신된 네트워크 동작모드 정보를 수신하는 과정을 나타낸다.

상기에서 설명한 바와 같이 호스트와 케이블카드간 인터페이스(I/F) 초기화가 시작된다(S920). 상기 호스트와 케이블카드간 인터페이스 초기화는 호스트가 부팅 되거나 호스트에 카드가 삽입되는 경우 등에 일어날 수 있다.

상기 호스트와 케이블카드간 인터페이스가 초기화되면서, RM 프로토콜에 따라 리소스 정보를 송수신하며, 카드는 호스트로부터 호스트의 리소스 정보를(profile_reply() APDU) 수신한다(S922).

카드는 상기 수신된 profile_reply() APDU를 파싱하여 상기 profile_reply() APDU에 포함된 리소스 정보를 얻는다(S924). 상기 리소스 정보는 상기 profile_reply() APDU의 resource_identifier()에 포함될 수 있다. 만약 상기 profile_reply() APDU에 포함된 IP Communication 리소스가 TBD4 값을 갖는 경 우(S926), Low-Speed Communication 리소스의 식별정보를 판단한다(S928). 상기 Low-Speed Communication 리소스에 대한 식별 정보가 없는 경우, 카드는 상기 호스트가 이더넷 NIC만을 지원하는 것으로 인식하고(S930), 상기 Low-Speed Communication 리소스가 '0x00605043' 값을 갖는 경우, 카드는 상기 호스트가 이더넷 NIC와, OOB 방식의 다운 스트림(FDC), OOB 방식의 업 스트림(RDC)를 지원하는 것으로 인식한다(S936).

만약, 상기 profile_reply() APDU에 포함된 IP Communication 리소스가 TBD5 값을 갖는 경우(S932), Low-Speed Communication 리소스의 식별정보를 판단한다(S934). 상기 Low-Speed Communication 리소스에 대한 식별 정보가 없는 경우, 카드는 상기 호스트가 이더넷 NIC와 OOB 방식의 다운 스트림(FDC)을 지원하는 것으로 인식하고(S938), 상기 Low-Speed Communication 리소스가 '0x00605043' 값을 갖는 경우, 카드는 상기 호스트가 이더넷 NIC와, OOB 방식의 다운 스트림(FDC), OOB 방식의 업 스트림(RDC)을 지원하는 것으로 인식한다(S936). 만약, 상기 profile_reply() APDU에 IP Communication 리소스 식별정보가 존재하지 않는 경우에는 IP 방식의 네트워크 동작모드는 지원되지 아니하며 Low-Speed Communication 리소스의 식별정보에 따라 네트워크 동작모드를 알 수 있다.

상기에서 설명한 예에서는 케이블카드를 사용하였으나 상기 케이블카드 대신 스마트 카드(Smart Card)를 사용할 수도 있다.

또한, 본 실시예에서는 디스크램블(descramble) 모듈이 케이블카드 또는 스마트 카드에 구비되고, 상기 카드는 호스트에 탈착되도록 하고 있다. 수신된 방송 신호는 카드의 디스크램블 모듈을 통해 디스크램블되어 사용자에게 제공된다. 그러나, 실시예에 따라서는 상기 카드 없이 호스트 내부에 디스크램블 모듈이 구비되고, 디스크램블 모듈은 방송국 또는 서비스 제공자 등으로부터 다운로드 되도록 구성을 달리 할 수도 있다. 즉, 다운로드된 디스크램블 모듈은 호스트 내의 소정 메모리에 저장되도록 구성을 달리할 수 있다. 다만, 이러한 구성의 차이가 본 발명의 권리범위를 한정하지는 아니한다.

상기 예에서는 IP 방식의 네트워크 동작모드가 추가된 예에 대해서 설명하였으나, 다른 방식의 형태가 더 추가된 예에 대해서도 상기에서 설명한 방식에 따라 정보를 송수신할 수 있다. 또한, 상기 각 예에서 설명한 명칭이나 숫자 등은 실시 예이며, 그 명칭이나 숫자에 본 발명의 사상이 한정되지 아니한다.

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

도 1은 본 발명에 따른 일 실시예로서, IPTV 시스템을 개략적으로 나타낸 도면

도 2는 본 발명에 따른 일 실시예로서, 케이블카드를 사용하는 수신기를 개략적으로 나타낸 도면

도 3은 본 발명에 따른 일 실시예로서, RM 프로토콜의 동작 과정을 나타내는 도면

도 4는 본 발명에 따른 일 실시예로서, profile_reply() APDU의 신텍스(syntax)를 나타낸 도면

도 5는 케이블 방송 수신기의 Low-Speed Communication 리소스에 대한 정보를 나타낸 도면

도 6은 본 발명에 따른 일 실시예로서, 확장된 Low-Speed Communication 리소스 정보를 나타낸 도면

도 7은 본 발명에 따른 일 실시예로서, Low-Speed Communication 리소스와 IP Communication 리소스 정보를 나타낸 도면

도 8a와 도 8b는 본 발명에 따른 일 실시예로서, 호스트의 네트워크 동작모드 정보를 송수신하는 과정을 나타낸 순서도

도 9a와 도 9b는 본 발명에 따른 일 실시예로서, 호스트의 네트워크 동작모드 정보를 송수신하는 다른 과정을 나타낸 순서도

*도면의 주요 부분에 대한 부호의 설명

200 : 네트워크 연결부 202 : 제1튜너

204 : 제2튜너 206 : 복조부

208 : 다중화부 210 : 역다중화부

212 : 디코더 214 : 이더넷 NIC

216 : TCP/IP네트워크부 218 : TP 파싱부

220 : 케이블카드 222 : 제어부

224 : DCAS부 226 : DVR 제어부

228 : 컨텐츠 암호화부 230 : 스토리지 인터페이스부

232 : 저장부

Claims

호스트 디바이스에서 방송 데이터를 처리하는 방법에 있어서,

IP(Internet Protocol) 네트워크를 통하여 외부 개체로부터 제1 MPEG(Moving Picture Experts Group) TS(Transport Stream) 패킷들을 전송하는 IP 패킷을 포함한 이더넷 프레임(Ethernet frame)을 수신하는 단계;

상기 이더넷 프레임 내 목적 정보(destination information)에 기초하여 IP 패킷을 라우팅(routing)하는 단계;

상기 IP 패킷으로부터 상기 제1 MPEG TS 패킷들을 추출하는 단계;

케이블 네트워크를 통하여 제2 MPEG TS 패킷들을 포함한 케이블 방송 신호를 수신하는 단계;

상기 케이블 방송 신호를 복조하는 단계;

상기 제1 MPEG TS 패킷들과 제2 MEPG TS 패킷들 각각에 패킷 헤더를 붙여 CableCARD MPEG Packets(CMPs)를 생성하는 단계;

상기 생성된 CMPs를 다중화하는 단계; 및

상기 다중화된 CMPs를 POD(Point of Deployment)로 출력하는 단계;를 포함하여 이루어지는 방법.
제1항에 있어서,

상기 POD로부터 메시지를 요청하는 리소스 정보를 수신하는 단계; 및

상기 호스트 디바이스가 IP 모드를 지원하는지를 지시하는 리소스 식별자를 포함한 리소스 정보 메시지를 상기 호스트 디바이스에서 상기 POD로 전송하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
제2항에 있어서,

상기 리소스 식별자는, Low-Speed Communication 리소스 식별자이고,

상기 Low-Speed Communication 리소스 식별자는, 상기 호스트 디바이스가 OOB 다운 모드(Out of Band down mode)와 OOB 업 모드(up mode) 중 하나를 지원하는지를 식별하는 것을 특징으로 하는 방법.
제2항에 있어서,

상기 리소스 식별자는,

상기 호스트 디바이스가 IP 모드와 OOB 다운 모드 중 하나를 지원하는지를 지시하는 것을 특징으로 하는 방법.
제1항에 있어서,

상기 POD로부터 메시지를 요청하는 리소스 정보를 수신하는 단계;

상기 호스트 디바이스가 IP 모드를 지원하는지 식별하는 단계;

상기 호스트 디바이스가 IP 모드를 지원하는지 지시하는 리소스 식별자를 리소스 정보 메시지에 삽입하는 단계; 및

상기 리소스 정보 메시지를 POD로 전송하는 단계;를 더 포함하여 이루어지는 방법.
POD(Point of Deployment)와 인터페이싱하여 방송 데이터를 처리하는 호스트 디바이스에 있어서,

IP(Internet Protocol) 네트워크를 통하여 외부 개체로부터 제1 MPEG(Moving Picture Experts Group) TS(Transport Stream) 패킷들을 전송하는 IP 패킷을 포함한 이더넷 프레임(Ethernet frame)을 수신하는 IP 피지컬 인터페이스 유닛;

상기 이더넷 프레임 내 목적 정보(destination information)에 기초하여 IP 패킷을 라우팅(routing)하는 라우팅 엔진;

상기 IP 패킷으로부터 상기 제1 MPEG TS 패킷들을 추출하는 디캡슐레이터;

케이블 네트워크를 통하여 제2 MPEG TS 패킷들을 포함한 케이블 방송 신호를 수신하는 브로드밴드 인터페이스 유닛;

상기 케이블 방송 신호를 복조하는 복조부; 및

상기 제1 MPEG TS 패킷들과 제2 MEPG TS 패킷들 각각에 패킷 헤더를 붙여 CableCARD MPEG Packets(CMPs)를 생성하고, 상기 생성된 CMPs를 다중화하며, 상기 다중화된 CMPs를 POD로 출력하는 다중화부;를 포함하는 호스트 디바이스.
제6항에 있어서,

상기 POD로부터 메시지를 요청하는 리소스 정보를 수신하고, 상기 호스트 디바이스가 IP 모드를 지원하는지를 지시하는 리소스 식별자를 포함한 리소스 정보 메시지를 상기 호스트 디바이스에서 상기 POD로 응답하도록 제어하는 제어부;를 더 포함하는 것을 특징으로 하는 호스트 디바이스.
제7항에 있어서,

상기 리소스 식별자는, Low-Speed Communication 리소스 식별자이고,

상기 Low-Speed Communication 리소스 식별자는, 상기 호스트 디바이스가 OOB 다운 모드(Out of Band down mode)와 OOB 업 모드(up mode) 중 하나를 지원하는지를 식별하는 것을 특징으로 하는 호스트 디바이스.
제7항에 있어서,

상기 리소스 식별자는,

상기 호스트 디바이스가 IP 모드와 OOB 다운 모드 중 하나를 지원하는지를 지시하는 것을 특징으로 하는 호스트 디바이스.
제7항에 있어서,

상기 제어부는,

상기 POD로부터 메시지를 요청하는 리소스 정보를 수신하고, 상기 호스트 디바이스가 IP 모드를 지원하는지 식별하여 상기 호스트 디바이스가 IP 모드를 지원하는지 지시하는 리소스 식별자를 리소스 정보 메시지에 삽입하고, 상기 리소스 정보 메시지를 POD로 전송하는 것을 특징으로 하는 호스트 디바이스.
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제
삭제