KR100780396B1 - Ｉｐｔｖ 방송 서비스의 트래픽 제어 방법 - Google Patents

Ｉｐｔｖ 방송 서비스의 트래픽 제어 방법 Download PDF

Info

Publication number
KR100780396B1
KR100780396B1 KR1020070059293A KR20070059293A KR100780396B1 KR 100780396 B1 KR100780396 B1 KR 100780396B1 KR 1020070059293 A KR1020070059293 A KR 1020070059293A KR 20070059293 A KR20070059293 A KR 20070059293A KR 100780396 B1 KR100780396 B1 KR 100780396B1
Authority
KR
South Korea
Prior art keywords
top box
buffer amount
amount
server
broadcasting
Prior art date
Application number
KR1020070059293A
Other languages
English (en)
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 KR1020070059293A priority Critical patent/KR100780396B1/ko
Application granted granted Critical
Publication of KR100780396B1 publication Critical patent/KR100780396B1/ko
Priority to PCT/KR2008/003282 priority patent/WO2008156260A1/en
Priority to US12/663,909 priority patent/US20100182908A1/en
Priority to JP2010512075A priority patent/JP2011501478A/ja

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/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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23406—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving management of server-side video buffer
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • 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
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer

Landscapes

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

Abstract

본 발명은 방송서버가 최대대역폭으로 데이터를 전송할 수 있도록 하는 IPTV 방송 서비스의 트래픽 제어 방법에 관한 것으로, 방송서버가 최대 버퍼링량을 설정하는 제 1 단계; 상기 방송서버가 네트워크상태를 모니터링하여 네트워크가 허용하는 최대 대역폭으로 데이터를 전송하는 제 2 단계; 상기 방송서버가 전송된 버퍼링량이 최대 버퍼링량에 도달했는지를 판단하는 제 3 단계; 전송된 버퍼링량이 최대 버퍼링량에 도달하면, 상기 방송서버가 셋탑박스의 플레이속도에 따라 대역폭을 조정하여 데이터를 전송하는 제 4 단계; 및 전송된 버퍼링량이 최대 버퍼링량에 미달하면, 상기 방송서버가 네트워크가 허용하는 최대 대역폭으로 데이터를 전송하는 제 5 단계를 구비하여 상기 방송서버가 최대대역폭으로 데이터를 전송할 수 있도록 주도적으로 트래픽을 제어함으로써 셋탑박스가 중단없이 방송을 재생할 수 있게 한 것이다.
IPTV, 트래픽 제어, 방송서버, 셋탑박스, 버퍼링

Description

