KR100693061B1 - Ｉｐ ｔｖ 서비스 제공 방법 및 그 장치 - Google Patents

Ｉｐ ｔｖ 서비스 제공 방법 및 그 장치 Download PDF

Info

Publication number
KR100693061B1
KR100693061B1 KR1020050009291A KR20050009291A KR100693061B1 KR 100693061 B1 KR100693061 B1 KR 100693061B1 KR 1020050009291 A KR1020050009291 A KR 1020050009291A KR 20050009291 A KR20050009291 A KR 20050009291A KR 100693061 B1 KR100693061 B1 KR 100693061B1
Authority
KR
South Korea
Prior art keywords
channel
service
broadcast data
message
information
Prior art date
Application number
KR1020050009291A
Other languages
English (en)
Other versions
KR20060088412A (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 KR1020050009291A priority Critical patent/KR100693061B1/ko
Publication of KR20060088412A publication Critical patent/KR20060088412A/ko
Application granted granted Critical
Publication of KR100693061B1 publication Critical patent/KR100693061B1/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
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/4508—Management of client data or end-user data
    • H04N21/4532—Management of client data or end-user data involving end-user characteristics, e.g. viewer profile, preferences
    • 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/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 발명은 IP TV 서비스에 관한 것으로서, IP TV 방송 데이터를 수신하는 제1 수신장치의 요청에 응답하여 그 제1 수신장치가 요청한 채널의 IP TV 방송 데이터를 상기 제1 수신장치에게 전송하는 제1 전송과정과, 상기 채널의 서비스 이용현황 정보를 저장하는 과정과, 상기 제1 수신장치로부터 이전 채널 정보와 새로운 채널 정보를 포함하는 채널 변경 요청 메시지를 수신하는 과정과, 상기 저장된 서비스 이용현황 정보에 의거하여 상기 제1 수신장치로 전송 중인 채널의 IP TV 방송 데이터 전송을 중단하는 과정과, 상기 제1 수신장치가 요청한 새로운 채널의 IP TV 방송 데이터를 상기 제1 수신장치에게 전송하는 제2 전송과정을 포함하는 IP TV 서비스 제공 방법에 관한 것이다. 따라서 채널 변경을 위해 소요되는 전체적인 시간이 절감되고, 네트워크 자원의 낭비를 줄일 수 있는 효과가 있다. 결과적으로 IP TV 서비스를 효율적으로 제공할 수 있는 효과가 있다.
셋-탑 박스, STB, IP TV, 채널 변경

Description

ＩＰ ＴＶ 서비스 제공 방법 및 그 장치{METHOD AND APPARATUS FOR PROVIDING IP TV SERVICE}
도 1은 종래의 일실시 예에 따른 IP TV 서비스의 채널 변경 절차를 도시한 도면,
도 2는 IP TV 서비스 제공을 위한 종래의 IGMP 메시지 구조에 대한 예시도,
도 3은 통상적인 IGMP 메시지의 타입별 기능을 설명하기 위한 도면,
도 4는 종래의 일실시 예에 따른 IP TV 서비스 채널 변경시 채널 변경 시간에 따른 대역폭 점유 상태를 도시한 도면,
도 5는 본 발명의 일실시 예에 따른 IP TV 서비스 제공 절차를 도시한 도면,
도 6은 본 발명의 일실시 예에 따른 IP 서비스 제공을 위한 메시지 포맷에 대한 예시도,
도 7은 본 발명의 일실시 예에 따른 IP 서비스 제공을 위한 메시지의 타입별 기능을 설명하기 위한 도면,
도 8은 본 발명의 일실시 예에 따라 IP TV 서비스를 제공하는 셋-탑 박스에 대한 개략적인 블록도,
도 9는 본 발명의 일실시 예에 따라 IP TV 서비스를 제공하는 멀티캐스트 라우터에 대한 개략적인 블록도,
도 10은 본 발명의 일실시 예에 따른 IP TV 서비스 채널 변경시 채널 변경 시간에 따른 대역폭 점유 상태를 도시한 도면,
도 11은 본 발명의 일실시 예에 따른 IP TV 서비스 제공 방법 적용시 채널 변경을 위한 시간 절감 효과를 설명하기 위한 도면.
본 발명은 인터텟 프로토콜(Internet Protocol, 이하 'IP'라 칭함) TV 서비스에 관한 것으로서, 특히 IP TV 서비스 제공 방법 및 그 장치에 있어서 IP TV 서비스를 위한 채널 변경에 관한 것이다.
디지털 방송 서비스가 시작되면서 지상파, 케이블, 위성 등으로 전송되는 디지털 및 아날로그 방송의 채널 수가 100개 이상으로 증가되고 있다. 이렇게 많은 채널의 방송을 수신하기 위해서는 셋-탑 박스(Set-Top-Box, 이하 'STB'라 칭함)가 필연적으로 필요하다.
통상적으로 셋-탑 박스(STB)는 텔레비전(televiision, 이하 'TV'라 칭함) 수신기와 함께 구성되며, 다양한 경로(예컨대, IP 네트웍(IP network), 위성 등)를 통하여 전송되는 다채널의 다양한 TV 영상 데이터 및 프로그램 안내 정보 (Electronic Program Guide, 이하 'EPG'라 칭함)를 수신하여 사용자에게 제공한다. 이 때 IP 네트웍(network)을 통해 전송되는 디지털 방송 데이터를 수신하는 셋-탑 박스를 IP 셋-탑 박스라 하고, 위성을 통해 전송되는 디지털 방송 데이터를 수신하는 셋-탑 박스를 위성 셋-탑 박스라 칭한다.
본 발명은 이들 중 IP 셋-탑 박스를 이용한 IP TV 서비스에 관한 것이다.
IP 셋-탑 박스의 기능은 크게 주문형 비디오(Video On Demand, 이하 'VOD'라 칭함)와 인터넷 프로토콜(Internet Protocol, 이하 'IP'라 칭함) TV로 나눌 수 있다. VOD는 가입자들의 요청에 응답하여 원하는 시간에 원하는 비디오를 제공하는 서비스이고, IP TV는 인터넷 방송처럼 스트리밍 방식의 방송 서비스를 제공하는 것으로서 이는 전파가 아닌 인터텟 프로토콜을 이용해 방송 프로그램을 제공한다.
한편 VOD는 유니캐스트(unicast)로 스트림(stream)을 전송받고 IP TV는 멀티캐스트(multicast)로 스트림(stream)을 전송받는다. 이 때, VOD 서비스와 달리 IP TV 서비스는 채널(channel) 변경(change)을 수행하여야 한다. 즉, IP TV 방송을 시청중인 사용자가 리모콘 등을 조작하여 채널 변경을 요청하면 해당 IP 셋-탑 박스는 멀티캐스트 라우터에게 채널 변경 요청 메시지를 전송하여야 한다.
현재 대부분의 시스템에서 구현되어 있는 IGMP 버전 2(Internet Group Management Protocol version 2, 이하 'IGMPv2'라 칭함)의 경우 채널 변경시 이전 채널(channel)에 대한 포기 메시지를 전송한 후 새로운 채널에 대한 채널 요청 메시지를 전송하여야 한다. 이 때 이전 채널에 대한 포기 메시지로서 'IGMP leave message'를 전송하고, 새로운 채널에 대한 채널 요청 메시지로서 'IGMP group join message'를 전송한다.
도 1은 종래의 일실시 예에 따른 IP TV 서비스의 채널 변경 절차를 도시한 도면이다. 도 1은 IGMPv2 환경에서 멀티캐스트 라우터(20)를 통해 IP TV 방송 데이터를 수신하는 STB(10)가 IP TV 서비스 채널 변경을 요청한 경우에 대한 IP TV 서비스 채널 변경 절차를 예시하고 있다. 도 1을 참조하여 상기 IP TV 서비스 채널 변경 절차를 설명하면 다음과 같다. 먼저 사용자가 채널 변경을 요청하면 멀티캐스트 라우터(20)를 통해 IP TV 방송 데이터를 수신하는 STB(10)는 멀티캐스트 라우터(20)에게 'IGMP leave message'를 전송한다(S11). 즉, STB(10)는 시청중인 채널(예컨대, 채널1번(CH.1))에 대한 포기 메시지를 전송한다.
그러면 멀티캐스트 라우터(20)는 동일 포트의 다른 STB에서 선택 여부를 확인한다(S13). 즉 동일 포트의 다른 STB들 중 상기 채널(예컨대, 채널 1번(CH.1))을 시청중인 STB가 있는지의 여부를 확인한다. 상기 확인(S13) 결과 상기 채널(예컨대, 채널 1번(CH.1))을 시청중인 STB가 없는 경우 멀티캐스트 라우터(20)는 해당 채널의 멀티캐스트 스트림 전송을 중단한다(S15). 만약 상기 채널(예컨대, 채널 1번(CH.1))을 시청중인 STB가 있으면 그 STB에게로 가는 채널 1번의 멀티캐스트 스트림 전송은 유지하고 STB(10)에게 전송중인 채널 1번의 멀티캐스트 스트림 전송만을 중단한다.
한편 멀티캐스트 라우터(20)에게 'IGMP leave message'를 전송한 STB(10)는 새로운 채널을 요청하기 위한 메시지(예컨대, 'IGMP group join message')를 멀티캐스트 라우터(20)에게 전송한다(S17).
그러면 멀티캐스트 라우터(20)는 그 메시지(IGMP group join message)에 응답하여 새로운 채널을 설정하고(S19) 그 채널의 멀티캐스트 스트림을 STB(10)에게 전송한다(S21).
이 때 도 1의 예에서 과정(S17)이 과정(S15) 이후에 수행되는 것으로 도시되었다. 하지만 상기 과정(S17)은 상기 과정들(S13 및 S15)와 병렬적으로 수행 가능하다. 즉 멀티캐스트 라우터(20)의 상기 과정들(S13 및 S15) 수행 중에 STB(10)에서 과정(S17)을 수행할 수 있는 것이다.
한편 과정(S11) 및 과정(S17)에서 전달되는 메시지들은 통상적인 IGMP 메시지 구조를 가지며 그 타입만 다르다. 통상적인 IGMP 메시지의 구조 및 그 IGMP 메시지의 타입별 기능에 대한 예가 도 2 및 도 3에 예시되어 있다.
도 2는 IP TV 서비스 제공을 위한 종래의 IGMP 메시지 구조에 대한 예시도이고, 도 3은 통상적인 IGMP 메시지의 타입별 기능을 설명하기 위한 도면이다.
도 2를 참조하면 IGMP 메시지(30)는 타입(Type)(31)/최대응답대기시간(32)/첵섬(Checksum)(33)/그룹 주소(Group Address)(34) 필드를 포함한다.
이러한 구조를 갖는 IGMP 메시지(30)는 타입(type)(31)필드에 저장된 값에 의거하여 그 메시지 종류가 결정된다. 그 값에 따른 메시지 종류는 도 3에 예시된 바와 같으며, 특히, 그 값이 '0x17'인 경우 'IGMPv2 Leave Group'메시지로서 상기 과정(S11)에서 전송되는 메시지를 나타내고, 그 값이 '0x16'인 경우 'IGMPv2 Membership Report'메시지로서 상기 과정(S17)에서 전송되는 메시지를 나타낸다.
이와 같이 도 2에 예시된 바와 같은 구조의 IGMP 메시지를 이용하여 IP TV 서비스의 채널을 변경하고자 하는 경우 도 1에 예시된 바와 같이 STB(10)는 2개의 메시지를 멀티캐스트 라우터(20)로 전송해야 한다. 이로 인해 종래의 경우 IP TV 서비스의 채널 변경을 위한 시간(channel change time)이 증가되는 단점이 있다.
또한 멀티캐스트 라우터(20)는 채널 변경을 위해 포기된 이전 채널에 대한 방송 서비스를 유지하면서 해당 채널에 대한 다른 STB의 시청 여부를 확인하는 절차를 수행하여야 한다. 따라서 그 시간(예컨대, 2초)동안 멀티캐스트 라우터(20)는 이전 채널에 대한 방송 데이터 전송을 위한 대역폭과, 새로운 채널에 대한 방송 데이터 전송을 위한 대역폭을 모두 점유하고 있어야 한다. 종래의 실시예에 따른 IP TV 서비스 채널 변경 동작 수행시 멀티캐스트 라우터(20)가 점유하는 대역폭에 대한 정보를 도 4에 예시하고 있다.
도 4는 종래의 일실시 예에 따른 IP TV 서비스 채널 변경시 채널 변경 시간에 따른 대역폭 점유 상태를 도시한 도면이다.
도 4는 멀티캐스트 라우터(20)가 이전 채널(old channel)에 대한 방송 서비스 수행 중에 제1 새로운 채널(이하, '제1 새로운 채널'이라 칭함)(new channel 1)로 채널 변경을 요청받은 경우, 상기 요청에 응답하여 이전 채널(old channel)에 대한 방송 서비스가 완전히 종료된 후 다시 다른 새로운 채널(이하, '제2 새로운 채널'이라 칭함)(new channel 2)로의 채널 변경을 요청받고 상기 제1 새로운 채널(new channel 1)에 대한 방송 서비스가 완전히 종료되기 전에 또 다시 다른 새로운 채널(이하, '제3 새로운 채널'이라 칭함)(new channel 3)로의 채널 변경을 요청 받은 경우 각각에 대한 멀티캐스트 라우터(20)의 대역폭 점유 상태를 예시하고 있다.
한편 멀티캐스트 라우터(20)가 이전 채널(old channel)에 대한 방송 서비스 수행 중에 제1 새로운 채널(new channel 1)로 채널 변경을 요청받은 경우, 멀티캐스트 라우터(20)는 이전 채널(old channel)을 유지하면서 이전 채널(old channel)에 대한 다른 채널의 사용 여부를 확인하고, 제1 새로운 채널(new channel 1)에 대한 설정 동작을 수행한다. 이 때 소요되는 시간이 통상 '2초'이다.
따라서 도 4를 참조하면 멀티캐스트 라우터(20)가 이전 채널(old channel)에 대한 서비스 수행 중 제1 새로운 채널(new channel 1)로 채널 변경 요청을 받은 경우, 멀티캐스트 라우터(20)는 상기 채널 변경 요청을 받은 시점(t1)으로부터 이전 채널(old channel)에 대한 방송 서비스가 완전히 종료되는 시점(t2)까지(예컨대, '2초'동안) 이전 채널(old channel)을 위한 대역폭과, 제1 새로운 채널(new channel 1)을 위한 대역폭을 모두 점유하고 있어야 한다.
또한 상기 채널 변경에 의해 제1 새로운 채널(new channel 1)로 채널 변경이 완료되어 제1 새로운 채널(new channel 1)의 방송 데이터를 시청하던 사용자가 다시 제2 새로운 채널(new channel 2)로 채널 변경을 요청하고, 상기 제2 새로운 채널(new channel 2)로의 채널 변경이 완료되기 전에 제3 새로운 채널(new channel 3)로 채널 변경을 요청한 경우, 멀티캐스트 라우터(20)는 제2 새로운 채널(new channel 2)로의 채널 변경 요청 시점(t3)으로부터 제3 새로운 채널(new channel 3)로의 채널 변경 요청 시점(t4)까지는 제1 새로운 채널(new channel 1)을 위한 대역폭과 제2 새로운 채널(new channel 2)을 위한 대역폭을 함께 점유하고 있어야 한다. 그리고 제3 새로운 채널(new channel 3)이 요청된 시점(t4)으로부터 제1 새로 운 채널(new channel 1)에 대한 방송 서비스가 완전히 종료되는 시점(t5)까지 멀티캐스트 라우터(20)는 제1 새로운 채널(new channel 1)을 위한 대역폭과 제2 새로운 채널(new channel 2)을 위한 대역폭과 제3 새로운 채널(new channel 3)을 위한 대역폭을 함께 점유하고 있어야 한다.
그리고 제1 새로운 채널(new channel 1)에 대한 방송 서비스가 완전히 종료되는 시점(t5)부터 제2 새로운 채널(new channel 2)에 대한 방송 서비스가 완전히 종료되는 시점(t6)까지 멀티캐스트 라우터(20)는 제2 새로운 채널(new channel 2)을 위한 대역폭과 제3 새로운 채널(new channel 3)을 위한 대역폭을 함께 점유하고 있어야 한다.
마지막으로 제2 새로운 채널(new channel 2)에 대한 방송 서비스가 완전히 종료되는 시점(t6)부터는 제3 새로운 채널(new channel 3)을 위한 대역폭만을 점유한다.
따라서 채널 변경 작업이 수행되는 시간(예컨대, 2초)동안 멀티캐스트 라우터(20)는 최소한 2채널 이상의 방송 서비스를 위한 대역폭을 점유하고 있어야 한다.
이와 같이 멀티캐스트 라우터(20)가 2채널 이상의 방송 서비스를 위한 대역폭을 점유할 경우 네트워크 자원(network resource)의 낭비가 발생하게 된다. 예를 들어 MPEG 2의 경우 SD(Standard Definition) 급의 화질 구현을 위해서 4Mbps의 스트림(stream)을 사용한다고 하면 2채널의 방송 데이터를 중복으로 전송하는 경우 8Mbps의 자원(resource)을 사용하여야 하고, 3채널의 방송 데이터를 중복으로 전송 하는 경우 12Mbps의 자원(resource)을 사용하여야 한다.
따라서 종래의 방법으로 IP TV 서비스의 채널을 변경할 경우 이전 채널 포기를 위한 메시지와 새로운 채널 요청을 위한 메시지를 각각 전송함으로써 채널 변경 시간이 증가된다는 단점과, 채널 변경 중 2채널 이상의 방송 데이터를 중복 전송함으로써 네트워크 자원을 낭비하게 된다는 단점이 있다.
본 발명은 상기와 같은 문제점을 해결하기 위해 안출된 것으로서, 본 발명은 IP TV 서비스의 채널 변경시 채널 변경 시간을 줄이는 IP TV 서비스 제공 방법 및 장치, 그리고 그 방법 및 장치의 메시지 포맷을 제공하고자 한다.
또한 본 발명은 IP TV 서비스의 채널 변경시 네트워크 자원을 절약하는 IP TV 서비스 제공 방법 및 장치, 그리고 그 방법 및 장치의 메시지 포맷을 제공하고자 한다.
또한 본 발명은 효율적인 IP TV 서비스 제공을 위한 IP TV 서비스 제공 방법 및 장치, 그리고 그 방법 및 장치의 메시지 포맷을 제공하고자 한다.
상기 목적을 달성하기 위해 본 발명에서 제공하는 IP TV 서비스를 위한 메시지 포맷은 해당 메시지의 타입을 구별하기 위한 메시지 타입을 저장하는 타입 영역과, 채널 변경 요청시 현재 서비스 중인 이전 채널 정보와 새로운 채널 정보를 저 장하는 채널 정보 영역을 포함함을 특징으로 한다.
이 때 상기 메시지 포맷은 IGMP 메시지 포맷이고, IP TV 서비스를 위해 별도로 지정된 타입값에 의해 IP TV 서비스 요청 메시지, IP TV 서비스를 위한 채널 변경 메시지 및 IP TV 서비스 상태 메시지 중 어느 하나로 분류됨이 바람직하다.
또한 상기 목적을 달성하기 위한 본 발명의 IP TV 서비스 제공 방법은 IP TV 방송 데이터를 수신하는 제1 수신장치의 요청에 응답하여 그 제1 수신장치가 요청한 채널의 IP TV 방송 데이터를 상기 제1 수신장치에게 전송하는 제1 전송과정과, 상기 채널의 서비스 이용현황 정보를 저장하는 과정과, 상기 제1 수신장치로부터 채널 변경 요청을 수신하는 과정과, 상기 저장된 서비스 이용현황 정보에 의거하여 상기 제1 수신장치로 전송 중인 채널의 IP TV 방송 데이터 전송을 중단하는 과정과, 상기 제1 수신장치가 요청한 새로운 채널의 IP TV 방송 데이터를 상기 제1 수신장치에게 전송하는 제2 전송과정을 포함함을 특징으로 한다.
이 때 상기 수신 과정은 상기 제1 수신장치로 전송중인 이전 채널 정보와, 상기 제1 수신장치에게 전송해야 할 새로운 채널 정보를 포함하는 채널 변경 요청 메시지를 수신함이 바람직하다.
또한 상기 저장 과정은 상기 제1 수신장치와 동일 포트에 연결된 복수의 다른 수신장치들을 통해 해당 채널의 IP TV 방송 데이터를 출력하는 모든 TV의 대수를 카운트하여 저장함이 바람직하다.
또한 상기 중단 과정은 상기 제1 수신장치와 동일 포트에 연결된 모든 수신장치들을 통해 해당 채널의 IP TV 방송 데이터를 출력하는 TV의 대수가 '0'인 경우 상기 제1 수신장치로 전송 중인 채널의 IP TV 방송 데이터 전송을 중단함이 바람직하다.
한편 상기 목적을 달성하기 위한 본 발명의 장치는 멀티캐스트 라우터로부터 IP TV 방송 데이터를 수신하여 TV 수상기로 전달하는 셋-탑 박스와, 상기 멀티캐스트 라우터를 포함한다.
먼저 상기 셋-탑 박스는 사용자와의 인터페이싱을 제공하는 제1 인터페이스부와, 상기 멀티캐스트 라우터와의 인터페이싱을 제공하는 제2 인터페이스부와, 상기 제1 인터페이스부를 통해 채널 변경 요청 명령이 입력되면 현재 수신 중인 IP TV 방송 데이터의 채널 정보와, 변경될 새로운 채널 정보를 포함하는 채널 변경 요청 메시지를 생성하여 상기 제2 인터페이스부로 전달하는 제어부를 포함함을 특징으로 한다.
이 때, 상기 제어부는 해당 메시지의 타입을 구별하기 위한 메시지 타입을 저장하는 타입 영역과, 채널 변경 요청시 현재 서비스 중인 이전 채널 정보와 새로운 채널 정보를 저장하는 채널 정보 영역을 포함하는 채널 변경 요청 메시지를 생성함이 바람직하다.
또한 상기 멀티캐스트 라우터는 상기 셋-탑 박스들과의 인터페이싱을 제공하는 제3 인터페이스부와, 상기 IP TV 방송 데이터 서버와의 인터페이싱을 제공하는 제4 인터페이스부와, 상기 IP TV 방송 데이터 서버로부터 수신된 모든 채널들에 대하여 그 채널들 각각의 서비스 이용현황 정보를 저장하는 채널별 서비스 이용현황정보 관리부와, 상기 채널별 서비스 이용현황정보 관리부에 저장된 채널별 서비스 이용현황정보에 의거하여 채널 관리를 수행하는 제어부를 포함함을 특징으로 한다.
이 때 상기 채널별 서비스 이용현황정보 관리부는 상기 IP TV 방송 데이터 서버로부터 수신된 모든 채널들에 대하여 그 채널들 각각의 IP TV 방송 데이터를 출력 중인 TV 대수를 카운트하여 관리함이 바람직하다.
또한 상기 제3 인터페이스부는 상기 셋-탑 박스들 중 어느 하나로부터 현재 서비스 중인 이전 채널 정보와 새로운 채널 정보를 저장하는 채널 변경 요청 메시지를 수신하고 그 채널 변경 요청 메시지를 제어부로 전달함이 바람직하다.
또한 상기 제어부는 상기 제3 인터페이스부를 통해 채널 변경 메시지를 수신한 경우 상기 채널별 서비스 이용현황정보 관리부로부터 상기 채널 변경 요청 메시지에 포함된 이전 채널 정보에 대한 서비스 이용현황정보를 검출하고, 그 검출 결과에 의거하여 새로운 채널로의 채널 변경을 위한 동작을 수행함이 바람직하다.
특히 상기 제어부는 상기 검출결과 이전 채널에 대한 서비스 이용현황정보가 '0'인 경우 이전 채널의 IP TV 방송 데이터의 전송을 중단하고 새로운 채널의 IP TV 방송 데이터의 전송을 개시함이 바람직하다.
이하 첨부된 도면을 참조하여 본 발명의 일실시 예에 의한 구성 및 작용에 대해서 더욱 상세히 설명한다. 도면에서 동일한 구성요소들에 대해서는 비록 다른 도면에 표시되더라도 가능한 한 동일한 참조번호 및 부호로 나타내고 있음에 유의해야 한다. 또한, 본 발명을 설명함에 있어서, 관련된 공지기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명은 생략한다.
도 5는 본 발명의 일실시 예에 따른 IP TV 서비스 제공 절차를 도시한 도면이다. 도 5는 STB(100)가 멀티캐스트 라우터(200)로부터 IP TV 서비스를 제공받는 절차를 도시하고 있다. 특히 도 5는 STB(100)가 멀티캐스트 라우터(200)로부터 채널 1번에 대한 방송 서비스를 제공받던 중 수신 채널을 채널 2번으로 변경하는 경우에 대한 예를 도시하고 있다.
도 5를 참조하면 본 발명의 일실시 예에 따른 IP TV 서비스 제공 절차는 다음과 같다.
먼저, STB(100)는 채널 1번에 대한 방송 서비스를 제공받기 위해, 멀티캐스트 라우터(200)에게 채널 1번(이하, 'CH.1'이라 칭함)에 대한 서비스 요청 메시지를 전송한다(S101).
그러면, 멀티캐스트 라우터(200)는 상기 요청 메시지에 대한 응답으로 CH.1 스트림(stream)(즉, CH.1에 대한 IP TV 방송 데이터)를 STB(100)에게 전송하고(S103), CH.1 시청 TV 대수를 카운트한다(S105). 예를 들어 STB(100)와 동일 포트에 연결된 전체 STB 들 중 어느 하나를 통해 전달된 CH.1의 IP TV 방송 데이터를 출력하는 TV의 대수를 카운트 한다. 만약, 상기 과정(S103) 이전에 상기 IP TV 방송 데이터를 출력하는 TV가 있었던 경우 그 TV의 대수에 '1'을 더 한 값을 관리하고, 그렇지 않은 경우 상기 카운트 값을 '1'로 설정한다.
한편, STB(100)가 STB(100)와 연결된 TV에게 CH.1 스트림(stream)을 지속적으로 전달하고 있는지의 여부를 확인하기 위해, 즉 STB(100)와 연결된 TV가 CH.1을 계속 시청하고 있는 지의 여부를 확인하기 위해, 멀티캐스트 라우터(200)는 STB(100)에게 CH.1에 대한 멤버쉽 질의(membership query)를 전송한다(S107). 그리고 상기 멤버쉽 질의(membership query)에 대한 응답으로, STB(100)로부터 멤버쉽 리포트(membership report)를 수신하여(S109) 상기 CH.1 시청 TV 대수를 관리한다(S111). 예를 들어, STB(100)로부터 정상적으로 멤버쉽 리포트(membership report)를 수신한 경우 상기 과정(S105)에서 설정된 카운트 값을 유지하고, 그렇지 않은 경우 상기 카운트 값에서 '1'을 뺀 값을 저장한다. 만약 CH.1 시청 TV 대수가 '1'인 상태에서 STB(100)로부터 정상적으로 멤버쉽 리포트(membership report)를 수신하지 못한 경우 그 카운트 값을 '0'으로 설정한다.
즉 멀티캐스트 라우터(200)는 IP TV 방송 서비스 서버로부터 전송된 IP TV 방송 데이터를 STB들에게 전송하면서 채널별 방송 데이터를 시청중인 TV 대수를 관리한다.
또한 STB(100)를 통해 CH.1에 대한 IP TV 방송을 시청 중이던 사용자가 채널 변경을 요청하면 STB(100)는 멀티캐스트 라우터(200)에게 채널 변경 요청 메시지를 전송한다(S113). 이 때 채널 변경 요청 메시지는 포기되어야 할 이전 채널(예컨대, CH.1) 정보와 새롭게 연결되어야 할 채널(예컨대, CH.2) 정보를 모두 포함함이 바람직하다.
그러면, 상기 멀티캐스트 라우터(200)는 CH.1 시청 TV 대수에 의거하여 패스트 리브(fast leave)를 수행한다(S115). 예를 들어 멀티캐스트 라우터(200)에서 관리되는 CH.1 시청 TV 대수를 확인하여 그 값이 '0'이면 STB(100)로 전송중인 CH.1 스트림(stream)을 곧바로 중단한다. 예컨대 STB(100)와 동일 포트에 연결된 다른 STB들 중 CH.1 스트림을 수신 중인 STB가 없는 것으로 판단되면 STB(100)로 전송중인 CH.1 스트림(stream)을 곧바로 중단한다.
그리고 CH.2 스트림(stream)(즉, CH.2에 대한 IP TV 방송 데이터)를 STB(100)에게 전송한다(S117).
한편 도 5에 예시된 IP TV 서비스 제공을 위해 STB(100)와 멀티캐스트 라우터(200) 사이에 전달되는 메시지들은 도 6에 예시된 바와 같은 구조를 갖는다.
도 6은 본 발명의 일실시 예에 따른 IP 서비스 제공을 위한 메시지 포맷에 대한 예시도이다. 도 6을 참조하면 본 발명의 일실시 예에 따른 IP 서비스 제공을 위한 메시지(300)는 타입(Type)(301)/최대응답대기시간(Max response Time)(303)/첵섬(Checksum)(305)/이전 채널 그룹 주소(Group Address(old channel))(307)/새로운 채널 그룹 주소(Group Address(new channel))(309) 필드를 포함한다.
이러한 구조를 갖는 메시지(300)는 타입(type)(301)필드에 저장된 값에 의거하여 그 메시지 종류가 결정된다. 그 값에 따른 메시지 종류는 도 7에 예시된 바와 같다. 이 때 상기 타입을 지정하기 위한 값은 도 7에 예시된 값으로 한정되지 않는다. 예를 들어, 도 3에 예시된 값들 중 실험(experimentation)을 위해 예약된 특정값(0xf0 ~ 0xff) 중 어느 하나의 값을 사용하는 것도 가능하고, 또 다른 새로운 값으로 설정하는 것도 가능하다. 도 7을 참조하면 타입(type) 값이 '0x41'인 경우 해당 메시지는 'IGMP IP TV Membership Query'를 나타내고, 상기 값이 '0x42'인 경우 해당 메시지는 'IGMP IP TV Membership Report'를 나타내고, 상기 값이 '0x43'인 경우 해당 메시지는 'IGMP IP Channel change'를 나타낸다.
따라서 도 5의 예에서 과정(S101)에서 전달되는 메시지는 그 타입 값이 '0x42'이고, 과정(S107)에서 전달되는 메시지는 타입 값이'0x41'이고, 과정(S109)에서 전달되는 메시지는 타입 값이 '0x42'이고, 과정(S113)에서 전달되는 메시지는 타입 값이'0x43'으로 설정함이 바람직하다. 즉, 과정(S101)은 CH.1에 대한 서비스 요청을 위해 'IGMP IP TV Membership Report'를 전송하고, 과정(S107) 및 과정(S109)은 CH.1에 대한 서비스의 지속적인 이용 여부를 판단하기 위해 'IGMP IP TV Membership Query' 및 'IGMP IP TV Membership Report'를 전송한다. 한편 과정(S113)은 채널 변경을 위해 'IGMP IP TV Channel change'를 전송한다.
다시 말해, 도 5 내지 도 7을 참조하면 상기 과정(S113)에서 전달되는 메시지는 그 타입 필드(301)의 값이 '0x43'이고, 이전 채널 그룹 주소 필드(307)의 값이 'CH.1'이고, 새로운 채널 그룹 주소 필드(309)의 값이 'CH.2'임이 바람직하다.
도 8은 본 발명의 일실시 예에 따라 IP TV 서비스를 제공하는 셋-탑 박스(STB)에 대한 개략적인 블록도이다. 도 8을 참조하면 STB(100)는 사용자 인터페이스부(I/F)(110), 제어부(120), 라우터 인터페이스부(I/F)(130), 방송 데이터 처리부(140) 및 방송 데이터 출력부(150)를 포함한다.
사용자 I/F(110)는 사용자와의 인터페이싱을 제공한다. 예를 들어 사용자의 조작신호를 입력하고, STB(100)의 동작 상태를 디스플레이한다. 이를 위해 사용자 I/F(110)는 선택 버튼 및 LCD 창으로 구성함이 바람직하다.
라우터 I/F(130)는 멀티캐스트 라우터와의 인터페이싱을 제공한다. 이 때 멀티캐스트 라우터는 IP TV 방송 데이터 서버로부터 IP TV 방송 데이터를 수신하여 STB(100)에게 제공하는 장치이다. 따라서 라우터 I/F(130)는 멀티캐스트 라우터와 통신망을 통해 데이터를 송/수신하기 위한 모뎀(modem)으로 구성함이 바람직하다.
제어부(120)는 사용자 I/F(110)를 통해 입력된 제어 신호 또는 기 저장된 처리 알고리즘에 의해 발생된 제어 신호에 의거하여 방송 데이터 처리부(140) 및 라우터 I/F(130)의 동작을 제어한다. 예를 들어 사용자 I/F(110)를 통해 채널 변경 요청이 입력된 경우 제어부(120)는 도 6에 예시된 형태의 채널 변경 요청 메시지(300)를 생성하여 라우터 I/F(130)로 전달한다. 이 때 상기 메시지(300)의 타입 필드(301)에는 '0x43'를 저장하고, 이전 채널 그룹 주소 필드(307)에는 현재 시청중인 채널 값을 저장하고, 새로운 채널 그룹 주소 필드(309)에는 사용자 I/F(110)를 통해 입력된 채널 값을 저장함이 바람직하다. 예를 들어 CH.1을 시청 중인 사용자가 CH.2로 채널 변경을 하고자 하는 경우 이전 채널 그룹 주소 필드(307)에 'CH.1'값을 저장하고, 새로운 채널 그룹 주소 필드(309)에 'CH.2'값을 저장한다.
방송 데이터 처리부(140)는 라우터 I/F(130)를 통해 입력된 IP TV 방송 데이터에 대한 사전 처리를 수행한 후 방송 데이터 출력부(150)로 전달한다.
그러면 방송 데이터 출력부(150)는 그 방송 데이터를 출력한다. 예를 들어 상기 방송 데이터를 음성 데이터(audio data) 및 영상 데이터(video data)를 분리한 후 출력한다. 이를 위해 방송 데이터 출력부(150)는 음성 출력부(예컨대, 스피커 등)와 영상 출력부(예컨대, 디스플레이 등)를 포함함이 바람직하다.
도 9는 본 발명의 일실시 예에 따라 IP TV 서비스를 제공하는 멀티캐스트 라우터에 대한 개략적인 블록도이다. 도 9를 참조하면 멀티캐스트 라우터(200)는 STB 인터페이스부(I/F)(210), 제어부(220), 서버 인터페이스부(I/F)(230), 채널별 서비스 이용현황 정보 관리부(240) 및 라우팅 테이블(250)을 포함한다.
STB I/F(210)는 STB와의 인터페이싱을 제공한다. 예를 들어, STB로부터 채널 선택 메시지, 채널 사용 정보 메시지 및 채널 변경 메시지를 수신하고 이를 제어부(220)로 전달한다.
서버 I/F(230)는 IP TV 방송 데이터를 출력하는 IP TV 서버와의 인터페이싱을 제공한다. 예를 들어, 상기 IP TV 서버로부터 IP TV 방송 데이터를 수신하여 제어부(220)로 전달한다.
라우팅 테이블(250)은 라우팅 정보를 저장한다. 예를 들어, 서버 I/F(230)를 통해 수신된 IP TV 방송 데이터를 전송해야 할 STB들의 정보를 저장한다.
채널별 서비스 이용현황 정보 관리부(240)는 IP TV 서버로부터 수신된 모든 채널들에 대하여 해당 채널의 IP TV 방송 데이터를 출력 중인 TV 대수를 관리한다. 예를 들어, 특정 채널의 방송 데이터에 대하여 STB를 통해 전달된 방송 데이터를 출력하는 TV의 대수를 카운트 한다.
제어부(220)는 STB I/F(210)를 통해 전달된 제어 신호 또는 기 저장된 처리 알고리즘에 의해 발생된 제어 신호에 의거하여 서버 I/F(230)로부터 전달된 IP TV 방송 데이터를 STB I/F(210)로 전달하도록 제어한다. 이 때 제어부(220)는 라우팅 테이블(250)에 저장된 라우팅 정보를 참고함이 바람직하다.
또한 채널별 서비스 이용현황 정보 관리부(240)에 저장된 정보에 의거하여 채널 관리를 수행함이 바람직하다. 예를 들어 STB I/F(210)로부터 채널 변경 메시 지를 수신한 경우, 제어부(220)는 채널별 서비스 이용현황 정보 관리부(240)로부터 현재 시청중인 채널의 서비스 이용현황정보(예컨대, 해당 채널을 시청중인 TV 대수)를 검출하고 그 결과에 의거하여 새로운 채널로의 채널 변경을 위한 동작을 수행한다. 상기 검출 결과 현재 시청중인 채널의 서비스 이용현황정보(예컨대, 해당 채널을 시청중인 TV 대수)가 '0'인 경우 현재 시청중인 채널에 대한 데이터 스트림 전송을 전면 중단(예컨대, fast leave)하고, 새로운 채널에 대한 데이터 스트림 전송을 위한 준비를 수행한다. 한편 상기 검출 결과 현재 시청중인 채널의 서비스 이용현황정보(예컨대, 해당 채널을 시청중인 TV 대수)가 '0'이 아닌 경우 채널 변경을 요청한 STB(STBrequest)를 제외한 나머지 STB(STBother)에게 전송중인 데이터 스트림(현재 시청중인 채널에 대한 데이터 스트림)을 유지하면서 STB(STBrequest)에게 새로운 채널에 대한 데이터 스트림 전송을 위한 준비를 수행한다.
도 10은 본 발명의 일실시 예에 따른 IP TV 서비스 채널 변경시 채널 변경 시간에 따른 대역폭 점유 상태를 도시한 도면이다.
도 10은 멀티캐스트 라우터(200)가 이전 채널(old channel)에 대한 방송 서비스 수행 중에 제1 새로운 채널(이하, '제1 새로운 채널'이라 칭함)(new channel 1)로 채널 변경을 요청받은 경우, 상기 요청에 응답하여 이전 채널(old channel)에 대한 방송 서비스가 완전히 종료된 후 다시 다른 새로운 채널(이하, '제2 새로운 채널'이라 칭함)(new channel 2)로의 채널 변경을 요청받고 상기 제1 새로운 채널(new channel 1)에 대한 방송 서비스가 완전히 종료되기 전에 또 다시 다른 새로운 채널(이하, '제3 새로운 채널'이라 칭함)(new channel 3)로의 채널 변경을 요청 받은 경우 각각에 대한 멀티캐스트 라우터(200)의 대역폭 점유 상태를 예시하고 있다. 특히 도 10은 각 채널들에 대한 방송 서비스를 이용중인 TV 대수가 '1'인 경우에 대한 예를 도시하고 있다.
도 10을 참조하면 멀티캐스트 라우터(200)가 이전 채널(old channel)에 대한 서비스 수행 중 제1 새로운 채널(new channel 1)로 채널 변경 요청을 받은 경우, 멀티캐스트 라우터(200)는 상기 채널 변경 요청을 받은 시점(t7)에 이전 채널(old channel)에 대한 방송 서비스를 완전히 종료하고 제1 새로운 채널(new channel 1)에 대한 방송 서비스를 수행한다. 따라서 멀티캐스트 라우터(200)는 상기 시점(t7) 이전에는 이전 채널(old channel)을 위한 대역폭만을 점유하고 상기 시점(t7) 이후에는 제1 새로운 채널(new channel 1)을 위한 대역폭을 점유한다.
또한 상기 채널 변경에 의해 제1 새로운 채널(new channel 1)로 채널 변경이 완료되어 제1 새로운 채널(new channel 1)의 방송 데이터를 시청하던 사용자가 다시 제2 새로운 채널(new channel 2)로 채널 변경을 요청하고, 상기 제2 새로운 채널(new channel 2)로의 채널 변경이 완료되기 전에 제3 새로운 채널(new channel 3)로 채널 변경을 요청한 경우, 멀티캐스트 라우터(200)는 제2 새로운 채널(new channel 2)로의 채널 변경 요청 시점(t8)에 제1 새로운 채널(new channel 1)에 대한 방송 서비스를 완전히 종료하고 제2 새로운 채널(new channel 2)에 대한 방송 서비스를 수행한다. 그리고 제3 새로운 채널(new channel 3)로의 채널 변경 요청 시점(t9)에 제2 새로운 채널(new channel 2)에 대한 방송 서비스를 완전히 종료하 고 제3 새로운 채널(new channel 3)에 대한 방송 서비스를 수행한다.
따라서 멀티캐스트 라우터(200)는 상기 시점(t7)과 시점(t8) 사이에는 제1 새로운 채널(new channel 1)을 위한 대역폭만을 점유하고 상기 시점(t8)과 시점(t9) 사이에는 제2 새로운 채널(new channel 2)을 위한 대역폭만을 점유한다. 또한 상기 시점(t9) 이후에는 제3 새로운 채널(new channel 3)을 위한 대역폭만을 점유한다.
따라서 본 발명의 경우 채널 변경 작업이 수행되는 시간(예컨대, 2초)동안 멀티캐스트 라우터(200)가 복수의 채널에 대한 방송 서비스를 위한 대역폭을 점유하는 현상이 발생하지 않는다. 이로 인해 네트워크 자원의 낭비를 줄일 수 있다.
도 11은 본 발명의 일실시 예에 따른 IP TV 서비스 제공 방법 적용시 채널 변경을 위한 시간 절감 효과를 설명하기 위한 도면이다. 도 11의 (a)는 종래의 실시 예에 따른 채널 변경시 필요한 시간을 도식화하여 설명하고, 도 11의 (b)는 본 발명의 실시 예에 따른 채널 변경시 필요한 시간을 도식화하여 설명한다.
도 11의 (a)를 참조하면 종래의 경우 채널 변경을 위해, 이전 채널을 포기하기 위한 메시지(IGMP leave) 전송 시간(41)과, 그에 응답한 처리 시간(IGMP processing time)(42)과, 새로운 채널을 요청하기 위한 메시지(IGMP join) 전송 시간(43)과, 그에 응답한 처리 시간(IGMP processing time)(44)을 포함한다.
반면, 도 11의 (b)를 참조하면 본 발명의 경우 채널 변경을 위해, 채널 변경
메시지(IGMP Channel change) 전송 시간(410)과, 그에 응답한 처리 시간(IGMP processing time)(420)만을 포함한다.
즉, 종래의 경우 채널 변경을 위해 STB에서 2개의 메시지를 전송하고, 멀티캐스트 라우터에서 그들 각각에 응답한 별도의 프로세스를 수행하여야 했다. 하지만 본 발명의 경우 채널 변경을 위해 STB에서 1개의 메시지만을 전송하고 멀티캐스트 라우터에서 그 하나의 메시지에 응답한 프로세스만을 수행한다. 따라서 채널 변경을 위해 소요되는 전체적인 시간이 절감되는 효과가 있는 것이다.
상기한 바와 같은 본 발명의 상세한 설명에서는 본 발명의 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범주에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구범위 뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.
상기와 같이 본 발명은 채널 변경을 위해 STB에서 1개의 메시지만을 전송하고 멀티캐스트 라우터에서 그 하나의 메시지에 응답한 프로세스만을 수행한다. 따라서 채널 변경을 위해 소요되는 전체적인 시간이 절감되는 효과가 있다. 또한 멀티캐스트 라우터가 채널별 서비스 이용현황 정보를 관리하고 채널 변경 요청시 그 정보에 의거하여 패스트 리브(fast leave)를 수행함으로써 채널 변경 작업이 수행되는 시간(예컨대, 2초)동안 멀티캐스트 라우터가 복수의 채널에 대한 대역폭을 점유하는 현상이 발생하지 않는다. 이로 인해 네트워크 자원의 낭비를 줄일 수 있는 효과가 있다. 결과적으로 IP TV 서비스를 효율적으로 제공할 수 있는 효과가 있다.

Claims (17)

  1. 삭제
  2. 삭제
  3. 삭제
  4. IP TV 서비스 제공 방법에 있어서,
    제1 송신장치가 IP TV 방송 데이터를 수신하는 제1 수신장치의 요청 메시지에 따라 상기 제1 수신장치가 요청한 채널의 IP TV 방송 데이터를 상기 제1 수신장치에게 전송하는 제1 전송과정과,
    상기 제1 송신장치가 상기 채널의 서비스 이용현황 정보를 저장하는 과정과,
    상기 제1 송신장치가 상기 제1 수신장치로부터 채널 변경 요청 메시지를 수신하는 과정과,
    상기 제1 송신장치가 상기 저장된 서비스 이용현황 정보에 의거하여 상기 제1 수신장치로 전송 중인 채널의 IP TV 방송 데이터 전송을 중단하는 과정과,
    상기 제1 송신장치가 상기 제1 수신장치가 요청한 새로운 채널의 IP TV 방송 데이터를 상기 제1 수신장치에게 전송하는 제2 전송과정을 포함함을 특징으로 하는 IP TV 서비스 제공 방법.
  5. 제4항에 있어서, 상기 수신 과정은
    상기 제1 수신장치로 전송중인 이전 채널 정보와, 상기 제1 수신장치에게 전송해야 할 새로운 채널 정보를 포함하는 채널 변경 요청 메시지를 수신함을 특징으로 하는 IP TV 서비스 제공 방법.
  6. 제4항에 있어서, 상기 저장 과정은
    상기 제1 수신장치와 동일 포트에 연결된 복수의 다른 수신장치들을 통해 해당 채널의 IP TV 방송 데이터를 출력하는 모든 TV의 대수를 카운트하여 저장함을 특징으로 하는 IP TV 서비스 제공 방법.
  7. 제4항에 있어서, 상기 중단 과정은
    상기 제1 수신장치와 동일 포트에 연결된 모든 수신장치들을 통해 해당 채널의 IP TV 방송 데이터를 출력하는 TV의 대수가 '0'인 경우 상기 제1 수신장치로 전송 중인 채널의 IP TV 방송 데이터 전송을 중단함을 특징으로 하는 IP TV 서비스 제공 방법.
  8. 멀티캐스트 라우터로부터 IP TV 방송 데이터를 수신하여 TV 수상기로 전달하는 셋-탑 박스에 있어서,
    사용자와의 인터페이싱을 제공하는 제1 인터페이스부와,
    상기 멀티캐스트 라우터와의 인터페이싱을 제공하는 제2 인터페이스부와,
    상기 제1 인터페이스부를 통해 채널 변경 요청 명령이 입력되면 현재 수신 중인 IP TV 방송 데이터의 채널 정보와, 변경될 새로운 채널 정보를 포함하는 채널 변경 요청 메시지를 생성하여 상기 제2 인터페이스부로 전달하는 제어부를 포함함을 특징으로 하는 특징으로 하는 셋-탑 박스.
  9. 제8항에 있어서, 상기 제어부는
    해당 메시지의 타입을 구별하기 위한 메시지 타입을 저장하는 타입 영역과,
    채널 변경 요청시 현재 서비스 중인 이전 채널 정보와 새로운 채널 정보를 저장하는 채널 정보 영역을 포함하는 채널 변경 요청 메시지를 생성함을 특징으로 하는 셋-탑 박스.
  10. IP TV 방송 데이터 서버로부터 IP TV 방송 데이터를 수신하여 복수의 셋-탑 박스들에게 전송하는 멀티캐스트 라우터에 있어서,
    상기 셋-탑 박스들과의 인터페이싱을 제공하는 제3 인터페이스부와,
    상기 IP TV 방송 데이터 서버와의 인터페이싱을 제공하는 제4 인터페이스부와,
    상기 IP TV 방송 데이터 서버로부터 수신된 모든 채널들에 대하여 그 채널들 각각의 서비스 이용현황 정보를 저장하는 채널별 서비스 이용현황정보 관리부와,
    상기 채널별 서비스 이용현황정보 관리부에 저장된 채널별 서비스 이용현황정보에 의거하여 채널 관리를 수행하는 제어부를 포함함을 특징으로 하는 멀티캐스트 라우터.
  11. 제10항에 있어서, 상기 채널별 서비스 이용현황정보 관리부는
    상기 IP TV 방송 데이터 서버로부터 수신된 모든 채널들에 대하여 그 채널들 각각의 IP TV 방송 데이터를 출력 중인 TV 대수를 카운트하여 관리함을 특징으로 하는 멀티캐스트 라우터.
  12. 제10항에 있어서, 상기 제3 인터페이스부는
    상기 셋-탑 박스들 중 어느 하나로부터 현재 서비스 중인 이전 채널 정보와 새로운 채널 정보를 저장하는 채널 변경 요청 메시지를 수신하고 그 채널 변경 요청 메시지를 제어부로 전달함을 특징으로 하는 멀티캐스트 라우터.
  13. 제12항에 있어서, 상기 제어부는
    상기 제3 인터페이스부를 통해 채널 변경 메시지를 수신한 경우 상기 채널별 서비스 이용현황정보 관리부로부터 상기 채널 변경 요청 메시지에 포함된 이전 채널 정보에 대한 서비스 이용현황정보를 검출하고, 그 검출 결과에 의거하여 새로운 채널로의 채널 변경을 위한 동작을 수행함을 특징으로 하는 멀티캐스트 라우터.
  14. 제13항에 있어서, 상기 제어부는
    상기 검출결과 이전 채널에 대한 서비스 이용현황정보가 '0'인 경우 이전 채 널의 IP TV 방송 데이터의 전송을 중단하고 새로운 채널의 IP TV 방송 데이터의 전송을 개시함을 특징으로 하는 멀티캐스트 라우터.
  15. 제4항에 있어서,
    상기 제1 송신장치와 상기 제1 수신장치 사이에 전달되는 메시지 포맷은,
    해당 메시지의 타입을 구별하기 위한 메시지 타입을 저장하는 타입 영역과,
    상기 채널 변경 요청시 현재 서비스 중인 이전 채널 정보와 새로운 채널 정보를 저장하는 채널 정보 영역을 포함함을 특징으로 하는 IP TV 서비스 제공 방법.
  16. 제15항에 있어서, 상기 메시지 포맷은
    IGMP 메시지 포맷임을 특징으로 하는 IP TV 서비스 제공 방법.
  17. 제16항에 있어서, 상기 메시지 포맷은
    IP TV 서비스를 위해 별도로 지정된 타입값에 의해 IP TV 서비스 요청 메시지, IP TV 서비스를 위한 채널 변경 메시지 및 IP TV 서비스 상태 메시지 중 어느 하나로 분류됨을 특징으로 하는 IP TV 서비스 제공 방법.
KR1020050009291A 2005-02-01 2005-02-01 Ｉｐ ｔｖ 서비스 제공 방법 및 그 장치 KR100693061B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020050009291A KR100693061B1 (ko) 2005-02-01 2005-02-01 Ｉｐ ｔｖ 서비스 제공 방법 및 그 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020050009291A KR100693061B1 (ko) 2005-02-01 2005-02-01 Ｉｐ ｔｖ 서비스 제공 방법 및 그 장치

Publications (2)

Publication Number Publication Date
KR20060088412A KR20060088412A (ko) 2006-08-04
KR100693061B1 true KR100693061B1 (ko) 2007-03-12

Family

ID=37176868

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020050009291A KR100693061B1 (ko) 2005-02-01 2005-02-01 Ｉｐ ｔｖ 서비스 제공 방법 및 그 장치

Country Status (1)

Country Link
KR (1) KR100693061B1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100883982B1 (ko) * 2006-09-13 2009-02-19 (주)필링크 디지털 방송 시스템의 광고 방법 및 광고 시스템
KR100763441B1 (ko) * 2006-09-30 2007-10-04 광주과학기술원 동기화된 다시점 입체 영상 전송 방법 및 그 시스템
KR101306711B1 (ko) * 2006-11-13 2013-09-11 엘지전자 주식회사 이동통신 단말기의 ｉｐｔｖ 접속 방법
KR100880893B1 (ko) * 2007-09-14 2009-01-30 한국전자통신연구원 복수의 멀티캐스트를 이용한 ｉｐｔｖ 고속 채널 전환을위한 장치 및 그 방법
KR101414619B1 (ko) * 2007-11-01 2014-07-03 엘지전자 주식회사 방송 수신기와 리모컨 코드 변환 시스템 및 방법
KR100988498B1 (ko) * 2008-05-28 2010-10-18 주식회사 다산네트웍스 망 종단 장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060060234A (ko) * 2004-11-30 2006-06-05 한국전자통신연구원 가입자 망에서 멀티캐스트 기반 ｉｐ ｔｖ 방송 서비스수신을 위한 방송 채널 정보 획득 및 등록 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060060234A (ko) * 2004-11-30 2006-06-05 한국전자통신연구원 가입자 망에서 멀티캐스트 기반 ｉｐ ｔｖ 방송 서비스수신을 위한 방송 채널 정보 획득 및 등록 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
1020060060234

Also Published As

Publication number Publication date
KR20060088412A (ko) 2006-08-04

Similar Documents

Publication Publication Date Title
US20240040172A1 (en) Dynamic bandwidth allocation for addressable content
EP1601199B1 (en) Broadband telecommunications system and method used therein to reduce the latency of channel switching by a multimedia receiver
US8949886B2 (en) Targeted advertisement insertion with interface device assisted switching
US20160212197A1 (en) Multicast delivery
US8494516B2 (en) Delivery of subscription services to roaming users through head end equipment
US20100083305A1 (en) Interface Device Having Multiple Software Clients to Facilitate Display of Targeted Information
US9571895B2 (en) Load balancing multicast network traffic using virtual channels
US20080244679A1 (en) Switched digital video client reverse channel traffic reduction
CN101371570B (zh) 提供画中画服务的方法和设备
CN101652974A (zh) Ip网络中用于动态带宽管理的方法、装置和计算机程序产品
JP2009543457A (ja) ケーブル・データ・ネットワークを通じたパーソナル化されたモザイク・マルチメディア・コンテンツの送達のためのシステムおよび方法
KR100693061B1 (ko) Ｉｐ ｔｖ 서비스 제공 방법 및 그 장치
KR100738043B1 (ko) 채널 정보를 이용한 유니캐스트/멀티캐스트 전환 미디어서비스 방법 및 장치
KR101351040B1 (ko) 컨텐츠 데이터 전송 방법, 방송 수신기 및 방송 수신 방법
KR20070027803A (ko) Ｉｐ기반 방송의 채널변경시 지연시간의 개선 방법
US20120124628A1 (en) Method for requesting transmission of broadcast program and method for transmitting broadcast program
US20170195729A1 (en) Method to optimize the transmission of a set of television channels
US20090158372A1 (en) Method and apparatus for providing broadcast service information in cable network
KR20090019094A (ko) 개인 맞춤형 모닝콜 서비스 시스템 및 방법
KR100962995B1 (ko) 광동축 혼합망에서 케이블모뎀에 의한 독립적인 채널 변경 기능을 사용하는 아이피티브이 방송 전송 시스템 및 그 방법
KR100850358B1 (ko) 채널 변경 지연을 줄이기 위한 방법 및 ｉｐ 셋탑박스
US20110154395A1 (en) Method and apparatus for providing iptv reception information over hfc network

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: 20130227

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20140227

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20150226

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20160226

Year of fee payment: 10

LAPS Lapse due to unpaid annual fee