KR100888859B1 - 서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치및 방법 - Google Patents

서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치및 방법 Download PDF

Info

Publication number
KR100888859B1
KR100888859B1 KR1020070021852A KR20070021852A KR100888859B1 KR 100888859 B1 KR100888859 B1 KR 100888859B1 KR 1020070021852 A KR1020070021852 A KR 1020070021852A KR 20070021852 A KR20070021852 A KR 20070021852A KR 100888859 B1 KR100888859 B1 KR 100888859B1
Authority
KR
South Korea
Prior art keywords
channel
channel information
information
expected
internet protocol
Prior art date
Application number
KR1020070021852A
Other languages
English (en)
Other versions
KR20080081599A (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 KR1020070021852A priority Critical patent/KR100888859B1/ko
Publication of KR20080081599A publication Critical patent/KR20080081599A/ko
Application granted granted Critical
Publication of KR100888859B1 publication Critical patent/KR100888859B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383Accessing a communication channel
    • H04N21/4384Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/806Broadcast or multicast traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866Management of end-user data
    • H04N21/25891Management of end-user data being end-user preferences
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64322IP

Landscapes

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

Abstract

본 발명은 서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치 및 방법에 관한 것이다.
본 발명은 채널 전환에 따른 서비스 지연 시간을 줄이기 위해서 두 가지 방식을 이용한다. 첫 번째는 시청률 분석 서버를 이용하여 예상 채널 정보를 얻어와 예상 채널 정보에 해당하는 멀티캐스트 조인(Join)을 미리 수행하여 멀티캐스트 트래픽을 수신한다. 두 번째는 셋탑박스가 현재 시청하고 있는 채널에 인접한 채널로의 멀티캐스트 조인(Join)을 미리 수행하여 멀티캐스트 트래픽을 수신한다.
본 발명은 인접 채널 정보, 예상 채널 정보를 이용한 메커니즘을 통해 채널 전환시 IPTV 서비스 지연 시간을 최소한으로 줄일 수 있는 효과를 기대할 수 있다.
Figure R1020070021852
IPTV, 인터넷 프로토콜 셋탑박스, 멀티캐스트 프로토콜, 멀티캐스트 트래픽

Description

서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치 및 방법{Internet Protocol Settop Box, Apparatus and Method for Improving Service Delay}
도 1은 종래 IPTV 서비스에서 채널 전환하는 방법을 설명하기 위한 도면이다.
도 2는 본 발명의 실시예에 따른 IPTV 서비스를 적용하기 위한 네트워크 플랫폼의 구성을 간략하게 나타낸 도면이다.
도 3은 본 발명의 실시예에 따른 IPSTB의 내부 구성을 간략하게 나타낸 블록 구성도이다.
도 4는 본 발명의 실시예에 따른 IPSTB와 시청률 분석 서버 간의 송수신되는 메시지(질의, 응답)의 헤더 포맷을 나타내는 도면이다.
도 5는 본 발명의 실시예에 따른 IPSTB와 시청률 분석 서버 간의 질의 메시지의 바디 포맷을 나타내는 도면이다.
도 6은 본 발명의 실시예에 따른 IPSTB와 시청률 분석 서버 간의 응답 메시지의 바디 포맷을 나타내는 도면이다.
도 7은 본 발명의 실시예에 따른 시청률 분석 서버의 내부 구성을 간략하게 나타낸 블록 구성도이다.
도 8은 본 발명의 실시예에 따른 IPSTB가 현재 시청하고 있는 채널에 인접한 채널로의 멀티캐스트 조인(Join)을 수행하는 방법을 설명하기 위한 도면이다.
도 9는 본 발명의 실시예에 따른 IPSTB와 시청률 분석 서버와의 연동 메시지의 흐름을 설명하기 위한 도면이다.
본 발명은 인터넷 프로토콜 텔레비젼(Internet Protocol Televison, 이하 'IPTV'라 칭함)의 채널을 전환하는 장치 및 방법에 관한 것으로서, 특히 IPTV에서 채널 전환시 서비스 지연을 개선하는 장치 및 방법에 관한 것이다.
IPTV는 아이피(IP) 멀티캐스트 기술을 이용하기 때문에 시청하고 있는 채널에 대한 트래픽만을 IPTV 셋탑박스로 전송받게 된다. IPTV 셋탑박스는 전송받은 트래픽을 디코딩하여 IPTV로 전달하여 영상이 디스플레이되도록 한다.
도 1은 종래 IPTV 서비스에서 채널 전환하는 방법을 설명하기 위한 도면이다.
인터넷 프로토콜 셋탑박스(Internet Protocol Settop Box, 이하 'IPSTB'라 칭함)(20)는 IPTV(10)로부터 채널 전환 요청 신호를 수신하는 경우(예를 들어 채널 10번에서 20번으로), 채널 20번의 인터넷 그룹 매니지먼트 프로토콜(Internet Group Management Protocol, 이하 'IGMP'라 칭함) 조인(Join) 메시지와 채널 10번의 IGMP 리브(Leave) 메시지를 생성하여 멀티캐스트 스위치부(30)로 전송한다(S10, S20, S30). 여기서, IGMP 조인 메시지는 채널의 트래픽 포트를 활성화하는 역할을 한다. IGMP 리브 메시지는 채널의 트래픽 포트를 비활성화하는 역할을 한다.
이어서, 멀티캐스트 스위치부(30)는 IPTV 헤드 엔드로부터 모든 채널의 트래픽을 수신하고, IGMP 조인 메시지의 채널 20번에 해당하는 트래픽 포트를 활성화하여 채널 20번의 트래픽을 IPSTB로 전송한다(S40). 또한, 멀티캐스트 스위치부(30)는 채널 10번의 IGMP 리브 메시지를 수신하는 경우, 채널 10번에 해당하는 트래픽 포트를 비활성화하여 채널 10번의 트래픽 전송을 막아준다. 이와 같은 과정을 거쳐 IPTV의 채널을 10번에서 20번으로 전환하게 된다. 이로 인해, 종래 IPTV 채널을 변경하는 과정은 IGMP 조인 메시지를 생성하여 전송하고 멀티캐스트 스위치부(30)에서 처리한 후, 상위 네트워크에서 트래픽을 수신하는 점에서 지연 시간이 발생하는 문제점이 있었다.
이와 같은 문제점을 해결하기 위하여, 본 발명은 IPTV 서비스에서 채널 전환시 서비스 지연을 개선하는 장치 및 방법을 제공하기 위한 것이다.
이러한 기술적 과제를 달성하기 위한 본 발명의 하나의 특징에 따른 서비스 지연 개선 방법은 (a) 채널 변경 신호를 수신하여 변경된 채널을 기준으로 인접한 채널 정보를 생성하는 단계; (b) 상기 변경된 채널의 인터넷 그룹 매니지먼트 프로토콜(Join)과 상기 인접한 채널의 인터넷 그룹 매니지먼트 프로토콜(Join) 과정을 수행하여 멀티캐스트 트래픽을 수신하고, 이전 채널에 대한 인터넷 그룹 매니지먼트 프로토콜(Leave) 과정을 수행하여 멀티캐스트 트래픽을 수신을 차단하는 단계; 및 (c) 상위 네트워크로부터 상기 변경된 채널과 상기 인접한 채널의 멀티캐스트 트래픽을 수신하고, 상기 변경된 채널의 멀티캐스트 트래픽을 디코딩하여 인터넷 프로토콜 텔레비젼으로 전송하는 단계를 포함한다.
본 발명의 다른 특징에 따른 서비스 지연 개선 방법은 (a) 상기 인터넷 프로토콜 셋탑박스로부터 채널 변경 신호를 포함한 채널 정보를 주기적으로 전송받아 분석, 저장하는 단계; (b) 예상되는 채널 기초 정보를 포함한 질의 메시지를 수신하고, 상기 채널 기초 정보와 상기 채널 정보를 이용하여 예상 채널 정보를 계산하는 단계; 및 (c) 상기 수신한 질의 메시지에 대한 응답으로 상기 계산된 예상 채널 정보를 포함한 응답 메시지를 생성하여 상기 인터넷 프로토콜 셋탑박스로 전송하는 단계를 포함한다.
본 발명의 특징에 따른 인터넷 프로토콜 셋탑박스는 채널 변경 신호를 포함한 채널 정보를 생성하여 예상되는 채널 정보를 계산하는 시청률 분석 서버로 전송하는 채널 정보 전송부; 시청하고자 하는 현재 채널 정보에 대한 인접 채널 정보를 생성하며, 상기 현재 채널 정보의 변경에 따라 인접 채널 정보를 업데이트하여 저장하는 인접 채널 정보 관리부; 상기 예상되는 채널 정보를 상기 시청률 분석 서버로 요청하여 수신하는 예상 채널 정보 생성부; 및 상기 인접 채널 정보와 상기 예상되는 채널 정보에 해당하는 멀티캐스트 트래픽을 상위 네트워크로 요청하여 수신하는 멀티캐스트 트래픽 관리부를 포함한다.
본 발명의 특징에 따른 장치는 인터넷 프로토콜 셋탑박스로부터 채널 변경 신호를 포함한 채널 정보를 주기적으로 수신하여 분석하는 채널 정보 관리부; 상기 인터넷 프로토콜 셋탑박스로부터 예상되는 채널 기초 정보를 포함한 질의 메시지를 수신하여 상기 채널 기초 정보를 기반으로 예상 채널 정보를 계산하는 예상 채널 정보 계산부; 및 상기 계산한 예상 채널 정보를 포함한 응답 메시지를 생성하여 상기 인터넷 프로토콜 셋탑박스로 전송하는 패킷 전송부를 포함한다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "…부", "…기", "모듈", "블록" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
이제 본 발명의 실시예에 따른 서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스(200), 장치 및 방법에 대하여 도면을 참고로 하여 상세하게 설명한다.
도 2는 본 발명의 실시예에 따른 IPTV 서비스를 적용하기 위한 네트워크 플랫폼의 구성을 간략하게 나타낸 도면이다.
먼저, 도 2를 설명하기 전에 도 1에서 언급한 멀티캐스트 스위치부(30) 및 IPTV 헤드 엔드(600)는 공지된 기술로서 중복되는 설명을 생략하고, 본 발명의 특징인 IPSTB(200) 및 시청률 분석 서버(500)를 중심으로 설명하기로 한다.
본 발명의 실시예에 따른 네트워크 플랫폼은 IPSTB(200) 및 시청률 분석 서버(500)를 포함한다.
IPSTB(200)는 IPTV(10)로부터 채널을 변경하는 신호를 수신하는 경우 채널 전환 시간을 줄이기 위해서 변경한 현재 채널과 현재 채널에 인접한 채널을 활성화하여 현재 채널과 인접한 채널의 트래픽을 수신함으로써 인접한 채널로의 채널 전환이 발생하면 네트워크 지연 시간없이 IPTV 서비스를 제공한다. 또한, IPSTB(200)는 예상되는 채널 정보에 해당하는 트래픽을 수신하여 예상 채널로의 채널 전환이 발생하면 네트워크 지연 시간없이 IPTV 서비스를 제공한다.
시청률 분석 서버(500)는 IPSTB(200)로부터 채널 정보를 수신하여 일 단위, 주 단위, 월 단위의 시청 채널 통계를 기초로 예상되는 채널 정보를 계산하고, IPSTB(200)로부터 예상되는 채널 정보 요청을 수신하는 경우, 계산된 예상 채널 정보를 IPSTB(200)로 전송한다.
다음, 도 3을 참조하여 IPSTB(200)를 상세하게 설명한다.
도 3은 본 발명의 실시예에 따른 IPSTB(200)의 내부 구성을 간략하게 나타낸 블록 구성도이다.
본 발명의 실시예에 따른 IPSTB(200)는 현재 채널 정보 관리부(210), 채널 정보 전송부(220), 인접 채널 정보 관리부(230), 예상 채널 정보 생성부(240) 및 멀티캐스트 트래픽 관리부(250)를 포함한다.
현재 채널 정보 관리부(210)는 시청하고자 하는 현재 채널, IPTV(10)로부터 수신한 채널 변경 신호에 따라 변경된 채널에 해당하는 트래픽을 디코딩하여 IPTV(10)로 전송한다.
채널 정보 전송부(220)는 IPTV(10)로부터 채널 변경 신호를 수신하는 경우 채널 변경 신호를 포함한 채널 정보를 생성하여 시청률 분석 서버(500)로 전송한다. 여기서, 채널 정보는 셋탑박스 아이디, 사용자 인증 정보, 현재 시간 정보, 현재 채널 정보 및 변경된 채널 정보를 포함한다.
인접 채널 정보 관리부(230)는 시청하고자 하는 현재 채널 정보를 기준으로 인접 채널 정보를 생성하며, 현재 채널 정보가 변경되는 경우 인접 채널 정보를 수시로 업데이트하여 저장한다. 본 발명의 실시예에 따른 인접 채널 정보는 2개만을 예시하고 있지만, IPTV 서비스에 소요되는 트래픽 양과 IPSTB(200)가 받을 수 있는 링크의 대역폭을 기초로 인접 채널 정보를 증감할 수 있다.
예상 채널 정보 생성부(240)는 예상 채널을 요청하는 질의 메시지를 생성하여 시청률 분석 서버(500)로 전송하고, 이에 대한 응답으로 예상 채널 정보가 포함된 응답 메시지 포맷을 수신한다. 후술하는, 도 5 및 도 6을 참조하여 질의 메시지(800), 예상 채널 정보(910)가 포함된 응답 메시지(900) 포맷을 설명하기로 한다.
또한, 예상 채널 정보 생성부(240)는 수신한 응답 메시지에 포함되어 있는 예상 채널 정보를 추출하고, 기저장된 예상 채널 정보를 수시로 업데이트하여 저장 한다.
예상 채널 정보 생성부(240)는 채널의 트래픽 상황에 따라 질의 메시지의 전송 주기를 설정할 수 있다. 예를 들어, 예상 채널 정보 생성부(240)는 채널의 트래픽 상황에 따라 10분, 1시간 등 단위로 질의 메시지를 생성하여 시청률 분석 서버(500)로 전송함으로써 좀 더 정확한 예상 채널 정보를 파악할 수 있다.
멀티캐스트 트래픽 관리부(250)는 현재 채널 정보와 인접 채널 정보에 대한 IGMP 조인(Join) 메시지 및 이전 채널 정보에 대한 IGMP 리브(Leave) 메시지를 생성하여 멀티캐스트 스위치부(30)로 전송한다. 이로 인해, 멀티캐스트 트래픽 관리부(250)는 현재 채널 정보와 인접 채널 정보에 해당하는 트래픽을 수신하여 저장한다.
멀티캐스트 트래픽 관리부(250)는 시청률 분석 서버(500)로부터 수신한 예상 채널 정보에 대한 IGMP 조인(Join) 메시지와 이전 예상 채널 정보에 대한 IGMP 리브(Leave) 메시지를 생성하여 멀티캐스트 스위치부(30)로 전송한다. 이로 인해, 멀티캐스트 트래픽 관리부(250)는 예상 채널 정보에 해당하는 트래픽을 수신하여 저장한다.
따라서, IPSTB(200)는 시청하고 있는 현재 채널에서 인접 채널 또는 예상 채널로의 채널 전환이 발생하는 경우 미리 수신한 채널의 트래픽을 디코딩하여 IPTV(10)로 전송함으로써 채널 전환 속도를 최소한으로 줄일 수 있고 네트워크 지연 속도없는 서비스를 제공할 수 있다.
도 4는 본 발명의 실시예에 따른 IPSTB(200)와 시청률 분석 서버(500) 간의 송수신되는 메시지(질의, 응답)의 헤더 포맷(700)을 나타내는 도면이다.
본 발명의 실시예에 따른 메시지의 헤더 포맷(700)은 디바이스 타입(710), 메시지 아이디(720), 메시지 타입(730), 커맨드 타입(740) 및 바디 길이(750)를 포함한다.
디바이스 타입(710)은 홈 게이트웨이, IPSTB(200), 모뎀 등을 구분한다.
메시지 아이디(720)는 질의와 응답을 매핑하기 위한 아이디(Identifier)를 저장한다. 메시지 타입(730)은 시험용, 응답용 등의 메시지 타입을 구분하기 위한 예비(Reserved) 필드이다.
커맨드 타입(740)은 질의, 응답 등의 타입을 구분한다.
바디 길이(750)는 메시지 헤더 다음에 추가되는 메시지 바디 필드의 전체 길이를 저장한다.
도 5는 본 발명의 실시예에 따른 IPSTB(200)와 시청률 분석 서버(500) 간의 질의 메시지(800)의 바디 포맷을 나타내는 도면이며, 도 6은 본 발명의 실시예에 따른 IPSTB(200)와 시청률 분석 서버(500) 간의 응답 메시지(900)의 바디 포맷을 나타내는 도면이다.
본 발명의 실시예에 따른 질의 메시지(800)의 바디 포맷은 SA-ID(810), 차일드 핀(Child Pin)(820), 스타트 타겟 타임(830), 엔드 타겟 타임(840) 및 예상 채널 개수(850)를 포함한다.
SA-ID(810)는 셋탑박스를 구분하는 아이디(Identifier)를 나타내고 알파벳과 숫자로 구성된 문자열이다. 차일드 핀(820)은 IPTV(10)의 사용자의 인증을 나타내 는 정보이고, 4개 숫자로 이루어진 문자열이다.
스타트 타겟 타임(830)은 시청률 정보를 얻어오기 위한 시작 시간을 의미하며, 엔드 타겟 타임(840)은 시청률 정보를 얻어오기 위한 종료 시간을 의미한다.
예상 채널 개수(850)는 시청률 분석 서버(500)에서 얻어올 예상되는 채널의 개수를 의미한다.
본 발명의 실시예에 따른 응답 메시지(900)의 바디 포맷은 질의 메시지(800)의 바디 포맷을 모두 포함하며, 이외에 예상 채널 개수(850) 만큼의 예상 채널 정보(910)를 저장한다.
다음, 도 7을 참조하여 시청률 분석 서버(500)를 상세하게 설명한다.
도 7은 본 발명의 실시예에 따른 시청률 분석 서버(500)의 내부 구성을 간략하게 나타낸 블록 구성도이다.
본 발명의 실시예에 따른 시청률 분석 서버(500)는 채널 정보 관리부(510), 예상 채널 정보 계산부(520) 및 패킷 전송부(530)를 포함한다.
채널 정보 관리부(510)는 IPSTB(200)로부터 채널 변경 신호를 포함한 채널 정보를 수신하여 셋탑박스 아이디와 사용자별로 채널 정보를 분류하고 이러한 분류된 채널 정보를 주기적으로 업데이트하여 저장한다.
예상 채널 정보 계산부(520)는 예상 채널을 요청하는 질의 메시지(800)를 수신하여 분석한다. 즉, 예상 채널 정보 계산부(520)는 수신한 질의 메시지(800)에 포함된 셋탑박스 아이디, 사용자 인증 정보, 시작과 종료 시간 정보, 예상 채널 정보(910)의 개수를 분석한다. 예상 채널 정보 계산부(520)는 분석된 질의 메시 지(800)와 일단위, 주단위, 월단위, 채널 편성 등을 고려하여 시청 채널 통계와 예상 채널 정보(910)를 계산한다.
패킷 전송부(530)는 계산한 예상 채널 정보(910)를 포함한 응답 메시지(900) 포맷을 생성하여 IPSTB(200)로 전송한다.
다음, 도 8을 참조하여 인접한 채널로의 채널 전환을 위한 멀티캐스트 조인(Join)을 수행하는 방법을 상세하게 설명한다.
도 8은 본 발명의 실시예에 따른 IPSTB(200)가 현재 시청하고 있는 채널에 인접한 채널로의 멀티캐스트 조인(Join)을 수행하는 방법을 설명하기 위한 도면이다.
IPTV(10)는 멀티캐스트 트래픽을 통해 채널 10번을 시청하고 있다(S100). 이어서, IPTV(10)는 현재 시청하고 있는 채널 10번에서 채널 20번으로 변경하고자 하는 경우 채널 변경 신호를 생성하여 IPSTB(200)로 전송한다(S102).
채널 변경 신호를 수신한 IPSTB(200)는 변경하고자 하는 채널 20번의 IGMP 조인 메시지를 생성하고 동시에 인접 채널인 채널 19 및 채널 21로의 IGMP 조인 메시지를 생성하여 멀티캐스트 스위치부(30)로 전송한다(S104). 이어서, 멀티캐스트 스위치부(30)는 채널 19, 20, 21의 멀티캐스트 프로토콜(Join)를 생성하여 IP 망(400)을 통해 상위 네트워크인 IPTV 헤드 엔드(600)로 전송한다(S106).
멀티캐스트 스위치부(30)는 IPTV 헤드 엔드(600)로부터 19, 20, 21번 채널에 대한 트래픽을 수신하여 IPSTB(200)로 전송한다(S108).
IPSTB(200)는 수신한 19, 20, 21번 채널의 트래픽 중 시청하고자 하는 20번 채널의 트래픽만을 디코딩하여 IPTV(10)로 전송한다(S110).
이어서, IPSTB(200)는 이전 채널인 9번, 10번, 11번 채널의 IGMP 리브(Leave) 메시지를 생성하여 멀티캐스트 스위치부(30)로 전송하고, 이에 대한 응답으로 멀티캐스트 스위치부(30)로부터 IGMP 쿼리(Query) 메시지를 수신한다(S112). 여기서, IGMP 쿼리(Query) 메시지는 시청 중인 채널을 파악하기 위한 메시지이다. 즉, 멀티캐스트 스위치부(30)는 IGMP 쿼리 메시지를 수신한 IPSTB(200)로부터 일정 시간 아무런 응답 메시지를 수신하지 못하면 해당 채널을 비활성화 상태로 판단하여 해당 채널의 멀티캐스트 프로토콜(Leave)를 생성하여 IPTV 헤드 엔드(600)로 전송한다(S114).
멀티캐스트 스위치부(30)는 채널 9, 10, 11의 멀티캐스트 프로토콜(Leave)를 생성하여 IP 망(400)을 통해 IPTV 헤드 엔드(600)로 전송함으로써 채널 전환(10번 채널에서 20번 채널로)이 완료된다.
이후, 셋탑박스는 변경된 채널인 20번에서 인접한 채널(19, 21)로 채널 전환이 다시 발생하는 경우 디코딩하고 있던 트래픽을 20번 트래픽에서 19번 또는 21번 트래픽으로 변경해 줌으로써 채널 전환이 완료된다.
본 발명의 실시예에 따른 인접 채널 전환 방법은 채널 전환하는 경우 네트워크 지연 없이 채널 전환할 수 있는 효과가 있다. 본 발명의 실시예에 따른 인접 채널 전환 방법은 IPTV(10) 시청자가 시청 중인 채널에서 인접한 채널로 채널 전환을 수행하는 경우 유용한 방법이다.
본 발명의 실시예에 따른 인접 채널 정보는 2개 채널을 예시하고 있지만, IPTV 서비스에 소요되는 트래픽 양과 IPSTB(200)의 받을 수 있는 링크의 대역폭을 이용하여 인접 채널의 수(3개, 4개 등)를 증감할 수 있다.
다음, 도 9을 참조하여 IPSTB(200)와 시청률 분석 서버(500) 간의 메시지 흐름을 상세하게 설명한다.
도 9는 본 발명의 실시예에 따른 IPSTB(200)와 시청률 분석 서버(500)와의 연동 메시지의 흐름을 설명하기 위한 도면이다.
IPTV(10)는 현재 시청하고 있는 채널 10번에서 채널 20번으로 변경하고자 하는 경우 채널 변경 신호를 생성하여 IPSTB(200)로 전송한다(S200).
IPSTB(200)는 채널 변경 신호를 포함한 채널 정보를 생성하여 시청률 분석 서버(500)로 전송한다(S202). 이어서, IPSTB(200)는 예상 채널을 요청하는 질의 메시지(800)를 생성하여 시청률 분석 서버(500)로 전송한다(S204). 이에 대한 응답으로 시청률 분석 서버(500)는 예상 채널 정보(910)를 포함한 응답 메시지(900)를 생성하여 IPSTB(200)로 전송한다(S206).
IPSTB(200)는 시청률 분석 서버(500)로부터 수신한 예상 채널 정보(910)를 기초로 멀티캐스트 조인(Join)을 미리 수행하게 된다(S208). 예를 들어, 예상 채널 정보(910)가 채널 15번, 채널 18번인 경우 IPSTB(200)는 채널 15번 및 채널 18번의 IGMP 조인 메시지를 생성하여 멀티캐스트 스위치부(30)로 전송한다(S208). 이어서, 멀티캐스트 스위치부(30)는 채널 15, 18의 멀티캐스트 프로토콜(Join)를 생성하여 IP 망(400)을 통해 상위 네트워크인 IPTV 헤드 엔드(600)로 전송한다(S210).
멀티캐스트 스위치부(30)는 IPTV 헤드 엔드(600)로부터 15, 18번 채널에 대 한 트래픽을 수신하여 IPSTB(200)로 전송한다(S212).
IPSTB(200)는 이전 예상 채널 정보를 기초로 IGMP 리브(Leave) 메시지를 생성하여 멀티캐스트 스위치부(30)로 전송하고, 이에 대한 응답으로 IGMP 쿼리(Query) 메시지를 수신한다(S214). 멀티캐스트 스위치부(30)는 해당 예상 채널 정보(910)의 멀티캐스트 프로토콜(Leave)를 생성하여 IP 망(400)을 통해 IPTV 헤드 엔드(600)로 전송한다(S216). 이러한 과정을 통해 IPSTB(200)는 이전 예상 채널 정보에 해당하는 트래픽 포트를 비활성화한다.
IPSTB(200)는 예상 채널 정보(910)로 채널 전환이 발생하는 경우 수신하고 있던 멀티캐스트 트래픽을 디코딩함으로써 네트워크 지연 시간없이 IPTV 서비스를 제공할 수 있는 효과가 있다.
IPSTB(200)는 받을 수 있는 링크의 대역폭이 넓을수록 더 많은 채널을 얻어올 수 있어 채널 전환 속도를 빠르게 할 수 있는 효과가 있다.
본 발명의 실시예는 이상에서 설명한 장치 및/또는 방법을 통해서만 구현이 되는 것은 아니며, 본 발명의 실시예의 구성에 대응하는 기능을 실현하기 위한 프로그램, 그 프로그램이 기록된 기록 매체 등을 통해 구현될 수도 있으며, 이러한 구현은 앞서 설명한 실시예의 기재로부터 본 발명이 속하는 기술분야의 전문가라면 쉽게 구현할 수 있는 것이다.
이상에서 본 발명의 실시예에 대하여 상세하게 설명하였지만 본 발명의 권리범위는 이에 한정되는 것은 아니고 다음의 청구범위에서 정의하고 있는 본 발명의 기본 개념을 이용한 당업자의 여러 변형 및 개량 형태 또한 본 발명의 권리범위에 속하는 것이다.
전술한 구성에 의하여, 본 발명은 인접 채널 정보, 예상 채널 정보를 이용한 메커니즘을 통해 채널 전환시 IPTV 서비스 지연 시간을 최소한으로 줄일 수 있는 효과를 기대할 수 있다.
본 발명은 예상 채널 정보가 정확해질수록 시청하게 될 정확한 트래픽을 미리 받을 수 있어 네트워크 지연 속도 없이 서비스를 제공하는 효과를 기대할 수 있다.

Claims (13)

  1. 채널 변경 신호를 포함한 제1 채널 정보를 생성하여 예상되는 예상 채널 정보를 계산하는 시청률 분석 서버로 전송하는 채널 정보 전송부;
    상기 제1 채널 정보에 대한 인접 채널 정보를 생성하며, 상기 제1 채널 정보의 변경에 따라 상기 인접 채널 정보를 업데이트하여 저장하는 인접 채널 정보 관리부;
    상기 예상 채널 정보를 상기 시청률 분석 서버로 요청하여 수신하는 예상 채널 정보 생성부; 및
    상기 인접 채널 정보와 상기 예상 채널 정보에 해당하는 멀티캐스트 트래픽을 상위 네트워크로 요청하여 수신하는 멀티캐스트 트래픽 관리부
    를 포함하는 인터넷 프로토콜 셋탑박스.
  2. 제1 항에 있어서,
    상기 제1 채널 정보 또는 상기 채널 변경 신호에 따라 변경된 채널에 해당하는 트래픽을 디코딩하여 인터넷 프로토콜 텔레비젼으로 전송하는 현재 채널 정보 관리부를 더 포함하는 인터넷 프로토콜 셋탑박스.
  3. 제1 항 또는 제2 항에 있어서,
    상기 제1 채널 정보는 셋탑박스 아이디, 사용자 인증 정보, 현재 시간 정보, 현재 채널 정보 및 변경된 채널 정보 중 어느 하나 이상을 포함하는 인터넷 프로토콜 셋탑박스.
  4. 제1 항 또는 제2 항에 있어서,
    상기 인접 채널 정보는 인터넷 프로토콜 텔레비젼 서비스에 소요되는 트래픽 양과 인터넷 프로토콜 셋탑박스가 받을 수 있는 링크의 대역폭을 기초로 형성되는 것을 특징으로 하는 인터넷 프로토콜 셋탑박스.
  5. 인터넷 프로토콜 셋탑박스로부터 채널 변경 신호를 포함한 채널 정보를 수신하여 분석하는 채널 정보 관리부;
    상기 인터넷 프로토콜 셋탑박스로부터 예상되는 채널 기초 정보를 포함한 질의 메시지를 수신하여 상기 채널 기초 정보를 기반으로 예상 채널 정보를 계산하는 예상 채널 정보 계산부; 및
    상기 계산한 예상 채널 정보를 포함한 응답 메시지를 생성하여 상기 인터넷 프로토콜 셋탑박스로 전송하는 패킷 전송부
    를 포함하는 장치.
  6. 제5 항에 있어서,
    상기 예상 채널 정보 계산부는,
    상기 채널 정보를 수신하여 일 단위, 주 단위, 월 단위의 시청 채널 통계를 기초로 상기 계산한 예상 채널 정보를 생성하는 것을 특징으로 하는 장치.
  7. 제5 항 또는 제6 항에 있어서,
    상기 응답 메시지는,
    상기 인터넷 프로토콜 셋탑박스의 아이디, 사용자 인증 정보, 시청률 정보를 얻어오기 위한 시작 시간, 종료 시간, 예상 채널 개수 및 상기 예상 채널 개수만큼의 예상 채널 정보를 포함하는 장치.
  8. (a) 채널 변경 신호를 수신하여 변경된 채널을 기준으로 인접한 채널 정보를 생성하는 단계;
    (b) 상기 변경된 채널의 인터넷 그룹 매니지먼트 프로토콜(Join)과 상기 인접한 채널의 인터넷 그룹 매니지먼트 프로토콜(Join) 과정을 수행하여 멀티캐스트 트래픽을 수신하고, 이전 채널에 대한 인터넷 그룹 매니지먼트 프로토콜(Leave) 과정을 수행하여 멀티캐스트 트래픽을 수신을 차단하는 단계; 및
    (c) 상위 네트워크로부터 상기 변경된 채널과 상기 인접한 채널의 멀티캐스트 트래픽을 수신하고, 상기 변경된 채널의 멀티캐스트 트래픽을 디코딩하여 인터넷 프로토콜 텔레비젼으로 전송하는 단계
    를 포함하는 서비스 지연 개선 방법.
  9. 제8 항에 있어서,
    상기 (c)단계 이후에,
    상기 변경된 채널에서 상기 인접한 채널로의 채널 전환이 발생하면 디코딩하는 트래픽을 상기 변경된 채널의 트래픽에서 상기 인접한 채널의 트래픽으로 변경함으로써 채널 전환 기능을 수행하는 단계
    를 더 포함하는 서비스 지연 개선 방법.
  10. 제8 항 또는 제9 항에 있어서,
    상기 인접한 채널 정보의 개수는 인터넷 프로토콜 텔레비젼 서비스에 소요되는 트래픽 양과 인터넷 프로토콜 셋탑박스가 받을 수 있는 링크의 대역폭을 기초로 형성되는 것을 특징으로 하는 서비스 지연 개선 방법.
  11. (a) 상기 인터넷 프로토콜 셋탑박스로부터 채널 변경 신호를 포함한 채널 정보를 전송받아 분석, 저장하는 단계;
    (b) 예상되는 채널 기초 정보를 포함한 질의 메시지를 수신하고, 상기 채널 기초 정보와 상기 채널 정보를 이용하여 예상 채널 정보를 계산하는 단계; 및
    (c) 상기 수신한 질의 메시지에 대한 응답으로 상기 계산된 예상 채널 정보를 포함한 응답 메시지를 생성하여 상기 인터넷 프로토콜 셋탑박스로 전송하는 단계
    를 포함하는 서비스 지연 개선 방법.
  12. 제11 항에 있어서,
    상기 인터넷 프로토콜 셋탑박스는,
    상기 계산된 예상 채널 정보의 인터넷 그룹 매니지먼트 프로토콜(Join) 과정을 수행하여 상기 계산된 예상 채널 정보의 멀티캐스트 트래픽을 수신하고, 이전 채널에 대한 인터넷 그룹 매니지먼트 프로토콜(Leave) 과정을 수행하여 상기 이전 체널의 멀티캐스트 트래픽 수신을 차단하는 단계
    를 더 포함하는 서비스 지연 개선 방법.
  13. 제11 항 또는 제12 항에 있어서,
    상기 질의 메시지는,
    상기 인터넷 프로토콜 셋탑박스의 아이디, 사용자 인증 정보, 시청률 정보를 얻어오기 위한 시작 시간, 종료 시간 및 예상 채널 개수를 포함하는 서비스 지연 개선 방법.
KR1020070021852A 2007-03-06 2007-03-06 서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치및 방법 KR100888859B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020070021852A KR100888859B1 (ko) 2007-03-06 2007-03-06 서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020070021852A KR100888859B1 (ko) 2007-03-06 2007-03-06 서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치및 방법

Publications (2)

Publication Number Publication Date
KR20080081599A KR20080081599A (ko) 2008-09-10
KR100888859B1 true KR100888859B1 (ko) 2009-03-17

Family

ID=40021263

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020070021852A KR100888859B1 (ko) 2007-03-06 2007-03-06 서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치및 방법

Country Status (1)

Country Link
KR (1) KR100888859B1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101015252B1 (ko) * 2008-10-23 2011-02-18 주식회사 케이티 라우터를 이용하여 멀티미디어 서비스를 제공하는 멀티미디어 시스템 및 방법
KR101023755B1 (ko) * 2009-06-16 2011-03-21 포항공과대학교 산학협력단 Iptv 서비스 제공을 위한 채널 제어 방법 및 장치
CN101656872B (zh) 2009-08-25 2011-07-20 中兴通讯股份有限公司 一种减少网络电视频道切换时延的方法和系统
US11722716B2 (en) * 2021-10-21 2023-08-08 Hewlett Packard Enterprise Development Lp Reducing multicast join latency for IPTV streams

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001094892A (ja) 1999-09-21 2001-04-06 Toshiba Corp チャンネル切り替え装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001094892A (ja) 1999-09-21 2001-04-06 Toshiba Corp チャンネル切り替え装置

Also Published As

Publication number Publication date
KR20080081599A (ko) 2008-09-10

Similar Documents

Publication Publication Date Title
US11323539B2 (en) Apparatus and methods for ensuring delivery of geographically relevant content
EP2001197B1 (en) Method of transmitting/receiving broadcasting signals and receiver
US9380079B2 (en) Content multicasting
KR101356502B1 (ko) 방송 신호 전송 방법, 방송 신호 수신 방법 및 방송 수신기
KR101268629B1 (ko) 시청률 예측 연동 복수 멀티캐스트를 이용한 고속 채널 전환을 위한 채널 서버, 채널 예측 서버, 단말기 및 그 방법
US20110321062A1 (en) Capturing events from and providing targeted messages to a digital media device
US8601115B2 (en) Providing state information and remote command execution in a managed media device
CN101588258A (zh) 信息上报方法和系统
KR20080053087A (ko) 차세대 네트워크 망에서 iptv 서비스 제공 시스템 및방법
KR100703340B1 (ko) 인터넷 프로토콜 기반의 디지털 방송 시스템에서 방송채널 정보를 제공하기 위한 장치 및 방법
US20130318562A1 (en) Method and apparatus for receiving application data
KR100888859B1 (ko) 서비스 지연을 개선하는 인터넷 프로토콜 셋탑박스, 장치및 방법
CN101388738B (zh) 广播接收机和传送/接收广播信号的方法
KR100889744B1 (ko) Iptv 부가 서비스 제어 시스템 및 이를 이용한 부가서비스 방법
US20110016222A1 (en) Network element for enabling a user of an iptv system to obtain media stream from a surveillance system and corresponding method
Arul et al. Subscription-free Pay-TV over IPTV
JP7569396B2 (ja) 視聴実態把握システム
KR101040312B1 (ko) 하이브리드 ip―tv 서비스 제공 시스템 및 방법
Shin et al. Demonstration of Bidirectional Services Using MPEG‐4 BIFS in Terrestrial DMB Systems
KR100937034B1 (ko) 복수 기업의 방송 호스팅 관리 시스템 및 방법과 방송 송출장치
Masciopinto et al. IPTV streaming source classification
Ellawindy QoE aware real-time multimedia streaming in software-defined networks
TR2023005098A2 (tr) Kanal geçi̇ş süresi̇ni̇ ölçen bi̇r si̇stem
KR20110070644A (ko) 서브 멀티캐스트 스트림을 이용한 채널 전환 시스템 및 방법
SECTOR FG IPTVINTERIM-DOC-001REV. 2

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
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: 20130304

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20140303

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20150302

Year of fee payment: 7

LAPS Lapse due to unpaid annual fee