ＩＰＴＶ 방송 서비스의 트래픽 제어 방법{TRAFFIC CONTROL METHOD FOR IPTV BROADCASTING SERVICE}
도 1은 일반적인 IPTV망의 전체 구성을 도시한 개략도,
도 2는 라이브 컨텐츠를 전송하기 위한 IP 멀티캐스트망의 구성 예,
도 3은 멀티캐스팅에서 주로 사용되는 UDP 포맷의 예,
도 4는 멀티캐스팅에서 사용되는 IGMP 포맷의 예,
도 5는 IGMP에 따른 채널 설정 절차의 예,
도 6은 유니캐스팅에서 주로 사용되는 TCP 세그먼트의 예,
도 7은 유니캐스팅에서 주로 사용되는 RTSP에 따른 채널 설정 절차의 예,
도 8은 본 발명에 따른 IPTV 방송 서비스에서 트래픽 제어방법의 순서도,
도 9는 종래기술에 따른 IPTV 방송 서비스에서 트래픽 제어방법의 순서도이다.
*도면의 주요부분에 대한 부호의 설명
10:인터넷 12: 코어 라우터
14:에지 라우터
100: IPTV방송서버 102: 저장 컨텐츠
104: 라이브 컨텐츠 110: 스트리밍 서버
120: 웹서버 130: CAS/DRM
140: EPG 150: 가입자관리서버
160: 과금서버 200: IPTV 셋탑박스
202: 리모콘 300: 디스플레이장치
본 발명은 인터넷 프로토콜 텔레비젼(IPTV)을 위한 데이터 전송기술에 관한 것으로, 더욱 상세하게는 방송서버가 셋탑박스로의 데이터 전송량을 가변적으로 조절하여 셋탑박스의 버퍼량을 일정 수준으로 유지함으로써, 네트워크 상태에 무관하게 셋탑박스에서 컨텐츠를 지연 없이 안정적으로 플레이할 수 있도록 하는 IPTV 방송 서비스의 트래픽 제어 방법에 관한 것이다.
일반적으로, IP(Internet Protocol)TV는 품질, 보안 및 신뢰성이 보장된 IP망을 통하여 제공되는 텔레비전, 비디오, 오디오, 문서, 그래픽 및 데이터 서비스 등과 같은 멀티미디어 서비스라고 정의하고 있으며, 멀티캐스팅방식으로 전송이 이루어지는 생방송(Live) TV 서비스와, 유니캐스팅방식으로 전송이 이루어지는 VOD와 같은 저장된 비디오(stored video) 서비스를 포함한다.
통상 IPTV시스템은 컨텐츠(프로그램)를 IP망으로 송출하는 방송서버와, IP망으로부터 컨텐츠를 수신받아 재생하는 IPTV 셋탑박스(STB)로 구성되는데, IP망을 통해 전송되는 비디오신호는 MPEG2나 MPEG4와 같은 압축방식에 따라 부호화된 비트 스트림으로서 생방송 TV 서비스는 IGMPv2 프로토콜에 따라 멀티캐스트 스트림에 접속하여 방송을 시청할 수 있고, VOD 서비스의 경우는 RTSP 프로토콜에 따라 유니캐스트 방식으로 비디오 컨텐츠를 시청할 수 있다.
한편, 종래의 IPTV에서, 방송서버는 셋탑박스에 컨텐츠를 전송함에 있어서 항상 일정 대역폭(bandwidth)으로 데이터를 전송하고, 셋탑박스(STB)는 이를 수신하여 버퍼링 및 플레이한다. 따라서, 네트워크 상태가 양호하다는 가정 하에 방송서버의 데이터 전송과 셋탑박스의 버퍼링 및 플레이는 동일하게 진행된다. 즉, 예를 들어 방송서버에서 전송되는 데이터를 셋탑박스에서 버퍼링하여 플레이하는데 3초가 걸린다면, 방송서버와 셋탑박스(STB)는 3초의 지연 간격을 두고 계속해서 컨텐츠를 전송 및 플레이하게 된다. 이러한 종래의 IPTV 방송 서비스에서 트래픽 제어과정은 도 9에 도시되어 있다.
도 9에 도시한 바와 같이, 종래의 IPTV 방송 서비스에서는, 셋탑박스(200)가 자신의 수신버퍼를 체크하여 여유가 있으면 방송서버(100)에 데이터(컨텐츠)의 전송을 요청한다(S1, S2, S4). 방송서버(100)는 셋탑박스(200)로부터 전송요청이 수신되면 일정 대역폭으로 데이터(컨텐츠)를 전송한다(S6, S7). 한편, S2에서 셋탑박스(200)의 수신버퍼에 여유가 없는 경우, 셋탑박스는 수신버퍼의 데이터를 처리하여 어느 정도 여유가 생길 때까지 대기한 후 여유가 생기면 전송을 요청하게 된 다(S5).
이처럼, 종래의 IPTV 방송 서비스에서는 셋탑박스 중심으로 트래픽 제어 및 버퍼링이 이루어지므로, 네트워크 상태가 양호하여 방송서버에서 보다 큰 대역폭으로 많은 양의 데이터를 전송할 수 있더라도 셋탑박스에서 요청되는 만큼(셋탑박스에서 플레이되는 양만큼)만 데이터를 전송할 수밖에 없었다. 따라서, 네트워크 자원을 효율적으로 활용하지 못하는 문제점이 있었다. 또한, 방송서버가 항상 일정 대역폭으로 데이터를 전송함에 따라 셋탑박스에서는 충분한 버퍼량을 확보하지 못하므로, 만일 네트워크 상태가 불안정해지는 등의 이유로 방송서버로부터의 데이터 전송량이 줄어드는 경우 일정량의 데이터가 수신될 때까지 셋탑박스에서의 플레이가 지연되는 문제점이 있었다.
본 발명은 상기와 같은 문제점을 해결하기 위해 제안된 것으로, 본 발명의 목적은 네트워크 상태에 영향을 받지 않고 셋탑박스에서 컨텐츠를 안정적으로 플레이할 수 있는 버퍼량인 목표 버퍼량을 설정하고, 방송서버에서 트래픽을 제어하여 셋탑박스로의 데이터 전송량을 가변적으로 조절함으로써 셋탑박스가 목표 버퍼량을 유지하여 컨텐츠를 지연 없이 안정적으로 플레이할 수 있도록 하는 IPTV 방송 서비스의 트래픽 제어 방법을 제공하는 것이다.
또한, 본 발명의 또 다른 목적은, 방송서버에서 전송할 수 있는 최대 대역폭(bandwidth)으로 최대한 데이터를 전송하여 셋탑박스의 버퍼량을 목표 버퍼량만 큼 확보하고, 셋탑박스의 버퍼량이 줄어들면 다시 최대 대역폭으로 최대한 데이터를 전송하여 셋탑박스의 버퍼량을 계속해서 목표 버퍼량만큼 유지하도록 함으로써, 셋탑박스가 충분한 버퍼량을 확보하여 네트워크 불안정 등으로 인해 방송서버로부터의 데이터 전송량이 줄어들더라도 컨텐츠의 플레이가 지연되는 것을 방지할 수 있는 IPTV 방송 서비스의 트래픽 제어 방법을 제공하는 것이다.
상기와 같은 목적을 달성하기 위하여 본 발명의 방법은, 방송서버가 최대 버퍼링량을 설정하는 제 1 단계; 상기 방송서버가 네트워크상태를 모니터링하여 네트워크가 허용하는 최대 대역폭으로 데이터를 전송하는 제 2 단계; 상기 방송서버가 전송된 버퍼링량이 최대 버퍼링량에 도달했는지를 판단하는 제 3 단계; 전송된 버퍼링량이 최대 버퍼링량에 도달하면, 상기 방송서버가 셋탑박스의 플레이속도에 따라 대역폭을 조정하여 데이터를 전송하는 제 4 단계; 및 전송된 버퍼링량이 최대 버퍼링량에 미달하면, 상기 방송서버가 네트워크가 허용하는 최대 대역폭으로 데이터를 전송하는 제 5 단계를 구비하는 것을 특징으로 한다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 자세히 설명한다.
도 1은 일반적인 IPTV망의 전체 구성을 도시한 개략도로서, 인터넷(10)을 통해 텔레비젼 방송 서비스를 제공하는 IPTV 방송서버(100)와, 인터넷(10)에 연결되어 있고 사용자의 리모콘(202) 조작에 따라 동작되어 IPTV 방송서버(100)가 제공하 는 생방송 텔레비젼방송을 수신하거나 VOD 컨텐츠를 수신하여 디스플레이장치(300)를 통해 출력하는 IPTV 셋탑박스(200)로 구성된다.
도 1을 참조하면, IPTV 방송서버(100)는 저장된 비디오 컨텐츠(102)나 라이브 컨텐츠(TV방송 프로그램;104)를 인터넷(10)을 통해 제공하기 위한 스트리밍 서버(110)와, 웹 서비스를 제공하기 위한 웹서버(120), 컨텐츠 보호를 위한 사용자 접근제한 및 저작권관리(CAS/DRM) 서버(130), 방송프로그램을 가이드하기 위한 EPG(Electronic Program Guide) 서버(140), 가입자를 관리하기 위한 가입자 관리서버(150), 과금을 위한 과금 서버(160) 등으로 구성된다. 여기서, 'CAS'는 Conditional Access System의 약자로서 유료 TV시스템에서 자격을 가진 가입자만이 해당 채널을 시청할 수 있도록 하는 컨텐츠 보안기술이고, 'DRM'은 Digital Right Management의 약자로서 인터넷상에서 컨텐츠의 불법 복제를 방지하기 위한 컨텐츠 보호기술이다.
IPTV 셋탑박스(200)는 인터넷(10)을 통해 웹 서비스를 이용하기 위한 웹브라우저와 동영상을 재생하기 위한 멀티미디어 재생기를 탑재하고 있으며, 사용자의 리모콘(202) 조작에 따라 텔레비젼 방송을 수신하거나 웹페이지를 수신하여 디스플레이장치(300)에 출력한다. 디스플레이장치(300)는 통상의 CRT, LCD, 혹은 PDP 텔레비젼이나 모니터이다.
도 2는 라이브 컨텐츠를 전송하기 위한 IP 멀티캐스트망의 구성 예이고, 도 3은 멀티캐스팅에 주로 사용되는 UDP 포맷의 예이며, 도 4는 멀티캐스팅에서 사용되는 IGMP 포맷의 예이고, 도 5는 IGMP에 따른 채널 설정 절차의 예이다.
인터넷(10)은 라우터들에 의해 연결되는 네트워크의 조합체로서, 하나의 패킷이 발신지(source)로부터 목적지(destination)까지 진행할 때 라우팅 테이블에 따라 최적의 경로를 통해 전달된다. 인터넷(10)에서 전송방식은 IPv4 방식의 경우 유니캐스트, 멀티캐스트, 브로드캐스트가 있고, IPv6 방식에서는 Anycast, 유니캐스트, 멀티캐스트가 있다. 또한 라우팅은 단일 발신지에서 다른 단일 목적지로 향하는 유니캐스트 라우팅과, 하나의 발신지에서 다른 목적지 그룹으로 향하는 멀티캐스팅 라우팅으로 구분된다. 통상 IPTV에서 생방송 컨텐츠는 멀티캐스팅 방식으로 전송되고, 저장된 콘덴츠는 유니캐스팅방식으로 전송된다. 그리고 멀티캐스팅 방식에서는 클래스 D주소를 사용하는데, 비연결형의 UDP 프로토콜이 적합하고, 유니캐스트 방식에는 연결형 서비스인 TCP 프로토콜이 적합하다.
IP 멀티캐스팅망(10)은 도 2에 도시된 바와 같이, 셋탑박스(200)가 연결되는 에지 라우터(14)와 고속으로 패킷을 스위칭하는 코어 라우터(12)들로 구현되는데, 라우터들 사이에서는 PIM(Protocol Independent Multicast) 프로토콜이 사용되고, 에지 라우터(14)와 셋탑박스(200) 사이에는 IGMP(Internet Group Management Protocol) 프로토콜이 사용된다. IGMP는 그룹관리 프로토콜이며, IGMPv2에서 메시지는 질의 메시지(query message)와 소속원보고(membership report)메시지, 및 탈퇴보고(leave report) 메시지가 있다. IGMPv2 메시지 형식은 도 4에 도시된 바와 같이 8비트의 타입, 8비트의 최대응답시간, 16비트의 검사합, 32비트의 그룹 주소로 이루어진다.
멀티캐스팅에서 채널변경은 도 5에 도시된 바와 같이, 셋탑박스(200)가 소속 원보고(membership report) 메시지를 에지 라우터(14)로 전송하여 새로운 그룹에 참여함으로써 이루어지고, 에지 라우터(14)는 그룹에 참여한 소속원에게 오디오와 비디오 스트림을 제공한다. 그리고 셋탑박스(200)가 탈퇴보고(leave report) 메시지를 에지 라우터(14)로 전송하면 그룹탈퇴가 이루어지게 된다.
이와 같은 멀티캐스팅의 전송층 프로토콜로는 비연결형, 비신뢰성 프로토콜인 사용자 데이터그램 프로토콜(UDP)이 적합한데, UDP는 도 3에 도시된 바와 같이, 8바이트의 헤더와 데이터로 이루어지고, 헤더는 16비트의 발신지 포트 번호와 16비트의 목적지 포트 번호, 16비트의 길이, 16비트의 검사합으로 이루어진다.
도 6은 본 발명에 따라 유니캐스트에서 주로 사용되는 TCP 세그먼트의 예이고, 도 7은 유니캐스트에서 주로 사용되는 RTSP에 따른 채널 설정 절차의 예이다.
유니캐스트에서는 단일 발신지와 단일 목적지가 존재하고, 프로세스간 전달을 책임지는 전송층에는 스트림 연결지향과 신뢰성이 있는 프로토콜인 TCP를 사용한다. TCP도 전송층 주소로 포트번호를 사용하고, 송신 및 수신 프로세스는 똑같은 속도로 데이터를 만들고 처리할 수 없기 때문에 저장을 위해 버퍼를 사용한다. 또한 TCP는 세그먼트라 하는 패킷으로 다수의 바이트를 묶어 그룹화하고, 오류 및 흐름제어를 위해 순서번호와 확인응답번호를 이용한다. TCP 세그먼트의 형식은 도 6에 도시된 바와 같이, 20~60 바이트의 헤더와 데이터로 이루어지고, 헤더는 16비트의 발신지 포트 주소와 16비트의 목적지 포트 주소, 32비트의 순서번호, 32비트의 확인응답번호, 4비트의 헤더길이, 6비트의 제어비트(URG,ACK,PSH,RST,SYN,FIN), 16비트의 윈도우 크기, 16비트의 검사합, 16비트의 긴급지시자, 옵션 항목으로 이루 어진다. 이러한 TCP는 전이중모드로 데이터를 전송하고, SYN, SYN+ACK, ACK로 이루어진 삼방향 핸드쉐이크에 의해 연결을 설정한다.
또한 TCP 스트리밍 처리를 위한 RTSP(Real-Time Streaming Protocol)는 도 7에 도시된 바와 같은 절차를 통해 채널을 변경한다. 도 7을 참조하면, IPTV 셋탑박스(200)는 해당 메타파일을 이용하여 'SET UP' 메시지로 스트리밍 서버(110)에 연결을 설정한 후 'RESPONSE'를 수신하면 'PLAY' 메시지를 보내 오디오/비디오 스트리밍을 요청한다. 이에 따라 스트리밍 서버(110)는 해당 오디오/비디오 스트리밍을 제공하여 미디어 플레이어가 재생할 수 있도록 하고, 'TEAR DOWN' 메시지를 통해 해제를 요청하면 연결을 종료한다.
도 8은 본 발명에 따른 IPTV 방송 서비스에서 트래픽 제어방법의 순서도이다. 도 8을 참조하여, 본 발명에 따른 IPTV 방송 서비스에서의 트래픽 제어과정에 대하여 설명하면 이하와 같다.
셋탑박스(200)가 방송서버(100)에 접속하여 방송수신을 요청하면, 방송서버(100)는 해당 셋탑박스가 네트워크 상태에 영향을 받지 않고 컨텐츠를 안정적으로 플레이할 수 있는 버퍼량인 목표 버퍼량을 설정한다(S11). 이때, 목표 버퍼량은 네트워크 불안정 등으로 방송서버(100)로부터의 데이터 전송량이 줄어들더라도 컨텐츠를 지연 없이 플레이할 수 있도록 셋탑박스(200)에서 미리 확보 가능한 버퍼량으로, 일종의 컨텐츠의 안정적 재생을 위한 최소한의 버퍼량에 해당한다. 예를 들어, 해당 셋탑박스(200)에서 최대한 확보할 수 있는 버퍼량을 100%라고 할 때, 목표 버퍼량으로 80% 또는 90% 등으로 설정할 수 있다. 목표 버퍼량은 해당 셋탑박 스(200)에서 확보할 수 있는 최대값(100%)으로 설정할 수도 있음은 물론이다. 이러한 목표 버퍼량은 각 셋탑박스(200)마다 개별적으로 설정하거나 방송서버(100)에 연결된 전체 셋탑박스에 대해 일괄적으로 동일하게 설정할 수 있다. 또한, 각 셋탑박스(200)가 연결된 네트워크 상태 및 요청 컨텐츠 등을 감안하여 등급을 나누어 차등적으로 설정할 수도 있다. 한편, 목표 버퍼량은 네트워크의 종류 및 상태, 컨텐츠를 이용하는 시점(요일 및 시간 등) 등에 따라 미리 수집된 통계데이터를 이용하여 설정할 수 있다. 이러한 통계데이터는 네트워크의 종류 및 상태, 그리고 컨텐츠를 이용한 요일 및 시간대에 따라, 셋탑박스에서 컨텐츠를 지연 없이 플레이하기 위하여 확보하여야 할 버퍼량에 대한 경험치에 의해 누적된 데이터로서, 바람직하게는 방송서버(100)에 의해 수집/산출 및 관리되도록 한다. 이 경우, 방송서버(100)는 방송 서비스를 제공하는 시점과 네트워크 종류/상태를 대입하여 통계데이터로부터 목표 버퍼량을 산출할 수 있게 된다.
방송서버(100)는 네트워크 상태를 모니터링한 후, 네트워크와 협상하여 네트워크가 허용하는 최대 대역폭(즉, 트래픽)으로 데이터를 전송한다(S12, S13). 즉, 방송서버(100)는 네트워크가 허용하는 한도 내에서 최대 대역폭으로 데이터를 최대한으로 전송함으로써 셋탑박스(200)가 목표 버퍼량을 확보할 수 있도록 한다. 구체적으로, 방송서버(100)가 최대 대역폭으로 데이터를 최대량 전송하므로, 셋탑박스(200)에서 방송서버(100)로부터 전송되는 데이터(컨텐츠)를 처리 및 플레이하더라도, 셋탑박스의 처리량 보다 방송서버의 데이터 전송량이 더 많으며, 이에 따라 일정 시간이 경과하면 셋톱박스가 목표 버퍼량을 확보할 수 있게 된다. 한편, S13 에서 방송서버(100)가 최대 대역폭으로 데이터를 전송하지 않고, 셋탑박스에서 처리 및 플레이되는 양 이상의 데이터를 전송하도록 구성할 수도 있다.
방송서버(100)는 셋탑박스(200)와의 교신을 통해 셋탑박스의 현재 버퍼량이 목표 버퍼량에 도달하였는지 확인한다(S14). S14에서 셋탑박스(200)의 현재 버퍼량은, 방송서버(100)의 전송 대역폭과 전송시간, 그리고 셋탑박스의 플레이 시간 등을 고려하여 방송서버가 산출할 수 있다. 또한, 셋탑박스(200)가 수신된 버퍼량을 측정하여 방송서버(100)에 알려줄 수도 있다.
셋탑박스(200)의 현재 버퍼량이 목표 버퍼량에 도달하면 더 이상 최대 대역폭으로 데이터를 전송할 필요가 없으며, 셋탑박스에서 처리 및 플레이되는 양 만큼만 데이터를 전송하여도 셋탑박스의 버퍼량을 목표 버퍼량으로 유지할 수 있다. 따라서, 방송서버(100)는 셋탑박스(200)의 플레이 속도에 맞추어 전송 대역폭(즉, 트래픽)을 조절하고 셋탑박스에서 처리 및 플레이되는 양 만큼의 데이터를 전송한다(S15). 따라서, 셋탑박스(200)에서는 플레이되는 양 만큼 데이터를 보충할 수 있으므로 목표 버퍼량을 유지하게 된다. 한편, S15에서 셋탑박스(200)의 플레이 속도는 방송서버(100)가 EPG(전자프로그램가이드)에 포함된 컨텐츠의 재생시간 등을 고려하여 산출할 수 있다. 또한, 트릭 플레이 등이 수행될 수도 있으므로 방송서버(100)는 셋탑박스(200)에 플레이 속도/양 및 현재의 버퍼량을 요청하여 획득할 수도 있다.
이후, 방송서버(100)는 셋탑박스(200)의 버퍼량을 계속해서 확인하여 셋탑박스의 현재 버퍼량이 목표 버퍼량 이하로 줄어들면, 다시 네트워크가 허용하는 최대 대역폭으로 데이터를 전송하여 셋탑박스가 목표 버퍼량을 계속해서 유지하도록 한다. 이때, 방송서버(100)는 일정 주기(시간 간격), 예를 들어 10초 간격으로 셋탑박스(200)의 버퍼량을 확인할 수 있다.
따라서, 네트워크의 상태가 갑자기 열악해져서 방송서버(100)의 데이터 전송량이 현저하게 줄어들더라도 셋탑박스(200)는 이미 방송서버가 설정한 목표 버퍼량만큼 충분히 버퍼링하고 있으므로, 컨텐츠의 지연 또는 중단 없이 안정적으로 플레이할 수 있게 된다. 또한, 이후에 네트워크 상태가 회복되면 방송서버(100)가 다시 최대 대역폭으로 데이터를 전송하여 셋톱박스(200)의 버퍼량을 목표 버퍼량만큼 회복하므로, 네트워크 상태에 영향을 받지 않고 셋탑박스에서 컨텐츠를 안정적으로 플레이할 수 있게 된다.
이상에서 본 발명을 구체적인 실시예를 통하여 상세히 설명하였으나, 본 발명은 상술한 실시예에 한정되지 않고 기술적 사상이 허용되는 범위 내에서 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의하여 다양하게 변경되어 실시될 수 있다.
이상에서 설명한 바와 같이, 본 발명에 따르면 방송서버가 셋탑박스의 버퍼량에 따라 전송 대역폭을 조절하여 데이터의 전송량을 가변 조절함으로써 방송서버 중심으로 트래픽 제어 및 버퍼링이 이루어지므로, 네트워크 상태가 양호할 경우 보 다 큰 대역폭으로 많은 양의 데이터를 전송하여 효율성을 높일 수 있으며, 네트워크 상태가 안 좋더라도 셋탑박스에서 미리 버퍼량을 충분히 확보함으로써 컨텐츠를 중단 및 지연 없이 안정적으로 플레이할 수 있는 현저한 효과가 있다.
다시 말해서, 방송서버가 셋탑박스의 목표 버퍼량을 설정하고, 셋탑박스의 버퍼량이 목표 버퍼량에 미달할 경우 네트워크가 허용하는 한도에서 최대 대역폭으로 데이터를 최대한 전송하고, 셋탑박스의 버퍼량이 목표 버퍼량에 도달할 경우 셋탑박스에서 플레이되는 양 만큼 적절한 대역폭으로 데이터를 전송하므로, 네트워크 자원(특히, 트래픽)을 효율적으로 활용할 수 있다. 또한, 네트워크 상태가 나빠져 방송서버로부터 전송되는 데이터 양이 줄어들더라도 셋탑박스가 이미 목표 버퍼량 만큼 충분한 양의 데이터를 버퍼링하고 있으므로 중단이나 지연 없이 컨텐츠를 플레이할 수 있게 된다.

Claims (5)

  1. 삭제
  2. 방송서버가 셋탑박스의 현재 버퍼량에 따라 전송 대역폭을 조절하고 데이터 전송량을 가변 조절하여, 상기 셋탑박스의 현재 버퍼량이 상기 방송서버가 설정한 목표 버퍼량을 유지하도록 하는 IPTV 방송 서비스의 트래픽 제어 방법으로서,
    상기 방송서버가 상기 셋탑박스의 목표 버퍼량을 설정하는 제 1 단계;
    상기 방송서버가 네트워크 상태를 모니터링하여 네트워크가 허용하는 한도 내에서 최대 대역폭으로 상기 셋탑박스에 데이터를 전송하는 제 2 단계;
    상기 방송서버가 상기 셋탑박스의 현재 버퍼량을 확인하는 제 3 단계; 및
    상기 셋탑박스의 현재 버퍼량이 상기 목표 버퍼량에 도달하면, 상기 방송서버가 상기 셋탑박스의 플레이 속도에 맞추어 전송 대역폭을 조절하고 데이터 전송량을 줄이는 제 4 단계를 포함하고,
    상기 목표 버퍼량이, 네트워크 상태 변화에 따른 상기 방송서버로부터의 데이터 전송량 변화에 영향을 받지 않고 상기 셋탑박스가 컨텐츠를 중단 및 지연 없이 안정적으로 플레이하기 위하여 확보하여야 할 버퍼량인 것을 특징으로 하는 IPTV 방송 서비스의 트래픽 제어 방법
  3. 방송서버가 셋탑박스의 현재 버퍼량에 따라 전송 대역폭을 조절하고 데이터 전송량을 가변 조절하여, 상기 셋탑박스의 현재 버퍼량이 상기 방송서버가 설정한 목표 버퍼량을 유지하도록 하는 IPTV 방송 서비스의 트래픽 제어 방법으로서,
    상기 방송서버가 상기 셋탑박스의 목표 버퍼량을 설정하는 제 1 단계;
    상기 방송서버가 네트워크 상태를 모니터링하여 네트워크가 허용하는 한도 내에서 최대 대역폭으로 상기 셋탑박스에 데이터를 전송하는 제 2 단계;
    상기 방송서버가, 상기 방송서버의 전송 대역폭, 전송시간 및 상기 셋탑박스의 플레이 시간을 이용하여 상기 셋탑박스의 현재 버퍼량을 산출하여 확인하는 제 3 단계; 및
    상기 셋탑박스의 현재 버퍼량이 상기 목표 버퍼량에 도달하면, 상기 방송서버가 상기 셋탑박스의 플레이 속도에 맞추어 전송 대역폭을 조절하고 데이터 전송량을 줄이는 제 4 단계를 포함하는 것을 특징으로 하는 IPTV 방송 서비스의 트래픽 제어 방법
  4. 방송서버가 셋탑박스의 현재 버퍼량에 따라 전송 대역폭을 조절하고 데이터 전송량을 가변 조절하여, 상기 셋탑박스의 현재 버퍼량이 상기 방송서버가 설정한 목표 버퍼량을 유지하도록 하는 IPTV 방송 서비스의 트래픽 제어 방법으로서,
    상기 방송서버가 상기 셋탑박스의 목표 버퍼량을 설정하는 제 1 단계;
    상기 방송서버가 네트워크 상태를 모니터링하여 네트워크가 허용하는 한도 내에서 최대 대역폭으로 상기 셋탑박스에 데이터를 전송하는 제 2 단계;
    상기 방송서버가 상기 셋탑박스의 현재 버퍼량을 확인하는 제 3 단계; 및
    상기 셋탑박스의 현재 버퍼량이 상기 목표 버퍼량에 도달하면, 상기 방송서버가 상기 셋탑박스의 플레이 속도에 맞추어 전송 대역폭을 조절하고 데이터 전송량을 줄이는 제 4 단계를 포함하고,
    상기 제 4 단계에서, 상기 방송서버가, 상기 셋탑박스에서 처리 및 플레이되는 양 만큼 데이터를 전송하는 것을 특징으로 하는 IPTV 방송 서비스의 트래픽 제어 방법
  5. 방송서버가 셋탑박스의 현재 버퍼량에 따라 전송 대역폭을 조절하고 데이터 전송량을 가변 조절하여, 상기 셋탑박스의 현재 버퍼량이 상기 방송서버가 설정한 목표 버퍼량을 유지하도록 하는 IPTV 방송 서비스의 트래픽 제어 방법으로서,
    상기 방송서버가 상기 셋탑박스의 목표 버퍼량을 설정하는 제 1 단계;
    상기 방송서버가 네트워크 상태를 모니터링하여 네트워크가 허용하는 한도 내에서 최대 대역폭으로 상기 셋탑박스에 데이터를 전송하는 제 2 단계;
    상기 방송서버가 상기 셋탑박스의 현재 버퍼량을 확인하는 제 3 단계;
    상기 셋탑박스의 현재 버퍼량이 상기 목표 버퍼량에 도달하면, 상기 방송서버가 상기 셋탑박스의 플레이 속도에 맞추어 전송 대역폭을 조절하고 데이터 전송량을 줄이는 제 4 단계;
    상기 방송서버가 상기 셋탑박스의 현재 버퍼량을 확인하는 제 5 단계; 및
    상기 셋탑박스의 현재 버퍼량이 상기 목표 버퍼량 이하로 줄어들면, 상기 방송서버가 상기 네트워크가 허용하는 한도 내에서 최대 대역폭으로 데이터를 전송하는 제 6 단계를 포함하는 것을 특징으로 하는 IPTV 방송 서비스의 트래픽 제어 방법
KR1020070059293A 2007-06-18 2007-06-18 Ｉｐｔｖ 방송 서비스의 트래픽 제어 방법 KR100780396B1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020070059293A KR100780396B1 (ko) 2007-06-18 2007-06-18 Ｉｐｔｖ 방송 서비스의 트래픽 제어 방법
PCT/KR2008/003282 WO2008156260A1 (en) 2007-06-18 2008-06-12 Traffic control method for iptv broadcasting service
US12/663,909 US20100182908A1 (en) 2007-06-18 2008-06-12 Traffic control method for iptv broadcasting service
JP2010512075A JP2011501478A (ja) 2007-06-18 2008-06-12 Ｉｐｔｖ放送サービスのトラフィック制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020070059293A KR100780396B1 (ko) 2007-06-18 2007-06-18 Ｉｐｔｖ 방송 서비스의 트래픽 제어 방법

Publications (1)

Publication Number Publication Date
KR100780396B1 true KR100780396B1 (ko) 2007-11-28

Family

ID=39081175

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020070059293A KR100780396B1 (ko) 2007-06-18 2007-06-18 Ｉｐｔｖ 방송 서비스의 트래픽 제어 방법

Country Status (4)

Country Link
US (1) US20100182908A1 (ko)
JP (1) JP2011501478A (ko)
KR (1) KR100780396B1 (ko)
WO (1) WO2008156260A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8374141B2 (en) 2009-03-11 2013-02-12 Samsung Electronics Co., Ltd Method and apparatus for allocating channel bandwidth in wireless internet protocol television systems
KR101899988B1 (ko) * 2017-04-21 2018-09-18 한남대학교 산학협력단 유동적 영상미디어컨텐츠 전송 시스템
CN113035183A (zh) * 2019-12-24 2021-06-25 中移物联网有限公司 语音控制网络切换方法及终端、语音处理方法及系统

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101138396B1 (ko) * 2007-09-11 2012-04-26 삼성전자주식회사 Ｉｐｔｖ 단말기에서 컨텐츠 재생 방법 및 장치
US20110281517A1 (en) * 2010-05-14 2011-11-17 Rovi Technologies Corporation Systems and methods for executing a source handoff for media content presented on a user device from a network of set-top cells
EP2599047A2 (en) * 2010-07-30 2013-06-05 Deutsche Telekom AG Method and system for transmitting video objects

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060032741A (ko) * 2004-10-13 2006-04-18 한국전자통신연구원 트래픽별 서비스품질 요구사항에 따른 유효 대역폭 할당시스템 및 그 방법

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5935213A (en) * 1996-05-02 1999-08-10 Fore Systems, Inc. System and method for generating explicit rate value information for flow control in ATAM network
JP4596693B2 (ja) * 2000-07-06 2010-12-08 パナソニック株式会社 ストリーミング方法およびそれを実行するシステム
KR100475783B1 (ko) * 2000-09-25 2005-03-10 모토로라 인코포레이티드 계층적 우선 순위화 라운드 로빈 스케쥴링
US7512650B2 (en) * 2002-01-11 2009-03-31 Thomson Licensing Physical layer recovery in a streaming data delivery system
GB0300359D0 (en) * 2003-01-07 2003-02-05 Koninkl Philips Electronics Nv Joint bit rate control
US7606928B2 (en) * 2003-03-21 2009-10-20 Nokia Corporation Method and device for controlling receiver buffer fullness level in multimedia streaming
KR20050052918A (ko) * 2003-12-01 2005-06-07 주식회사 팬택 이동 통신 단말기의 업데이트된 파일 리스트 제공 방법
KR100955137B1 (ko) * 2005-02-25 2010-04-28 닛본 덴끼 가부시끼가이샤 부호계열 송신 방법, 무선 통신 시스템, 송신기 및 수신기
US8739214B2 (en) * 2007-11-08 2014-05-27 At&T Intellectual Property I, L.P. Methods, computer program products, and virtual servers for a virtual collaborative environment

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060032741A (ko) * 2004-10-13 2006-04-18 한국전자통신연구원 트래픽별 서비스품질 요구사항에 따른 유효 대역폭 할당시스템 및 그 방법

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8374141B2 (en) 2009-03-11 2013-02-12 Samsung Electronics Co., Ltd Method and apparatus for allocating channel bandwidth in wireless internet protocol television systems
KR101899988B1 (ko) * 2017-04-21 2018-09-18 한남대학교 산학협력단 유동적 영상미디어컨텐츠 전송 시스템
CN113035183A (zh) * 2019-12-24 2021-06-25 中移物联网有限公司 语音控制网络切换方法及终端、语音处理方法及系统

Also Published As

Publication number Publication date
JP2011501478A (ja) 2011-01-06
US20100182908A1 (en) 2010-07-22
WO2008156260A1 (en) 2008-12-24

Similar Documents

Publication Publication Date Title
US8996719B2 (en) System and method of adaptive transport of multimedia data
US10034058B2 (en) Method and apparatus for distributing video
US7984179B1 (en) Adaptive media transport management for continuous media stream over LAN/WAN environment
EP2385707B1 (en) Channel switching method, device, and system
JP5788473B2 (ja) 端末の出力を同期させる方法およびシステム
US20120140645A1 (en) Method and apparatus for distributing video
KR100780396B1 (ko) Ｉｐｔｖ 방송 서비스의 트래픽 제어 방법
CN101197642A (zh) 一种网络电视直播丢包的解决方法
WO2011022994A1 (zh) 组播实时传输协议会话快速接入的方法、装置及系统
KR100823522B1 (ko) 실시간 스트리밍 시스템에서 스토리지와 서버 사이의병목을 줄이기 위한 캐싱 방법
KR20070027803A (ko) Ｉｐ기반 방송의 채널변경시 지연시간의 개선 방법
KR100792025B1 (ko) Ｉｐｔｖ 시스템에서 채널 변경시 비디오 데이터 전송 방법
US8645801B2 (en) Delivery method for internet protocol television (IPTV)
EP2192740B1 (en) Method and apparatus for receiving content
KR100793862B1 (ko) 트리구조의 서버 토폴로지상에서 컨텐츠 전송 방법
WO2013127423A1 (en) Apparatus and method for streaming content
US20070002874A1 (en) Method for distributing stream data based on multi-path scheme using tcp in real time
Vaz et al. Selective frame discard for video streaming over ip networks
KR100779038B1 (ko) 다채널 스트리밍 서버를 이용한 아이피티브이 방송 시스템및 채널 설정 방법
US20100002779A1 (en) Mechanism for the management of receivers/decoders connections
KR100651736B1 (ko) 다채널 스트리밍 시스템 및 방법
TWI475842B (zh) Real-time control method of servo-to-client data stream transfer rate
KR100841593B1 (ko) 멀티미디어 콘텐츠 제공장치 및 방법, 그리고 멀티미디어콘텐츠 수신장치 및 방법
JP5523387B2 (ja) データ配信システム及び方法、ゲートウェイ装置
Kum et al. Metadata retrieval using RTCP for multimedia streaming

Legal Events

Date Code Title Description
A201 Request for examination
A302 Request for accelerated examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
G170 Publication of correction
FPAY Annual fee payment

Payment date: 20121031

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20131106

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20141106

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20151123

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20170123

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20171122

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20181122

Year of fee payment: 12