WO2013089437A1 - 미디어 컨텐트를 수신하는 장치 및 방법 - Google Patents

미디어 컨텐트를 수신하는 장치 및 방법 Download PDF

Info

Publication number
WO2013089437A1
WO2013089437A1 PCT/KR2012/010806 KR2012010806W WO2013089437A1 WO 2013089437 A1 WO2013089437 A1 WO 2013089437A1 KR 2012010806 W KR2012010806 W KR 2012010806W WO 2013089437 A1 WO2013089437 A1 WO 2013089437A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
media content
location information
service
information
Prior art date
Application number
PCT/KR2012/010806
Other languages
English (en)
French (fr)
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 US14/364,260 priority Critical patent/US9712874B2/en
Priority to EP12858100.6A priority patent/EP2793479A4/en
Priority to KR1020147015993A priority patent/KR101719998B1/ko
Publication of WO2013089437A1 publication Critical patent/WO2013089437A1/ko
Priority to US15/627,549 priority patent/US9955220B2/en

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/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/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the 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/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/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • 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/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
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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 MPEG packets from an IP network
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/643—Communication protocols
    • H04N21/64315—DVB-H
    • 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/643—Communication protocols
    • H04N21/64322—IP
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/84—Generation or processing of descriptive data, e.g. content descriptors
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Definitions

  • the present invention relates to an apparatus and method for receiving media content, and more particularly, to an apparatus and method for adaptively receiving media content according to a current bandwidth.
  • mobile devices have various codecs and resolutions, and are basically equipped with network interfaces for connecting to the Internet.
  • Mobile devices generally connect to specific service providers' networks to perform voice communication and data communication.
  • mobile devices can additionally connect to a wide bandwidth network such as Wi-Fi to transmit and receive content at high speed.
  • Conventional broadcast receivers such as TVs can be connected only to a broadcast network and receive only broadcasts.
  • recent broadcast receivers have an Ethernet network interface, and can access additional Internet services through the Ethernet network interface.
  • Recent broadcast receivers want to use mobile devices while moving services and contents that have been enjoyed in the PC environment, and to enjoy better image quality on a large screen TV receiver.
  • MPEG Moving Picture Experts Group
  • HTTP MPEG-HyperText Transfer Protocol
  • MPEG-DASH Dynamic Adaptive Streaming over HTTP via the MPEG-HyperText Transfer Protocol
  • MPEG-DASH is based on the HTTP protocol, which transports the web service, which is the largest volume on the Internet.
  • MPEG-DASH service is easy to apply because the existing network network content delivery network (CDN) also uses a lot of HTTP delivery service.
  • CDN network network content delivery network
  • broadcast receivers need to receive and play video at a level that users do not feel. Rules and so on.
  • the media receiver can measure the bandwidth of the receiver by measuring the size and transmission time of the content currently being received by itself. If the bandwidth of the receiver is suddenly reduced, the transmission of the content is not smooth. Therefore, the broadcast receiver plays the content until the media segment in the play buffer is exhausted. None, the screen freezes.
  • Media segments may be longer or shorter to play, even if they are the same size, depending on their size or encoding scheme. For example, if the content is encoded at 150kbps, the media receiver can play 150kbytes of content for 1 second. In order for the media receiver to seamlessly play the media content, the media receiver needs to receive at least 150 kbytes every second. At this time, 150kbps is called bitrate.
  • media receivers have a playback buffer that can cope with temporary bandwidth drops, but not with sustained bandwidth drops. That is, if the media receiver continues to play the content, but the media content is received at 150 kbytes or less due to a decrease in the bandwidth of the receiver, the play buffer of the media receiver is exposed to the bottom and the play cannot be stopped. .
  • a media server In order to receive media streaming and play media content seamlessly even if a media receiver placed in a network environment such as this does not have a guaranteed quality of service, a media server according to MPEG-DASH is required to prepare a plurality of media content.
  • the media content is encoded in consideration of the bandwidth situation of the. That is, the media server encodes one media content into a plurality of bitrates. In addition, the media server divides the encoded media content into the amount that can be transmitted at one time.
  • FIG. 1 shows a block diagram of a conventional DASH transmission system.
  • the DASH transmission system 10 includes a DASH client device 10, a DASH media presentation preparation server 60, an MPD transmission function server 70, and a DASH segment transmission function server 80. .
  • the DASH client device 10 may understand the DASH protocol and receive and play media content according to the DASH protocol.
  • the DASH client device 10 monitors the current receiving network bandwidth and receives the media content according to the current bandwidth.
  • the DASH Media Presentation Preparation Server 60 performs a DASH Media Presentation Preparation.
  • the DASH media presentation preparation server 60 encodes the media content into a plurality of bitrates to generate an adaptation set and store it on disk.
  • the adaptation set includes a plurality of media representations.
  • the plurality of media representations may correspond to the plurality of bit rates, respectively.
  • the plurality of bit rates may correspond to the plurality of resolutions, respectively.
  • Each media representation includes a plurality of media segments.
  • the DASH media presentation preparation server 60 generates media presentation description (MPD) metadata and stores it on disk.
  • the MPD metadata includes information about the Internet location from which the receiver can access each of the plurality of media segments of the plurality of media representations.
  • the MPD delivery function server 70 has an MPD delivery function.
  • the MPD transfer function server 70 transmits MPD metadata to the receiver.
  • the DASH segment delivery function server 80 has a DASH segment delivery function.
  • the DASH segment transmission function server 80 transmits the media segment to the receiver in response to the request of the receiver.
  • the DASH client device 10 and the DASH segment transfer function server 80 use HTTP.
  • the DASH client device 10 sends the media segment to the DASH segment transfer function server 80 in an HTTP request
  • the DASH segment transfer function server 80 sends the media segment to the DASH client device 10 in an HTTP response.
  • the media segment may be an MPEG-2 TS media segment and an MP4 media segment.
  • the DASH client device 10 downloads the MPD metadata, measures the current bandwidth, checks the current bandwidth, the resolution that can be handled, and the Internet location of the media segment of the encoding scheme that can be processed, in the MPD metadata. It sends an HTTP request to the identified Internet location requesting the media segment.
  • FIG. 2 shows a block diagram of a conventional DASH client.
  • the conventional DASH client device 10 includes a DASH access engine 11 and a media engine 12.
  • the DASH access engine 11 receives and processes the MPD metadata, requests the media segment transfer function server 80 for necessary media segments, and receives the segment data.
  • the DASH access engine 11 separates the metadata describing the segment from the buffered segment data, grasps the timing information and other media information, and provides only the media media to the media engine 12.
  • the media engine corresponds to an MPEG-2 TS Processor (T-STD), and decodes and plays back MPEG media data.
  • T-STD MPEG-2 TS Processor
  • the current MPEG-DASH specification only covers how to transmit media segments and necessary information using HTTP, and deals with how MPD metadata files are transmitted / received and how they work with broadcast services.
  • the current MPEG-DASH standard defines the MIME Type of MPD metadata as "application / dash + xml", so that the receiver recognizes the MIME Type of the URL and only knows that this URL is the URL of the MPD metadata. I can only see.
  • An object of one embodiment of the present invention is to provide a method for transmitting / receiving an MPD metadata file.
  • An object of one embodiment of the present invention is to provide an interworking method between an MPEG-DASH service and an existing broadcast service.
  • a method for receiving media content in a media content receiving apparatus includes: receiving information on a content location information file; Receiving the content location information file by using the information on the content location information file; Measuring a current bandwidth; Requesting first media content over a first network based on the current bandwidth and the content location information file; Receiving the first media content over a first network; Consuming the first media content.
  • Consuming the first media content may include receiving second media content over a second network; Combining the first media content with the second media content to create a combined service; Consuming the combined service.
  • An apparatus for receiving media content includes a first media content receiver and a media content player, wherein the first media content receiver receives information about a content location information file, and the content location information file. Receive the content location information file using information about the; measure a current bandwidth; request first media content over a first network based on the current bandwidth and the content location information file; Receive one media content via a first network, and the media content playback portion consumes the first media content.
  • the apparatus for receiving media content further includes a second media content receiver for receiving second media content via a second network, wherein the media content player combines the first media content and the second media content to provide a combined service. Can be consumed.
  • An apparatus for delivering media content includes a media content preparation unit for preparing a content location information file and an adaptation set; A first media content transmitter for transmitting the information about the content location information file through a first network; A content location information transmitter for transmitting the content location information file; And a second media content transmitter for transmitting a media segment in the attachment set over a second network in response to a request based on the content location information file.
  • the media content transmission device may effectively transmit the MPD metadata file to the media content reception device.
  • the MPEG-DASH service by applying the MPEG-DASH service to the IPTV service, it is possible to reduce the burden of stable network management of the IPTV service provider.
  • various services may be provided by combining an existing broadcast service and an MPEG-DASH service.
  • FIG. 1 shows a block diagram of a conventional DASH transmission system.
  • FIG. 2 shows a block diagram of a conventional DASH client.
  • FIG. 3 shows a DASH service signaling method in terrestrial and IPTV broadcasting networks.
  • FIG. 4 is a flowchart illustrating a method of receiving a DASH service according to an embodiment of the present invention.
  • FIG. 5 shows a structure of an MPD metadata file according to an embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a DASH service consumption method according to various embodiments.
  • FIG. 7 is a flowchart illustrating a method of receiving information on MPD metadata according to an embodiment of the present invention.
  • FIG. 8 shows an XML structure of a service list element of the Internet service list list type.
  • FIG. 9 shows an XML structure of a single service element of the Internet protocol service type according to an embodiment of the present invention.
  • FIG. 10 shows an XML structure of a service location element according to an embodiment of the present invention.
  • FIG. 11 is a flowchart illustrating a method of receiving information on MPD metadata according to an embodiment of the present invention.
  • FIG. 12 is a flowchart illustrating a method of receiving information on MPD metadata according to an embodiment of the present invention.
  • FIG. 13 is a flowchart illustrating a method of receiving information on MPD metadata according to an embodiment of the present invention.
  • FIG. 14 is a block diagram illustrating a structure of an apparatus for receiving media content according to an embodiment of the present invention.
  • 15 is a block diagram illustrating a structure of a media content transmission device according to an embodiment of the present invention.
  • FIG. 3 shows a DASH service signaling method in terrestrial and IPTV broadcasting networks.
  • MPEG-DASH relates to a technique for adaptively transmitting media content dynamically according to a transmission state of a network in the Internet or an IP network. If the media content can be transmitted without interruption, the broadcast service can be stably transmitted through the broadcasting network with fixed bandwidth, and the media content additional to the existing broadcasting service is based on DASH through the IPTV network. Can be serviced. In particular, services such as Netflix operate on an external CDN network, so QoS is not guaranteed. However, according to the DASH-based adaptive transmission method, a service of media content may be provided so that a user cannot easily recognize it.
  • FIG. 3 illustrates a case where a media receiver uses an adaptive content reception method in a broadcast network and an IPTV network, respectively.
  • FIG. 4 is a flowchart illustrating a method of receiving a DASH service according to an embodiment of the present invention.
  • the media content receiving apparatus 100 receives information on one or more MPD metadata files (S101).
  • the information on the at least one MPD metadata file may include information about the location of each MPD metadata file, information on the required capability of each MPD metadata file, and an error report in the processing of each MPD metadata file. It may include at least one of information about the address of the server.
  • the information on the information on the required capability of each MPD metadata file may include at least one of information on a DASH specification version of each MPD metadata file and information on a profile supported by each MPD metadata file.
  • the media content receiving apparatus 100 receives the MPD metadata file using the information on the MPD metadata file (S103).
  • the media content receiving apparatus 100 may process the media content receiving apparatus 100 among the plurality of MPD metadata files.
  • the MPD metadata file corresponding to the required capability may be selected, and the selected MPD metadata file may be received by requesting the selected MPD metadata file at an internet location corresponding to the selected MPD metadata file. That is, the media content receiving apparatus 100 finds a processable MPD metadata file based on the DASH specification version and profile information in the MPD metadata file information, accesses the location of the processable MPD metadata file, and accesses the MPD metadata file. Can be received.
  • the DASH media presentation preparation server 60 When the DASH media presentation preparation server 60 generates MPD metadata files that support various DASH specification versions and various profiles, the size of this MPD metadata file becomes large, making it difficult to transfer such MPD metadata files, It is also difficult for the media content receiving apparatus 100 to process such an MPD metadata file.
  • the DASH media presentation preparation server 60 produces a plurality of MPD metadata files for each of the plurality of DASH specification versions and for each of the plurality of profiles, and generates information about the MPD metadata file for it. If the MPD metadata file is distributed along with the information on the MPD metadata file, the transmission efficiency of the MPD metadata file can be improved and the processing burden of the media content receiving apparatus 100 can be reduced.
  • the MPD metadata file will be described with reference to FIGS. 5 and 1.
  • FIG. 5 shows a structure of an MPD metadata file according to an embodiment of the present invention.
  • the MPD metadata file includes an MPD element.
  • the MPD element includes one or more Period elements.
  • Each Period element contains one or more AdaptationSet elements.
  • Each AdaptationSet element contains one or more Representation elements.
  • Each Representation element includes a segment element.
  • Table 1 shows an example of an MPD metadata file according to an embodiment of the present invention.
  • MPEG-2 TS which is used as the streaming format for terrestrial and cable broadcasting systems
  • MP4 ISO Based File Format
  • Table 1 shows an example of MPD for media content in MPEG-2 TS format.
  • the MPD metadata file of the XML structure includes an MPD element.
  • the MPD element contains a minBufferTime attribute, profiles attribute, and maxSegmentDuration attribute.
  • the minBufferTime attribute contains information on the minimum buffer time for playing the media content. That is, the receiver may secure the media content corresponding to the time corresponding to the minBufferTime attribute and then start playing the media content.
  • the minimum buffer time is 1.4 seconds.
  • the profiles attribute contains information about the profiles supported by this MPD metadata file.
  • the profile supported by this MPD metadata file is m2ts-simple.
  • the maxSegmentDuration attribute includes information on the maximum segment duration.
  • the maximum segment duration is 4 seconds.
  • the MPD element includes one or more BaseURL elements and one or more Period elements.
  • the receiver combines the information of the BaseURL element with the information of the SegmentTemplate element to determine the internet location of the desired media segment, and access the media segment through this internet location.
  • the receiver may selectively use or all of the plurality of servers respectively corresponding to the plurality of BaseURL elements based on the response speed of the server.
  • the MPD element may include one or more Period elements, and if each Period element has a duration attribute, this duration attribute contains information about the play time of the media content.
  • this duration attribute contains information about the play time of the media content.
  • the play time of the media content is 6158 seconds.
  • the Period element contains one or more AdaptationSet elements.
  • the AdaptationSet element includes one or more ContentComponent elements, a BaseURL element, a SegmentTemplate element, and one or more Representation elements.
  • a SegmentTemplate element may be used that indicates the internet location of the segment.
  • Each Representation element includes an id attribute, bandwidth attribute, width attribute, and height attribute.
  • the media content receiving apparatus 100 finds an error in the process of processing the MPD metadata file, the media content receiving apparatus 100 reports the error to an error reporting server address in the MPD metadata file information (S105).
  • Annex of MPEG-DASH defines a quality metric (QM), and external service providers seek to negotiate with CDN operators by obtaining QM information. Therefore, when the MPD metadata file information includes DASHQMReportLocation information corresponding to an error reporting server address, the media content receiving apparatus 100 may collect QM information and report it to a server corresponding to DASHQMReportLocation.
  • QM quality metric
  • the media content receiving apparatus 100 measures the current bandwidth (S107).
  • the media content receiving apparatus 100 may measure the current bandwidth based on the size of the previously received media segment and the time taken to receive the media segment.
  • the media content receiving apparatus 100 requests a DASH service including the media content through the first network based on the current bandwidth and the MPD metadata file (S109).
  • the first network may be a network whose quality of service is not guaranteed.
  • the first network may be an internet network.
  • the quality of service of the IPTV broadcast network is not guaranteed, the first network may be an IPTV broadcast network.
  • the media content receiving apparatus 100 may recognize the internet location of the media segment of the media content for the current bandwidth by using the MPD metadata file, and request the media segment from the recognized internet location.
  • the media content receiving apparatus 100 receives the DASH service through the first network (S111).
  • the media content receiving apparatus 100 may receive a media segment and receive a DASH service including media content.
  • the media content receiving apparatus 100 consumes the received DASH service (S113).
  • the media content receiving apparatus 100 may play the received DASH service as main content.
  • the media content receiving apparatus 100 may consume the DASH service by combining the broadcast service and the DASH service.
  • a DASH service consumption method according to various embodiments of the present disclosure will be described with reference to FIG. 6.
  • FIG. 6 is a flowchart illustrating a DASH service consumption method according to various embodiments.
  • the media content receiving apparatus 100 receives a broadcast service through a second network in operation S115.
  • the second network may be a network of which quality of service is guaranteed.
  • the second network may be a terrestrial broadcast network, a cable broadcast network, a satellite broadcast network, an ATSC broadcast network, a DVB broadcast network, or the like.
  • the second network may be the Internet network.
  • the second network may be an IPTV broadcast network.
  • the media content receiving apparatus 100 may consume the combined service by combining the DASH service and the broadcast service (S117).
  • the combined service may be a PIP service.
  • the PIP service includes a main service and a sub service.
  • the media content receiving apparatus 100 may display the main service in the main area of the screen, and display the sub service in the sub area of the screen.
  • the size of the main area is larger than the size of the sub area.
  • the main area corresponds to the entire screen
  • the sub area corresponds to a partial area of the screen.
  • the broadcast service may be a main service of the PIP service
  • the DASH service may be a subservice of the PIP service.
  • the broadcast service may be a sub service of the PIP service
  • the DASH service may be a main service of the PIP service.
  • the main service may correspond to real time broadcast content
  • the sub service may be media content related to the main service.
  • the sub service may be an advertisement related to the main service, a local advertisement, a preview, a next broadcast program notice, a sports commentary broadcast content, and the like.
  • the information on the MPD metadata file or the MPD metadata file may include information on the position and size of the sub area.
  • the media content receiving apparatus 100 may receive information about the position and size of the sub area through a method other than the information on the MPD metadata file or the MPD metadata file.
  • the media content receiving apparatus 100 may access a DASH service through a web application.
  • the combined service may be an audio replacement service.
  • the broadcast service may include main video content and main audio content
  • the DASH service may include sub audio content.
  • the media content receiving apparatus 100 may play sub audio content instead of main audio content while playing main video content.
  • the sub audio content may be based on a language different from that of the main audio content.
  • the main audio content may be English-based audio
  • the sub audio content may be Korean-based audio.
  • the quality of the sub audio content may be higher than the quality of the main audio content.
  • the compression rate of the sub audio content may be lower than that of the main audio content.
  • the audio codec of the sub audio content may be different from the audio codec of the main audio content.
  • the combined service may be a high quality audio service.
  • the broadcast service may include main video content and main audio content
  • the DASH service may include sub audio content.
  • the media content receiving apparatus 100 may play high quality audio content by combining main audio content and sub audio content while playing main video content.
  • the main audio content may include two channel audio content for stereo reproduction or one channel audio content for mono reproduction
  • the sub audio content may include remaining audio content for multichannel audio reproduction.
  • the media content receiving apparatus 100 may play 5 channel audio using main audio content including audio data for 2 channels and audio data for 3 channels.
  • the main audio content may include low quality audio data having a high compression rate
  • the sub audio content may include differential audio data for generating high quality audio data.
  • the media content receiving apparatus 100 may combine high quality audio data and differential audio data to generate high quality audio data, and reproduce the generated high quality audio data.
  • the media content receiving apparatus 100 receives the signaling information on the sub audio content and informs that the signaling information may use the sub audio content, the media content receiving apparatus 100 provides the DASH service based on the DASH. Can be received.
  • the combined service may be a two-way Electronic Program Guide (EPG) service.
  • the broadcast service may include a bidirectional EPG including guide information for a real time broadcast program and guide information for media content related to the real time broadcast program.
  • the media content receiving apparatus 100 plays the bidirectional EPG. Thereafter, when the media content receiving apparatus 100 receives a user input for playing media content related to a real-time broadcasting program through the bidirectional EPG through a remote controller or the like, the media content receiving apparatus 100 performs a process as shown in FIG. 4. To receive and play the DASH service including the media content associated with the real-time broadcast program.
  • the combined service may be a stereoscopic image service.
  • the broadcast service may include one of a plurality of images for reproduction of the stereoscopic image
  • the DASH service may include another one of the plurality of images for reproduction of the stereoscopic image.
  • the image included in the broadcast service may be a reference image.
  • the plurality of images may include a left eye image and a right eye image.
  • the plurality of images may include an upper image and a lower image. Due to the bandwidth limitation of the content transmission channel, the broadcasting station needs to transmit a plurality of images by lowering the resolution of the image for the 3D video service. However, in this case, a media receiver that cannot play a 3D image cannot but play a low resolution image.
  • the media content receiving apparatus 100 combines the broadcast service and the DASH service to reproduce the 3D video. Can be.
  • a media receiver that cannot play 3D video or a media receiver that is not connected to the Internet can play back a video of normal resolution.
  • FIG. 7 is a flowchart illustrating a method of receiving information on MPD metadata according to an embodiment of the present invention.
  • FIG. 7 shows a method of receiving information on MPD metadata in a DVB-IPTV environment.
  • IPTV service providers may rent IPTV broadcasting networks to third party content providers. In particular, this is the case when doing business with only content and not network business.
  • a DVB-IPTV broadcast network is a managed network
  • an IPTV service provider may configure SD & S information and provide a plurality of services to media receivers as a package.
  • the IPTV service provider may insert information about various content providers into the SD & S information and provide the content provider's contents to the media receiver according to the bandwidth. This allows IPTV service providers to securely provide the services they guarantee while guaranteeing QoS, and provide various contents to media receivers as an additional service although QoS is not guaranteed.
  • the media receiver needs to first receive the MPD metadata file in order to receive the additional DASH service. Accordingly, the IPTV service provider may insert information capable of signaling the DASH service into the SD & S field as follows.
  • SD & S Schema has a BroadcastDiscovery element of BroadcastOfferring type, and the Broadcast Discovery element includes a ServiceList element of Internet Service List (IPServiceList) type for one or more services.
  • the service list element includes one or more single service elements of the Internet Protocol service (IPService) type.
  • IPService Internet Protocol service
  • This single service element includes a ServiceLocation element of type ServiceLocation.
  • IPMulticastAddress Internet Protocol Multicast Address
  • RTSPURL Real Time Streaming Protocol uniform resource locator
  • the DASH transmission method belongs to the unicast transmission method, but since the media receiver needs to first receive the MPD file in order to receive the DASH service, it is not suitable to use the existing RTSPURL element to provide information for the DASH transmission method. You may not. That is, when the existing RTSPURL element is used as it is, the compatibility problem of the existing receiver occurs.
  • the ServiceLocation element adds a DASH uniform resource locator (DASHURL) element, which is an additional element for containing information for the DASH transmission scheme.
  • DASHURL DASH uniform resource locator
  • the IPTV service provider may selectively use an IPMulticastAddress element, an RTSPURL element, and a DASHURL element.
  • the DASHURL element has a type of DASHType.
  • the media content receiving apparatus 100 checks a service provider (S301).
  • the media content receiving apparatus 100 receives a Broadcast Discovery element of BroadcastOfferring type from a service provider for service discovery (S303).
  • the media content receiving apparatus 100 obtains a service list element from the broadcast discovery element in operation S305.
  • the service list element will be described with reference to FIG. 8.
  • FIG. 8 shows an XML structure of a service list element of the Internet service list list type.
  • the service list element of the Internet service list list type includes one or more Service Description Location elements and one or more single service elements.
  • the media content receiving apparatus 100 obtains a single service element of the Internet Protocol service (IPService) type from the service list element (S307).
  • IPService Internet Protocol service
  • FIG. 9 is a diagram illustrating an XML structure of a single service element of an Internet Protocol service (IPService) type according to an embodiment of the present invention.
  • IPService Internet Protocol service
  • a single service element of an IPService type includes a service location element, a textual identifier element, a DVB triplet ( DVBTriplet element, MaxBitrate element, System Information (SI) element, AudioAttributes element, VideoAttributes element, and ServiceAvailabilty element.
  • DI System Information
  • Table 2 shows a description of elements included in a single service element.
  • the media content receiving apparatus 100 obtains a service location element of a service location type from a single service element (S309).
  • the service location element will be described with reference to FIG. 10.
  • FIG. 10 illustrates an XML structure of a service location element according to an embodiment of the present invention.
  • the service location element includes zero or one or two or more IPMulticastAddress elements, zero or one or two or more RTSPURL elements, and zero or one or two or more DASHURL elements. do.
  • elements different from the conventional IPMulticastAddress element and the conventional RTSPURL element may be added to the service location element, and the added element may contain information on the MPD metadata.
  • the DASHURL element includes a version attribute, an MPD location attribute, a profile element and a DASH QM location (DASHQMLocation) element.
  • Table 3 shows a description of the information in the DASHURL element.
  • the media content receiving apparatus 100 obtains a DASHURL element from the service location element (S311).
  • the media content receiving apparatus 100 obtains information on the MPD metadata file from the DASHURL element (S313).
  • information about the MPD metadata file includes information about the location of the MPD metadata file, the DASH specification version of this MPD metadata file, information about the profiles that this MPD metadata file supports, and this MPD metadata. It may include at least one of information on the address of the server for reporting an error in the process of the file.
  • FIG. 11 is a flowchart illustrating a method of receiving information on MPD metadata according to an embodiment of the present invention.
  • FIG. 11 shows a method of receiving information on MPD metadata in a DVB-IPTV environment.
  • IPTV IPTV
  • a service that shows broadcast contents in a guide format on a screen is called BCG.
  • the media content receiving apparatus 100 plays the BCG. Thereafter, when the media content receiving apparatus 100 receives a user input for playing media content related to the real time broadcasting program through the BCG through the remote controller, the media content receiving apparatus 100 is associated with the IPTV real time broadcasting program.
  • the media content receiving apparatus 100 subscribed to the Netflix service plays the content using IPTV. It has the advantage of being seen. In this case, IPTV operators can receive payment from Netflix, and Netflix increases the number of transmission systems and the number of playback media, which can increase the number of Netflix subscribers and provide reliable service.
  • the media content receiving apparatus 100 performs a procedure corresponding to steps S301 to S309 as described above (S501-S509).
  • the media content receiving apparatus 100 obtains a Real Time Streaming Protocol uniform resource locator (RTSPURL) element from the service location element (511).
  • RTSPURL Real Time Streaming Protocol uniform resource locator
  • the media content receiving apparatus 100 transmits a disk live (DESCRIBE) request to the RTSP server corresponding to the real time streaming protocol uniform resource location in the real time streaming protocol uniform resource location element (S513).
  • the RTSP server may transmit session description protocol information (SDP Information) including the information on the MPD metadata to the media content receiving apparatus 100 in response to the disk live request.
  • SDP Information session description protocol information
  • the media content receiving apparatus 100 receives session description protocol information (SDP Information) including information on MPD metadata (S515).
  • SDP Information session description protocol information
  • the media content receiving apparatus 100 may receive MPD metadata instead of SDP information.
  • the media content receiving apparatus 100 may receive SDP information including MPD metadata.
  • Table 4 shows a disk live request according to an embodiment of the present invention
  • Table 5 shows SDP information according to an embodiment of the present invention.
  • the media content receiving apparatus 100 transmits a disk live request for requesting SDP information having a content type of "application / sdp" to the RTSP server, as shown in Table 4, the RTSP server. May transmit the SDP information as shown in Table 5 to the media content receiving apparatus 100.
  • the SDP information may include u-line and additional information including information on the address of the MPD metadata.
  • the SDP information may include one or more u-lines.
  • Table 5 shows the SDP information including only the address of the MPD metadata among the information on the MPD metadata, but in another embodiment, the SDP information includes version information of the MPD metadata and information on a profile supported by the MPD metadata.
  • the MPD metadata may further include information on a problem report address.
  • the media content receiving apparatus 100 may use other methods to determine the version information of the MPD metadata, the information on the profile supported by the MPD metadata, and the problem report address of the MPD metadata. Obtain information about. For example, before the disc drive request, the media content receiving apparatus 100 may use the method shown in FIG. Can be obtained.
  • the media content receiving apparatus 100 may obtain the address of the MPD metadata from the u-line of the SDP information, and request the MPD metadata from the obtained MPD metadata address to receive the MPD metadata.
  • the media content receiving apparatus 100 may obtain information on the MPD metadata from the RTSP server without modifying the existing RTSP server.
  • Table 6 shows a disk live request according to another embodiment of the present invention
  • Table 7 shows MPD metadata according to another embodiment of the present invention.
  • the media content receiving apparatus 100 transmits to the RTSP server a disk live request for requesting MPD metadata having a content type of "application / dash + xml" as shown in Table 6.
  • the RTSP server may transmit the MPD metadata as shown in Table 7 to the media content receiving apparatus 100. In this way, it may be necessary to modify an existing RTSP server.
  • the media content receiving apparatus 100 may obtain the version information of the MPD metadata, the information on the profile supported by the MPD metadata, and the information on the problem report address of the MPD metadata before the disk live request. For example, before the disc drive request, the media content receiving apparatus 100 may use the method illustrated in FIG. 7 to provide version information of the MPD metadata, information on a profile supported by the MPD metadata, and information on a problem report address of the MPD metadata. Can be obtained.
  • FIG. 12 is a flowchart illustrating a method of receiving information on MPD metadata according to an embodiment of the present invention.
  • FIG. 12 shows a method of receiving information on MPD metadata in ATSC terrestrial broadcasting.
  • the media content receiving apparatus 100 receives an internet location table (ILT) from a service signaling channel of an ATSC broadcast network (S701).
  • the ILT is used to signal various types of Internet Locations required by the media content receiving apparatus 100. If the ILT is transmitted in a broadcast stream, the ILT appears in a service signaling channel defined in the ATSC NRT Standard.
  • This ILT is a signaling table such as a service map table (SMT) and a non-real-time information table (NRT-IT) of a service signaling channel (SSC) for ATSC 2.0. And a URL of a usage reporting server, a trigger stream URL, and the like. It is possible to signal the DASH service associated with the real time broadcast channel through the ILT in the SSC.
  • the Internet location table is described with reference to Table 8.
  • Table 8 shows the syntax of the Internet location table.
  • the Internet location table contains a table_id field, protocol_version field, subnet_id field, version_number field, current_next_indicator field, section_number field, last_section_number field, locations_defined field, one or more location loops, number_of_descriptors field, and one or more descriptors. do.
  • the table_id field has a value for identifying this table as belonging to an Internet location table.
  • the protocol_version field indicates the protocol version of this table.
  • the subnet_id field indicates an IP subnet associated with the service signaling channel in which this table appears.
  • the version_number field indicates the version number of this table.
  • the current_next_indicator field may always be set to 1 for an ILT.
  • the section_number field indicates a section number of this ILT instance section.
  • the value of the section_number field of the first section in the ILT instance is 0x00, incremented by 1 for every additional section.
  • the last_section_number field indicates the number of the last section of the ILT instance.
  • the number_of_descriptors field indicates the number of one or more descriptors.
  • the locations_defined field indicates the number of internet locations in the internet location table. In particular, the locations_defined field represents the number of one or more location loops.
  • Each location loop includes a URL_function_code field, a URL_length field, and one or more URL_byte fields.
  • the URL_length field indicates the number of one or more URL_byte fields.
  • One or more URL_byte fields provide the internet location.
  • the URL_function_code field indicates the purpose of the URL in this location loop.
  • the value of the URL_function_code field may be defined as shown in Table 9.
  • the location loop further includes a service_id field.
  • the service_id field indicates a service identifier of a service for which a usage report can be sent using a URL in this location loop. If the URL_function_code field indicates the internet location of the usage reporting server, the URL in this location loop indicates the internet location of the usage reporting server.
  • the location loop further includes a trigger_stream_id field.
  • the trigger_stream_id field indicates a trigger stream identifier of a trigger stream that can be received using a URL in this location loop. If the URL_function_code field indicates the internet location of the trigger stream, the URL in this location loop indicates the internet location of the trigger stream.
  • the location loop further includes a Supplementary_type field, a DASH_version field, and a DASH_profile field.
  • the DASH_version field and the DASH_profile field correspond to the version field and profile field of Table 3. If the URL_function_code field indicates the internet location of an additional AV stream based on DASH, the URL in this location loop indicates the internet location of the MPD metadata file.
  • the Supplementary_type field represents the type of additional AV stream.
  • the value of the Supplementary_type field may be defined as shown in Table 10.
  • the media content receiving apparatus 100 obtains information on the MPD metadata from the ILT (S703).
  • information about the MPD metadata file includes information about the location of each MPD metadata file, information about the DASH specification version of each MPD metadata file, information about the profiles supported by each MPD metadata file, It may include at least one of information on the address of the server for reporting an error in the process of processing each MPD metadata file.
  • the media content receiving apparatus 100 obtains information on the DASH specification version of the MPD metadata file from the DASH_version field of the ILT, obtains information on the profile supported by the MPD metadata file from the DASH_profile field of the ILT, Information on the location of the MPD metadata file may be obtained from one or more URL_byte fields.
  • FIG. 13 is a flowchart illustrating a method of receiving information on MPD metadata according to an embodiment of the present invention.
  • FIG. 13 shows a method of receiving information on MPD metadata in a DVB broadcasting system.
  • the DVB broadcast system may inform the receiver of the DASH service using the DVB-SI information in the broadcast stream.
  • the DVB broadcast system informs the receiver of DVB-SI information including information on what broadcast channels are present and what information is additional.
  • the receiver may process the DVB_SI information to tune the channel and display additional information on the screen for the user's convenience.
  • DVB-SI includes a Program Association Table (PAT), a Program Map Table (PMT), and a Network Information Table (NIT) called PSI Table.
  • the DVB-SI further includes a Network Information Table (NIT), a Bouquet Association Table (BAT), a Service Description Table (SDT), and an Event Information Table (EIT) called an SI Table.
  • This SI table mainly describes the service and contains service delivery information and Electronic Program Guide (EPG) information.
  • the SDT contains data describing the services in the system.
  • the SDT has information about the name of the service, the service provider, the language code of the service, the running status of the service, and the region where the service is available.
  • the receiver does not show the service when the receiver is not in the serviceable area, but shows the service when the receiver is in the serviceable area, using information on the information on the serviceable area of the service.
  • the SDT includes a service descriptor as shown in Table 11.
  • the service descriptor in the SDT includes a service type (service_type) field.
  • service_type the value of the service type field may be defined and used as shown in Table 12.
  • the DVB receiver can receive and play Internet media content services such as Internet Live Streaming Service, Internet VoD Service, Internet Audio Service, and Internet PIP Service. Accordingly, the value of the service type field may be extended and used for the Internet media content service as shown in Table 13.
  • the DVB receiver can output the Internet audio service to the speaker while receiving the DVB broadcast service and displaying the video of the DVB broadcast service on the screen.
  • Linkage Descriptor as shown in Table 14 may be generally included in the event information table (EIT).
  • the Linkage Descriptor includes a linkage_type field.
  • the value of the service type field may be defined and used as shown in Table 15.
  • the DVB broadcast system needs to inform the DVB receiver that the DVB receiver can receive over the Internet the content produced for the program being broadcast or to be broadcast in the near future. Accordingly, the value of the linkage_type field may be extended and used for the Internet media content service as shown in Table 16.
  • Digital Video Broadcasting Service Information includes cable delivery system descriptors, satellite delivery system descriptors, S2 satelite delivery system descriptors, and terrestrial delivery system descriptors.
  • the cable transmission system descriptor may include frequency information, FEC_outer information, modulation information, symbol rate (symbol_rate) information, and FEC_inner information.
  • the satellite transmission system descriptor may include frequency information, orbital_position information, west_east_flag, polarization, roll_off, modulation_system, modulation_type, FEC_inner, and symbol_rate.
  • the terrestrial transmission system descriptor may include centre_frquency, bnadwidth, priority, constellation, guard_interval, and code_rate.
  • DVB-SI has only signaling information for transmitting media content through a broadcasting network, and has been extended to support a timeshift function for near video on demand (NVOD).
  • NVOD near video on demand
  • DVB broadcast receivers also remained at the level of recording and providing broadcast streams to users, and there was no way for broadcasters to transmit some or all of broadcast contents to the Internet using the Internet.
  • an Internet Content Delivery Descriptor may be added for signaling DASH related information.
  • the media content receiving apparatus 100 will be described in detail how to receive information on the MPD metadata.
  • the media content receiving apparatus 100 obtains an SI table through the DVB broadcasting network (S901).
  • the SI table may be EIT, SDT, or NIT.
  • the media content receiving apparatus 100 obtains an internet content delivery descriptor including information on MPD metadata from the SI table in operation S903. In order to play content on the Internet, the media content receiving apparatus 100 needs to receive an Internet content delivery descriptor.
  • the internet content delivery descriptor may be included in the EIT or the SDT or the NIT and transmitted.
  • the media content receiving apparatus 100 may inform the user on the EPG that the broadcast program can be viewed through the Internet, so that the user can selectively broadcast the program through the DVB channel or through the Internet. You can watch it. For example, when the broadcast signal of the DVB channel is weak, the viewer may watch a broadcast program through the Internet rather than watching a broken image.
  • Table 17 shows the syntax of an internet content delivery descriptor according to an embodiment of the present invention.
  • the internet content delivery descriptor includes a descriptor tag (descriptor_tag) field, a descriptor length (descriptor_length) field, a deserved_future_use field, and an internet content delivery mode (internet_content_delivery_mode) field.
  • the descriptor_tag field has a value for indicating that this descriptor is an internet content delivery descriptor.
  • the descriptor_length field indicates the length of this Internet content delivery descriptor.
  • the Internet content delivery mode field indicates how to transmit content on the Internet.
  • the value of the Internet content delivery mode field may be defined as shown in Table 18.
  • the Internet content delivery descriptor further includes a content_length field, a url_length field, and one or more url_char fields.
  • the content_length field indicates the length of content.
  • the url_length field indicates the number of url_char fields.
  • One or more url_char fields indicate the internet location of the content.
  • the media content receiving apparatus 100 may receive the content of the Internet location indicated by the one or more url_char fields in the "download and play mode". The media content receiving apparatus 100 may download and store the content of the corresponding Internet location and play the content.
  • the Internet content delivery descriptor further includes a bitrate field, a buffering_size field, and one or more url_char fields.
  • One or more url_char fields indicate the internet location of the content.
  • the media content receiving apparatus 100 may receive the content of the Internet location indicated by the one or more url_char fields in the "HTTP progressive mode".
  • the media content receiving apparatus 100 may download a part of the content of the corresponding internet location, store the downloaded data in a buffer, and then simultaneously download and play the content of the corresponding internet location when the content reaches the playable state.
  • the Internet content delivery descriptor further includes a simulcast_flag field, an MPD_transport_mode field, an MPD_compression field, an MPD_version field, an MPD_support_profile field, and a qm_report_flag field.
  • the simulcast_flag field indicates whether a current broadcast program is being transmitted to the Internet. If Simulcast_flag is set to '1', this indicates that the current broadcast program is being transmitted to the Internet.
  • the media content receiving apparatus 100 can automatically connect to the Internet to receive and play DASH services.
  • the MPD transport mode (MPD_transport_mode) field includes information on how to transmit MPD metadata.
  • the value of the MPD transmission mode field may be defined as shown in Table 19.
  • the MPD transmission mode field may indicate that MPD metadata is transmitted through the Internet, or may indicate that MPD metadata is transmitted through a broadcast stream.
  • the Internet content delivery descriptor may further include information about the Internet location of the MPD metadata.
  • the Internet content delivery descriptor further includes one or more MPD_url_char fields.
  • One or more MPD_url_char fields may include information on the Internet location of the MPD metadata.
  • the Internet content delivery descriptor may further include MPD metadata.
  • the Internet content delivery descriptor further includes one or more MPD_data_byte fields.
  • One or more MPD_data_byte fields may include MPD metadata.
  • the MPD_compression field may include information on whether MPD metadata is compressed and information about a compression algorithm of MPD metadata.
  • the value of the MPD_compression field may be defined as shown in Table 20.
  • the MPD_version field indicates the DASH specification version of the MPD metadata file.
  • the MPD_support_profile field indicates a profile supported by the MPD metadata file.
  • the value of the MPD_support_profile field may be defined as shown in Table 21.
  • the qm_report_flag field indicates whether the Internet content delivery descriptor includes information about an address of a server for reporting an error in processing of an MPD metadata file.
  • the Internet content delivery descriptor includes information about an address of a server for reporting an error in processing of the MPD metadata file.
  • the Internet content transmission mode field indicates the "adaptive streaming mode”
  • information about the content of the Internet media content may be described using a content descriptor, and the type of the Internet content may be described using a component descriptor.
  • the media content receiving apparatus 100 obtains information on the MPD metadata from the internet content delivery descriptor (S905).
  • information about the MPD metadata file includes information about the location of each MPD metadata file, information about the DASH specification version of each MPD metadata file, information about the profiles supported by each MPD metadata file, It may include at least one of information on the address of the server for reporting an error in the process of processing each MPD metadata file.
  • the information on the MPD metadata file may include at least one of information on whether the current broadcast program is being transmitted to the Internet, information on whether or not the MPD metadata is compressed, and information on a compression algorithm of the MPD metadata. It may include.
  • the media content receiving apparatus 100 obtains the information on the DASH specification version of the MPD metadata file from the DASH_version field of the Internet content delivery descriptor, and the information about the profile supported by the MPD metadata file from the DASH_support_profile field of the Internet content delivery descriptor. And information about the location of the MPD metadata file may be obtained from one or more MPD_url_char fields.
  • the media content receiving apparatus 100 may obtain information on whether the current broadcast program is being transmitted to the Internet from the simulcast_flag field of the Internet content delivery descriptor.
  • the media content receiving apparatus 100 may obtain at least one of information on whether to compress the MPD metadata and information on a compression algorithm of the MPD metadata from the MPD_compression field of the Internet content delivery descriptor.
  • the media content receiving apparatus 100 obtains MPD metadata (S907).
  • the media content receiving apparatus 100 may obtain the MPD metadata from the Internet location of the MPD metadata file in the Internet content delivery descriptor.
  • the media content receiving apparatus 100 may obtain MPD metadata from one or more MPD_data_byte fields in the Internet content delivery descriptor.
  • the media content receiving apparatus 100 checks whether the MPD metadata is compressed by using the MPD_compression field of the Internet content delivery descriptor. When the MPD metadata is compressed, the media content receiving apparatus 100 checks the compression algorithm of the MPD metadata using the MPD_compression field of the Internet content delivery descriptor, and decompresses the MPD metadata using the confirmed compression algorithm. do.
  • FIG. 14 is a block diagram illustrating a structure of a media content receiving apparatus according to an embodiment of the present invention.
  • an apparatus 100 for receiving media content includes a DASH media content receiver 110, a broadcast media content receiver 120, and a media content playback unit 130. do.
  • the DASH media content receiver 110 may receive information about the content location information file.
  • the content location information file may be an MPD metadata file.
  • the information on the content location information file includes information on the location of the content location information file, the DASH specification version of the content location information file, information on the profile supported by the content location information file, and processing of the content location information file. It may include at least one of information on the address of the server for reporting an error in the process.
  • the DASH media content receiver 110 receives the content location information file by using the information on the content location information file, measures the current bandwidth, and prepares the first media content based on the current bandwidth and the content location information file. Request via the first network, and receive the first media content via the first network.
  • the DASH media content receiving unit 110 receives the information on the plurality of content location information files, selects the content location information file corresponding to the request capability that the media content receiving device can process from among the plurality of content location information files, and The requested content location information file may be requested to an internet location corresponding to the selected content location information file, and the selected content location information file may be received.
  • the DASH media content receiver 110 may include at least one of the IPTV broadcast receiver 111, the ATSC broadcast receiver 112, and the DVB broadcast receiver 113.
  • the IPTV broadcast receiver 111 may identify the service provider of the IPTV, receive broadcast discovery information from the service provider, obtain service location information from the broadcast discovery information, and obtain a content location information file from the service location information.
  • the ATSC broadcast receiving unit 112 may receive the Internet location table from the service signaling channel of the ATSC and obtain information on the content location information file from the Internet location table.
  • the DVB broadcast receiving unit 113 may receive an SI table from the DVB broadcast channel, obtain an internet content delivery descriptor from the SI table, and obtain information about a content location information file from the internet content delivery descriptor.
  • the broadcast media content receiver 120 receives the second media content through the second network.
  • the first network may be a network whose quality of service is not guaranteed
  • the second network may be a network whose quality of service is guaranteed.
  • the first network may be an IP-based network
  • the second network may be a broadcast network.
  • the media content player 130 consumes the first media content.
  • the media content playback unit 130 may consume the combined service by combining the first media content and the second media content.
  • the combined service may be one of a PIP service, an audio replacement service, a high quality audio service, an interactive electronic program guide service, and a stereoscopic image service.
  • 15 is a block diagram illustrating a structure of a media content transmission device according to an embodiment of the present invention.
  • the media content delivery apparatus 300 may include a DASH media content preparation unit 305, a broadcast media content transmission unit 310, a content location information transmission unit 320, and a DASH media content transmission unit ( 330).
  • the content delivery device 300 may be implemented as a content delivery system.
  • the DASH media content preparing unit 305, the broadcasting media content transmitting unit 310, the content location information transmitting unit 320, and the DASH media content transmitting unit 330 may be implemented as separate servers.
  • the DASH media content preparation unit 305 prepares the adaptation set and the content location information file.
  • the content location information file may be an MPD metadata file.
  • the broadcast media content transmitter 310 transmits information on the content location information file through the first network.
  • the content location information transmitter 320 transmits the content location information file to the media content receiving apparatus 100.
  • the DASH media content transmitter 330 transmits the media segment in the adaptation set to the media content receiving apparatus 100 through the second network in response to the request based on the content location information file.
  • the broadcast media content transmitter 310 may include at least one of an IPTV broadcast transmitter 311, an ATSC broadcast transmitter 312, and a DVB broadcast transmitter 313.
  • the IPTV broadcast transmitter 311 may transmit broadcast discovery information as described above through the IPTV broadcast network.
  • the ATSC broadcast transmitter 312 may transmit the Internet location table as shown in Table 8 through the ATSC broadcast network.
  • the DVB broadcast transmitter 313 may transmit the Internet content delivery descriptor as shown in Table 17 through the DVB broadcast network.
  • the above-described method may be implemented as code that can be read by a processor in a medium in which a program is recorded.
  • processor-readable media include ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage, and the like, and may be implemented in the form of a carrier wave (for example, transmission over the Internet). Include.
  • the above-described mobile terminal is not limited to the configuration and method of the above-described embodiments, but the embodiments may be configured by selectively combining all or some of the embodiments so that various modifications can be made. It may be.

Abstract

미디어 컨텐트 수신 장치는 컨텐트 위치 정보 파일에 대한 정보를 수신하고, 컨텐트 위치 정보 파일에 대한 정보를 이용하여 컨텐트 위치 정보 파일을 수신한다. 미디어 컨텐트 수신 장치는 현재의 대역폭을 측정하고, 현재의 대역폭과 컨텐트 위치 정보 파일에 기초하여 미디어 컨텐트를 네트워크를 통해 요청한다. 미디어 컨텐트 수신 장치는 미디어 컨텐트를 네트워크를 통해 수신하고, 미디어 컨텐트를 소비한다.

Description

미디어 컨텐트를 수신하는 장치 및 방법
본 발명은 미디어 컨텐트를 수신하는 장치 및 방법에 관한 것으로, 특히 현재의 대역폭에 따라 적응적으로 미디어 컨텐트를 수신하는 장치 및 방법에 관한 것이다.
최근 인터넷에 연결되는 기기들의 수가 증가하고 다양한 형태의 수신기가 제작되고 있다. 특히 최근의 모바일 기기들은 다양한 코덱들과 해상도들을 가지고 있으며, 인터넷 망과 연결하기 위한 네트워크 인터페이스들을 기본적으로 장착하고 있다. 모바일 기기들은 일반적으로 특정 서비스 제공자들의 망에 접속하여 보이스 통신과 데이터 통신을 수행하지만, 부가적으로 Wi-Fi 와 같은 대역폭이 넓은 네트워크에 접속하여 컨텐츠를 고속으로 전송하고 수신할 수 있다. TV와 같은 종래의 방송 수신기는 방송망에만 연결되어 방송만을 수신할 수 있었으나, 최근의 방송 수신기는 이더넷(Ethernet) 네트워크 인터페이스을 내장하고서 이 이더넷 네트워크 인터페이스를 통해 인터넷 망에 접속하여 부가 서비스를 받을 수 있다.
사용자들은 PC 환경에서 즐기던 서비스와 컨텐츠들을 이동하면서 모바일 기기를 통해 사용하기를 원하고 또한 PC에서 재생했던 컨텐츠들을 대화면인 TV 수신기에서 좀 더 좋은 화질로 즐기기를 원하기 때문에, 최근의 방송 수신기들은 기존의 네트워크 망 이외에 부가적인 네트워크 인터페이스를 제공한다.
이러한 요구들은 새로운 전송 기술의 필요성을 부각 시켰다. 이 새로운 기술은 인터넷 망을 이용하여 수신기 네트워크의 상황에 따라서 효과적으로 송수신하는 방법에 대한 이다. 이러한 요구사항을 만족시키는 기술의 개발이 동화상 전문가 그룹(Moving Picture Experts Group, MPEG)에서 시작이 되었고 MPEG-하이퍼 텍스트 전송 규약(HyperText Transfer Protocol, HTTP)를 통한 동적 적응적 스트리밍(Dynamic Adaptive Streaming over HTTP, MPEG-DASH)이라는 표준이 제정되었다.
MPEG-DASH는 인터넷에서 가장 많은 전송량을 차지하는 웹 서비스를 전송하는HTTP 프로토콜을 기반으로 만들어졌다. 기존의 네트워크 망인 컨텐츠 전송 네트워크(Content Delivery Network, CDN)에서도 HTTP 전송 서비스를 많이 사용하기 때문에, MPEG-DASH 서비스는 적용이 용이하다는 장점이 있다. 또한 서비스 품질(Quality of Service, QoS)가 보장이 되지 않는 망에서도 사용자가 느끼지 못하는 수준으로 방송 수신기는 영상을 수신하여 영상을 재생할 필요가 있으므로 MPEG-DASH는 영상을 구성하는 스트림이나 인코딩 방식에 대한 규칙 등을 포함하고 있다.
미디어 수신기는 스스로 현재 수신되고 있는 컨텐츠의 크기와 전송 시간을 측정하여 수신측의 bandwidth를 측정할 수 있다. 만약에 수신측의 bandwidth가 갑자기 줄어들 경우에는 컨텐츠의 전송이 원활하지 않기 때문에 방송 수신기는 재생 버퍼 내의 미디어 세그먼트(Media Segment)를 소진할 때까지는 컨텐츠를 재생하다가, 재생 버퍼가 비게 되면 컨텐츠를 재생할 수 없어, 화면이 멈추는 현상이 발생한다.
미디어 세그먼트는 그 크기에 따라서 혹은 인코딩 방식에 따라서 같은 크기일지라도 재생하는 시간이 길어질 수도 있고 짧을 수도 있다. 예를 들어 컨텐츠가 150kbps로 인코딩이 되어 있다면, 미디어 수신기는 150kbytes의 컨텐츠를 1초 동안 재생할 수 있다. 미디어 수신기가 미디어 컨텐츠를 끊김없이 재생하기 위하여는 미디어 수신기는 적어도 150kbytes를 매 1초마다 수신할 필요가 있다. 이때, 150kbps가 비트레이트(bitrate)이라고 불린다. 물론 미디어 수신기는 재생 버퍼를 가지고 있어서 일시적인 대역폭 하락에 대처할 수 있으나, 지속적인 대역폭 하락에는 대처할 수 없다. 즉, 미디어 수신기가 컨텐츠를 계속 재생하고 있는데, 수신측의 대역폭(bandwidth)의 하락으로 인하여 미디어 컨텐츠가 1초당 150kbytes 이하로 수신된다면, 미디어 수신기의 재생 버퍼는 바닥을 드러내어 재생이 중단될 수 밖에 없다.
이와 같이 서비스 품질이 보장되지 않는 네트워크 환경에 놓인 미디어 수신기가 한정된 재생 버퍼를 가지고 있더라도 미디어 스트리밍을 수신하여 끊김없이 미디어 컨텐트를 재생하기 위하여, MPEG-DASH에 따르는 미디어 서버는 미디어 컨텐트를 준비할 때 복수의 대역폭 상황을 고려하여 미디어 컨텐트를 인코딩한다. 즉, 미디어 서버는 하나의 미디어 컨텐트를 복수의 비트레이트로 인코딩한다. 또, 미디어 서버는 인코딩된 미디어 컨텐트를 한번에 전송할 수 있는 양만 큼으로 나눈다.
도 1은 종래의 DASH 전송 시스템의 블록도를 보여준다.
도 1에 도시된 바와 같이, DASH 전송 시스템(10)은 DASH 클라이언트 장치(10), DASH 미디어 프레젠테이션 준비 서버(60), MPD 전송 기능 서버(70), DASH 세그먼트 전송 기능 서버(80)를 포함한다.
DASH 클라이언트 장치(10)는 DASH 프로토콜을 이해하고 DASH 프로토콜에 따라 미디어 컨텐트를 수신해서 재생할 수 있다. DASH 클라이언트 장치(10)는 현재의 수신측 네트워크 대역폭을 모니터링하고, 현재의 대역폭에 따라 미디어 컨텐트를 수신한다.
DASH 미디어 프레젠테이션 준비 서버(60)는 DASH 미디어 프레젠테이션 준비(DASH Media Presentation Preparation)를 수행한다. 이를 위하여, DASH 미디어 프레젠테이션 준비 서버(60)는 미디어 컨텐트를 복수의 비트레이트로 인코딩하여 어답테이션 세트를 생성하고 디스크에 저장한다. 어답테이션 세트는 복수의 미디어 레프리젠테이션을 포함한다. 복수의 미디어 레프리젠테이션은 복수의 비트레이트에 각각 대응할 수 있다. 또, 복수의 비트레이트는 복수의 해상도에 각각 대응할 수 있다. 각 미디어 레프리젠테이션은 복수의 미디어 세그먼트를 포함한다. 또, DASH 미디어 프레젠테이션 준비 서버(60)는 미디어 프레젠테이션 디스크립션(media presentation description, MPD) 메타데이터를 생성하고, 디스크에 저장한다. 이때, MPD 메타데이터는 수신기가 복수의 미디어 레프리젠테이션의 각각의 복수의 미디어 세그먼트에 접근할 수 있는 인터넷 위치에 대한 정보를 포함한다.
MPD 전송 기능 서버(70)는 MPD 전송 기능(MPD delivery function)을 가진다. MPD 전송 기능 서버(70)는 수신기에 MPD 메타데이터를 전송한다.
DASH 세그먼트 전송 기능 서버(80)는 DASH 세그먼트 전송 기능(DASH segment delivery function)을 가진다. DASH 세그먼트 전송 기능 서버(80)는 수신기의 요청에 대응하여 수신기에 미디어 세그먼트를 전송한다.
DASH 클라이언트 장치(10)와 DASH 세그먼트 전송 기능 서버(80)는 HTTP를 이용한다. DASH 클라이언트 장치(10)가 DASH 세그먼트 전송 기능 서버(80)에 HTTP request로 미디어 세그먼트를 전송하면, DASH 세그먼트 전송 기능 서버(80)는 DASH 클라이언트 장치(10)에 HTTP 응답(HTTP response)로 미디어 세그먼트를 전송한다. 미디어 세그먼트는 MPEG-2 TS 미디어 세그먼트와 MP4 미디어 세그먼트가 될 수 있다.
DASH 클라이언트 장치(10)는 MPD 메타데이터를 다운로드하고, 현재의 대역폭을 측정하고, 현재의 대역폭과 처리할 수 있는 해상도와 처리할 수 있는 인코딩 방식의 미디어 세그먼트의 인터넷 위치를 MPD 메타데이터에서 확인한 후, 확인한 인터넷 위치에 해당 미디어 세그먼트를 요청하는 HTTP request를 보낸다.
도 2는 종래의 DASH 클라이언트의 블록도를 보여준다.
도 2에 도시된 바와 같이, 종래의 DASH 클라이언트 장치(10)는 DASH 접근 엔진(DASH access engine)(11)과 미디어 엔진(Media engine)(12)을 포함한다.
DASH 접근 엔진(DASH access engine)(11)은 MPD 메타데이터를 수신하고 처리하며, 필요한 미디어 세그먼트들을 미디어 세그먼트 전송 기능 서버(80)에 요청하여 세그먼트 데이터를 수신한다. DASH 접근 엔진(11)은 버퍼링된 세그먼트 데이터로부터 세그먼트를 설명하는 메타데이터를 떼어 내어 타이밍 정보와 기타 미디어에 대한 정보들을 파악한 후, MPEG 미디어 데이터만을 미디어 엔진(12)에 제공한다.
미디어 엔진(Media engine)은 MPEG-2 TS Processor(T-STD)에 해당하며, MPEG 미디어 데이터를 디코딩한 후 재생한다.
그러나, 현재의 MPEG-DASH 규격은 미디어 세그먼트와 필요한 정보를 HTTP를 이용하여 어떻게 전송하는지에 대한 것만을 포함하고 있을 뿐, MPD 메타데이터 파일이 어떻게 전송/수신되는지와 방송 서비스와의 연동 방법을 다루고 있지 않다. 다만, 현재의 MPEG-DASH 규격은 MPD 메타데이터의 MIME Type을 "application/dash+xml" 로 정의해 두었기 때문에, 수신기는 URL의 MIME Type을 인식하여 이 URL이 MPD 메타데이터의 URL이라는 것만을 알 수 있을 뿐이다.
본 발명의 일 실시예가 해결하고자 하는 과제는 MPD 메타데이터 파일을 전송/수신하는 방법을 제공하는데 있다.
본 발명의 일 실시예가 해결하고자 하는 과제는 MPEG-DASH 서비스와 기존의 방송 서비스와의 연동 방법을 제공하는데 있다.
본 발명의 일 실시예에 따른 미디어 컨텐트 수신 장치의 미디어 컨텐트 수신 방법은 컨텐트 위치 정보 파일에 대한 정보를 수신하는 단계; 상기 컨텐트 위치 정보 파일에 대한 정보를 이용하여 상기 컨텐트 위치 정보 파일을 수신하는 단계; 현재의 대역폭을 측정하는 단계; 상기 현재의 대역폭과 상기 컨텐트 위치 정보 파일에 기초하여 제1 미디어 컨텐트를 제1 네트워크를 통해 요청하는 단계; 상기 제1 미디어 컨텐트를 제1 네트워크를 통해 수신하는 단계; 상기 제1 미디어 컨텐트를 소비하는 단계를 포함한다.
상기 제1 미디어 컨텐트를 소비하는 단계는 제2 네트워크를 통해 제2 미디어 컨텐트를 수신하는 단계; 상기 제1 미디어 컨텐트와 상기 제2 미디어 컨텐트를 결합하여 결합된 서비스를 생성하는 단계; 상기 결합된 서비스를 소비하는 단계를 포함할 수 있다.
본 발명의 일 실시예에 따른 미디어 컨텐트 수신 장치는 제1 미디어 컨텐트 수신부와, 미디어 컨텐트 재생부를 포함하고, 상기 제1 미디어 컨텐트 수신부는 컨텐트 위치 정보 파일에 대한 정보를 수신하고, 상기 컨텐트 위치 정보 파일에 대한 정보를 이용하여 상기 컨텐트 위치 정보 파일을 수신하고, 현재의 대역폭을 측정하고, 상기 현재의 대역폭과 상기 컨텐트 위치 정보 파일에 기초하여 제1 미디어 컨텐트를 제1 네트워크를 통해 요청하고, 상기 제1 미디어 컨텐트를 제1 네트워크를 통해 수신하고, 상기 미디어 컨텐트 재생부는 상기 제1 미디어 컨텐트를 소비한다.
상기 미디어 컨텐트 수신 장치는 제2 네트워크를 통해 제2 미디어 컨텐트를 수신하는 제2 미디어 컨텐트 수신부를 더 포함하고, 상기 미디어 컨텐트 재생부는 상기 제1 미디어 컨텐트와 상기 제2 미디어 컨텐트를 결합하여 결합된 서비스를 소비할 수 있다.
본 발명의 일 실시예에 따른 미디어 컨텐트 전송 장치는 컨텐트 위치 정보 파일과 어답테이션 세트를 준비하는 미디어 컨텐트 준비부; 상기 컨텐트 위치 정보 파일에 대한 정보를 제1 네트워크를 통해 전송하는 제1 미디어 컨텐트 전송부; 상기 컨텐트 위치 정보 파일을 전송하는 컨텐트 위치 정보 전송부; 및 상기 컨텐트 위치 정보 파일에 근거한 요청에 따라 제2 네트워크를 통해 상기 어답테이션 세트 내의 미디어 세그먼트를 전송하는 제2 미디어 컨텐트 전송부를 포함한다.
본 발명의 일 실시예에 따르면, 미디어 컨텐트 전송 장치는 미디어 컨텐트 수신 장치에 MPD 메타데이터 파일을 효과적으로 전송할 수 있다.
특히, 본 발명의 일 실시예에 따르면, IPTV 서비스에 MPEG-DASH 서비스를 적용하여, IPTV 서비스 제공자의 안정적인 망 관리의 부담을 경감시킬 수 있다.
또한, 본 발명의 일 실시예에 따르면, 기존의 방송 서비스와 MPEG-DASH 서비스를 결합하여 다양한 서비스를 제공할 수 있다.
도 1은 종래의 DASH 전송 시스템의 블록도를 보여준다.
도 2는 종래의 DASH 클라이언트의 블록도를 보여준다.
도 3은 지상파 및 IPTV 방송망에서 DASH 서비스 시그널링 방법을 보여준다.
도 4는 본 발명의 일 실시예에 따른 DASH 서비스를 수신하는 방법을 보여주는 흐름도이다.
도 5는 본 발명의 실시예에 따른 MPD 메타데이터 파일의 구조를 보여준다.
도 6는 다양한 실시예에 따른 DASH 서비스 소비 방법을 보여주는 흐름도이다.
도 7은 본 발명의 일 실시예에 따른 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여주는 흐름도이다.
도 8은 인터넷 서비스 리스트 리스트 타입의 서비스 리스트 엘리먼트의 XML 구조를 보여준다.
도 9은 본 발명의 한 실시예에 따른 인터넷 프로토콜 서비스 타입의 싱글 서비스 엘리먼트의 XML 구조를 보여준다.
도 10는 서비스 본 발명의 한 실시예에 따른 서비스 위치 엘리먼트의 XML 구조를 보여준다.
도 11은 본 발명의 일 실시예에 따른 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여주는 흐름도이다.
도 12은 본 발명의 일 실시예에 따른 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여주는 흐름도이다.
도 13는 본 발명의 일 실시예에 따른 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여주는 흐름도이다.
도 14은 본 발명의 일 실시예에 따른 미디어 컨텐트 수신 장치의 구조를 보여주는 블록도이다.
도 15는 본 발명의 일 실시예에 따른 미디어 컨텐트 전송 장치의 구조를 보여주는 블록도이다.
이하, 본 발명과 관련된 이동 단말기에 대하여 도면을 참조하여 보다 상세하게 설명한다. 이하의 설명에서 사용되는 구성요소에 대한 접미사 "모듈" 및 "부"는 명세서 작성의 용이함만이 고려되어 부여되거나 혼용되는 것으로서, 그 자체로 서로 구별되는 의미 또는 역할을 갖는 것은 아니다.
도 3은 지상파 및 IPTV 방송망에서 DASH 서비스 시그널링 방법을 보여준다.
MPEG-DASH는 인터넷이나 IP 네트워크 망에서 미디어 컨텐츠를 동적으로 망의 전송 상태에 따라 적응적으로 전송하는 기술에 관한 것이다. 이와 같이 미디어 컨텐츠가 끊김없이 전송될 수 있다면, 고정적인 대역폭을 가진 방송 네트워크를 통해 방송 서비스가 안정적으로 전송될 수 있고, IPTV 망을 통해서는 기존의 방송 서비스에 부가적인 미디어 컨텐츠가 DASH에 기반하여 서비스될 수 있다. 특히 Netflix와 같은 서비스들은 외부 CDN 망에서 운영이 되므로 QoS가 보장되지 않는다. 그러나 DASH기반의 적응형 전송 방식에 따르면, 사용자가 쉽게 알아치리지 못할 정도로 미디어 컨텐츠의 서비스가 제공될 수 있다. 특히 도 3은 각각 방송 네트워크와 IPTV 네트워크에서 미디어 수신기가 적응적 컨텐츠 수신 방법을 사용할 경우를 각각 나타낸 것이다.
도 4는 본 발명의 일 실시예에 따른 DASH 서비스를 수신하는 방법을 보여주는 흐름도이다.
먼저, 미디어 컨텐트 수신 장치(100)는 하나 이상의 MPD 메타데이터 파일에 대한 정보를 수신한다(S101). 이때, 하나 이상의 MPD 메타데이터 파일에 대한 정보는 각 MPD 메타데이터 파일의 위치에 대한 정보, 각 MPD 메타데이터 파일의 요구 능력에 대한 정보, 각 MPD 메타데이터 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보 중 적어도 하나를 포함할 수 있다. 각 MPD 메타데이터 파일의 요구 능력에 대한 정보에 대한 정보는 각 MPD 메타데이터 파일의 DASH 스펙 버전에 대한 정보와 각 MPD 메타데이터 파일이 지원하는 프로파일에 대한 정보 중 적어도 하나를 포함할 수 있다.
미디어 컨텐트 수신 장치(100)는 MPD 메타데이터 파일에 대한 정보를 이용하여 MPD 메타데이터 파일을 수신한다(S103). 미디어 컨텐트 수신 장치(100)가 복수의 MPD 메타데이터 파일에 대한 정보를 수신한 경우, 미디어 컨텐트 수신 장치(100)는 복수의 MPD 메타데이터 파일 중에서, 미디어 컨텐트 수신 장치(100)가 처리할 수 있는 요구 능력에 해당하는 MPD 메타데이터 파일을 선택하고, 선택된 MPD 메타데이터 파일에 해당하는 인터넷 위치에 선택된 MPD 메타데이터 파일을 요청하여 선택된 MPD 메타데이터 파일을 수신할 수 있다. 즉, 미디어 컨텐트 수신 장치(100)는 MPD 메타데이터 파일 정보 내의 DASH 스펙 버전과 프로파일 정보에 기초하여 처리가능한 MPD 메타데이터 파일을 찾고, 이 처리가능한 MPD 메타데이터 파일의 위치에 접근하여 MPD 메타데이터 파일을 수신할 수 있다. DASH 미디어 프레젠테이션 준비 서버(60)가 다양한 DASH 스펙 버전과 다양한 프로파일을 지원하는 MPD 메타데이터 파일을 생성하는 경우에, 이 MPD 메타데이터 파일의 크기가 커져, 이러한 MPD 메타데이터 파일을 전송하기에도 어렵고, 미디어 컨텐트 수신 장치(100)가 이러한 MPD 메타데이터 파일을 처리하기도 어렵다. 따라서, DASH 미디어 프레젠테이션 준비 서버(60)가 복수의 DASH 스펙 버전의 각각을 위한 그리고 복수의 프로파일의 각각을 위한 복수의 MPD 메타데이터 파일을 제작하고, 이에 대하여 MPD 메타데이터 파일에 대한 정보를 생성하고, MPD 메타데이터 파일에 대한 정보와 함께 MPD 메타데이터 파일을 배포한다면, MPD 메타데이터 파일의 전송 효율을 높일 수 있고, 미디어 컨텐트 수신 장치(100)의 처리 부담을 경감시킬 수 있다. MPD 메타데이터 파일에 대하여 도 5와 표 1를 참고하여 설명한다.
도 5는 본 발명의 실시예에 따른 MPD 메타데이터 파일의 구조를 보여준다.
도 5에 도시된 바와 같이, MPD 메타데이터 파일은 MPD 엘리먼트를 포함한다. MPD 엘리먼트는 하나 이상의 Period 엘리먼트를 포함한다. 각 Period 엘리먼트는 하나 이상의 AdaptationSet 엘리먼트를 포함한다. 각 AdaptationSet 엘리먼트는 하나 이상의 Representation 엘리먼트를 포함한다. 각 Representation 엘리먼트는 segment 엘리먼트를 포함한다.
표 1는 본 발명의 실시예에 따른 MPD 메타데이터 파일의 예제를 보여준다.
표 1
Figure PCTKR2012010806-appb-T000001
현재의 MPEG-DASH 전송 서버는 2가지 형태의 미디어 컨텐트들을 전송할 수 있다. 이 2가지 형태는 지상파 및 케이블 방송 시스템의 스트리밍 포맷으로 사용하고 있는 MPEG-2 TS와 컨텐츠를 저장하고 인터넷으로 전송하기 위하여 만들어진 ISO Based File Format(MP4)이다. 현재의 DVB-IPTV 및 ATSC는 기본적으로 MPEG-2 TS 를 Container Format으로 사용하고 있으므로, 표 1는 MPEG-2 TS 형태의 미디어 컨텐트를 위한 MPD 예제이다.
표 1에 도시된 바와 같이, XML 구조의 MPD 메타데이터 파일은 MPD 엘리먼트를 포함한다.
MPD 엘리먼트는 minBufferTime 속성, profiles 속성, maxSegmentDuration 속성을 포함한다.
minBufferTime 속성은 미디어 컨텐트를 재생하기 위한 최소 버퍼 시간에 대한 정보를 포함한다. 즉, 수신기는 minBufferTime 속성에 해당하는 시간만큼의 미디어 컨텐트를 확보한 후, 미디어 컨텐트의 재생을 시작할 수 있다. 표 1의 예제에서, 최소 버퍼 시간은 1.4초이다.
profiles 속성은 이 MPD 메타데이터 파일이 지원하는 프로파일에 대한 정보를 포함한다. 표 1의 예제에서, 이 MPD 메타데이터 파일이 지원하는 프로파일은 m2ts-simple이다.
maxSegmentDuration 속성은 최대 세그먼트 듀레이션에 대한 정보를 포함한다. 표 1의 예제에서, 최대 세그먼트 듀레이션은 4초이다.
MPD 엘리먼트는 하나 이상의 BaseURL 엘리먼트, 하나 이상의 Period 엘리먼트를 포함한다.
수신기는 BaseURL 엘리먼트의 정보와 SegmentTemplate 엘리먼트의 정보를 조합하여 원하는 미디어 세그먼트의 인터넷 위치를 확인하고, 이 인터넷 위치를 통해 해당 미디어 세그먼트에 접근할 수 있다. MPD 엘리먼트가 복수의 BaseURL 엘리먼트를 가진 경우, 수신기는 서버의 반응 속도에 기초하여 복수의 BaseURL 엘리먼트에 각각 대응하는 복수의 서버를 선택적으로 이용하거나 모두 이용할 수 있다.
MPD 엘리먼트는 하나 이상의 Period 엘리먼트를 포함할 수 있으며, 각 Period 엘리먼트는 duration 속성을 가지면, 이 duration 속성은 미디어 컨텐트의 재생 시간에 대한 정보를 가지고 있다. 표 1의 예제에서, 미디어 컨텐트의 재생 시간은 6158초이다.
Period 엘리먼트는 하나 이상의 AdaptationSet 엘리먼트를 포함한다.
AdaptationSet 엘리먼트는 하나 이상의 ContentComponent 엘리먼트, BaseURL 엘리먼트, SegmentTemplate 엘리먼트, 하나 이상의 Representation 엘리먼트를 포함한다. MPD 메타데이터의 크기를 줄이기 위하여, 세그먼트의 인터넷 위치를 나타내는 SegmentTemplate 엘리먼트가 이용될 수 있다.
각 Representation 엘리먼트는 id 속성, bandwidth 속성, width 속성, height 속성을 포함한다.
미디어 컨텐트 수신 장치(100)는 MPD 메타데이터 파일의 처리 과정에서 오류를 발견하면, MPD 메타데이터 파일 정보 내의 오류 보고 서버 주소에 오류를 보고한다(S105). MPEG-DASH의 Annex는 QM(Quality Metric)을 규정하고 있고, 외부 서비스 제공자들은 QM 정보를 얻어 CDN 사업자와 협상력을 가지려 한다. 따라서 MPD 메타데이터 파일 정보가 오류 보고 서버 주소에 해당하는 DASHQMReportLocation 정보를 포함하는 경우, 미디어 컨텐트 수신 장치(100)는 QM 정보를 수집하여 DASHQMReportLocation에 해당하는 서버에 보고할 수 있다.
미디어 컨텐트 수신 장치(100)는 현재의 대역폭을 측정한다(S107). 미디어 컨텐트 수신 장치(100)는 이전에 수신한 미디어 세그먼트의 크기 및 그 미디어 세그먼트의 수신에 소요된 시간에 기초하여 현재의 대역폭을 측정할 수 있다.
미디어 컨텐트 수신 장치(100)는 현재의 대역폭과 MPD 메타데이터 파일에 기초하여 미디어 컨텐트를 포함하는 DASH 서비스를 제1 네트워크를 통해 요청한다(S109). 이때, 인터넷 네트워크의 서비스 품질이 보장되지 않은 경우, 제1 네트워크는 서비스 품질이 보장되지 않은 네트워크일 수 있다. 제1 네트워크는 인터넷 네트워크일 수 있다. 또한, IPTV 방송 네트워크의 서비스 품질이 보장되지 않은 경우, 제1 네트워크는 IPTV 방송 네트워크일 수 있다. 미디어 컨텐트 수신 장치(100)는 MPD 메타데이터 파일을 이용하여 상기 현재의 대역폭을 위한 미디어 컨텐트의 미디어 세그먼트의 인터넷 위치를 인식하고, 인식한 인터넷 위치에 미디어 세그먼트를 요청할 수 있다.
DASH 서비스의 응답으로, 미디어 컨텐트 수신 장치(100)는 DASH 서비스를 제1 네트워크를 통해 수신한다(S111). 미디어 컨텐트 수신 장치(100)는 미디어 세그먼트를 수신하여 미디어 컨텐트를 포함하는 DASH 서비스를 수신할 수 있다.
미디어 컨텐트 수신 장치(100)는 수신한 DASH 서비스를 소비한다(S113).
일 실시예에서, 미디어 컨텐트 수신 장치(100)는 수신한 DASH 서비스를 메인 컨텐트로서 재생할 수 있다.
또 다른 실시예에서, 미디어 컨텐트 수신 장치(100)는 방송 서비스와 DASH 서비스를 결합하여 DASH 서비스를 소비할 수도 있다. 도 6를 참고하여 다양한 실시예에 따른 DASH 서비스 소비 방법을 설명한다.
도 6는 다양한 실시예에 따른 DASH 서비스 소비 방법을 보여주는 흐름도이다.
미디어 컨텐트 수신 장치(100)는 제2 네트워크를 통해 방송 서비스를 수신한다(S115). 이때, 제2 네트워크는 서비스 품질이 보장된 네트워크일 수 있다. 예컨데, 제2 네트워크는 지상파 방송 네트워크, 케이블 방송 네트워크, 위성 방송 네트워크, ATSC 방송 네트워크, DVB 방송 네트워크 등이 될 수 있다. 특히, 인터넷 네트워크의 서비스 품질이 보장된 경우, 제2 네트워크는 인터넷 네트워크일 수 있다. 또한, IPTV 방송 네트워크의 서비스 품질이 보장된 경우, 제2 네트워크는 IPTV 방송 네트워크일 수 있다.
미디어 컨텐트 수신 장치(100)는 DASH 서비스와 방송 서비스를 결합하여 결합된 서비스를 소비할 수 있다(S117).
일 실시예에서, 결합된 서비스는 PIP 서비스일 수 있다. PIP 서비스는 메인 서비스와 서브 서비스를 포함한다. 미디어 컨텐트 수신 장치(100)는 메인 서비스를 화면의 메인 영역에 디스플레이하고, 서브 서비스를 화면의 서브 영역에 디스플레이할 수 있다. 통상적으로 메인 영역의 크기는 서브 영역의 크기보다 크다. 예컨데, 메인 영역은 전체 화면에 해당하고, 서브 영역은 화면의 일부 영역에 해당한다. 방송 서비스가 PIP 서비스의 메인 서비스가 되고, DASH 서비스가 PIP 서비스의 서브 서비스가 될 수 있다. 또한, 방송 서비스가 PIP 서비스의 서브 서비스가 되고, DASH 서비스가 PIP 서비스의 메인 서비스가 될 수 있다. 메인 서비스는 실시간 방송 컨텐트에 해당하고, 서브 서비스는 메인 서비스와 관련된 미디어 컨텐트일 수 있다. 예컨데, 서브 서비스는 메인 서비스와 관련된 광고, 지역 광고, 미리 보기, 다음 방송 프로그램 예고, 스포츠 해설 방송 컨텐트 등이 될 수 있다. MPD 메타데이터 파일에 대한 정보 또는 MPD 메타데이터 파일은 서브 영역의 위치와 크기에 대한 정보를 포함할 수 있다. 미디어 컨텐트 수신 장치(100)는 MPD 메타데이터 파일에 대한 정보 또는 MPD 메타데이터 파일을 통해서가 아닌 별도의 방법을 통해 서브 영역의 위치와 크기에 대한 정보를 수신할 수 있다. 미디어 컨텐트 수신 장치(100)는 웹 애플리케이션을 통해 DASH 서비스에 접근할 수도 있다.
또 다른 실시예에서, 결합된 서비스는 오디오 대체 서비스일 수 있다. 이 실시예에서, 방송 서비스는 메인 비디오 컨텐트와 메인 오디오 컨텐트를 포함하고, DASH 서비스는 서브 오디오 컨텐트를 포함할 수 있다. 미디어 컨텐트 수신 장치(100)는 메인 비디오 컨텐트를 재생하면서, 메인 오디오 컨텐트 대신에 서브 오디오 컨텐트를 재생할 수 있다. 서브 오디오 컨텐트는 메인 오디오 컨텐트의 언어와는 다른 언어에 기반을 둘 수 있다. 예컨데, 메인 오디오 컨텐트는 영어 기반의 오디오이고, 서브 오디오 컨텐트는 한국어 기반의 오디오일 수 있다. 한편, 서브 오디오 컨텐트의 품질이 메인 오디오 컨텐트의 품질보다 높을 수 있다. 예컨데, 서브 오디오 컨텐트의 압축률이 메인 오디오 컨텐트의 압축률보다 낮을 수 있다. 또한, 서브 오디오 컨텐트의 오디오 코덱은 메인 오디오 컨텐트의 오디오 코덱과 다를 수 있다. 미디어 컨텐트 수신 장치(100)는 서브 오디오 컨텐트에 대한 시그널링 정보를 수신하고, 이 시그널링 정보가 서브 오디오 컨텐트를 이용할 수 있음을 알리는 경우에, 미디어 컨텐트 수신 장치(100)는 DASH를 기반으로 DASH 서비스를 수신할 수 있다.
또 다른 실시예에서, 결합된 서비스는 고품질 오디오 서비스일 수 있다. 이 실시예에서, 방송 서비스는 메인 비디오 컨텐트와 메인 오디오 컨텐트를 포함하고, DASH 서비스는 서브 오디오 컨텐트를 포함할 수 있다. 미디어 컨텐트 수신 장치(100)는 메인 비디오 컨텐트를 재생하면서, 메인 오디오 컨텐트와 서브 오디오 컨텐트를 결합하여 고품질 오디오 컨텐트를 재생할 수 있다. 예컨데, 메인 오디오 컨텐트는 스테레오 재생을 위한 2채널의 오디오 컨텐트 또는 모노 재생을 위한 1채널의 오디오 컨텐트를 포함하고, 서브 오디오 컨텐트는 다채널 오디오 재생을 위한 나머지 오디오 컨텐트를 포함할 수 있다. 이 경우, 미디어 컨텐트 수신 장치(100)는 2채널을 위한 오디오 데이터를 포함하는 메인 오디오 컨텐트와 3채널을 위한 오디오 데이터를 이용하여 5채널 오디오를 재생할 수 있다. 한편, 메인 오디오 컨텐트는 압축률이 높은 저품질 오디오 데이터를 포함하고, 서브 오디오 컨텐트는 고품질 오디오 데이터의 생성을 위한 차분 오디오 데이터를 포함할 수 있다. 이 경우, 미디어 컨텐트 수신 장치(100)는 저품질 오디오 데이터와 차분 오디오 데이터를 결합하여 고품질 오디오 데이터를 생성하고, 생성된 고품질 오디오 데이터를 재생할 수 있다. 미디어 컨텐트 수신 장치(100)는 서브 오디오 컨텐트에 대한 시그널링 정보를 수신하고, 이 시그널링 정보가 서브 오디오 컨텐트를 이용할 수 있음을 알리는 경우에, 미디어 컨텐트 수신 장치(100)는 DASH를 기반으로 DASH 서비스를 수신할 수 있다.
또 다른 실시예에서, 결합 서비스는 양방향 전자 프로그램 가이드(Electronic program guide, EPG) 서비스일 수 있다. 이 실시예에서, 방송 서비스는 실시간 방송 프로그램에 대한 가이드 정보와 이 실시간 방송 프로그램과 관련된 미디어 컨텐트에 대한 가이드 정보를 포함하는 양방향 EPG를 포함할 수 있다. 미디어 컨텐트 수신 장치(100)는 양방향 EPG를 포함하는 방송 서비스를 수신하면, 이 양방향 EPG를 재생한다. 그 후, 미디어 컨텐트 수신 장치(100)는 이 양방향 EPG를 통해 실시간 방송 프로그램과 관련된 미디어 컨텐트를 재생하기 위한 사용자 입력을 리모컨 등을 통해 수신하면, 미디어 컨텐트 수신 장치(100)는 도 4와 같은 과정을 수행하여 실시간 방송 프로그램과 관련된 미디어 컨텐트를 포함하는 DASH 서비스를 수신하고 재생한다.
또 다른 실시예에서, 결합된 서비스는 입체 영상 서비스일 수 있다. 이 실시에에서, 방송 서비스는 입체 영상의 재생을 위한 복수의 영상 중 하나를 포함하고, DASH 서비스는 입체 영상의 재생을 위한 복수의 영상 중 다른 하나를 포함할 수 있다. 방송 서비스가 포함하는 영상은 기준 영상이 될 수 있다. 이 복수의 영상은 좌안 영상과 우안 영상을 포함할 수 있다. 또한, 이 복수의 영상은 상측 영상과 하측 영상을 포함할 수 있다. 방송국은 컨텐츠 전송 채널의 대역폭 한계 때문에 입체 영상 서비스를 위하여 영상의 해상도를 낮추어 복수의 영상을 전송할 필요가 있다. 그러나, 이때, 3D 영상을 재생하지 못하는 미디어 수신기의 경우는 해상도가 낮은 영상을 재생할 수 밖에 없다. 그러나, 이 실시예에 따르면, 방송국은 해상도를 낮출 필요 없이 기준 영상을 통상의 해상도, 예컨데 HD로 인코딩하여 전송하더라도, 미디어 컨텐트 수신 장치(100)는 방송 서비스와 DASH 서비스를 결합하여 3D 영상을 재생할 수 있다. 또한, 3D 영상을 재생하지 못하는 미디어 수신기나 인터넷에 연결되어 있지 않은 미디어 수신기는 통상의 해상도의 영상을 재생할 수 있다.
도 7은 본 발명의 일 실시예에 따른 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여주는 흐름도이다.
특히 도 7은 DVB-IPTV환경에서의 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여준다.
IPTV 서비스 제공자들이 직접 서비스의 거래를 하지 못한 경우에 IPTV 서비스 제공자들은 제3자 컨텐트 제공자들에게 IPTV 방송 네트워크를 임대해 줄 수 있다. 특히, 이것은 망 사업을 하지 않고 content만을 가지고 사업하는 경우에 해당된다. DVB-IPTV 방송 네트워크는 managed network이긴 하지만, IPTV 서비스 제공자는 SD&S 정보를 구성하고, 복수의 서비스를 패키지로서 미디어 수신기들에게 제공할 수 있다. 예를 들어 IPTV 서비스 제공자는 SD&S 정보에 여러 content provider들에 대한 정보들을 삽입하고, 대역폭에 따라 컨텐츠 제공자의 컨텐츠를 미디어 수신기에 제공할 수 있다. 이를 통해 IPTV 서비스 제공자들은 자신들이 보장하는 서비스들을 QoS를 보장하면서 안전하게 제공하고, QoS는 보장되지는 않지만 부가 서비스로 다양한 컨텐츠들을 미디어 수신기들에게 제공할 수 있다. 다만, 미디어 수신기는 부가적인 DASH 서비스를 수신하기 위하여 먼저 MPD 메타데이터 파일을 수신할 필요가 있다. 따라서 IPTV 서비스 제공자는 다음과 같이 SD&S 필드에 DASH 서비스를 시그널링할 수 있는 정보를 삽입할 수 있다.
SD&S Schema에는 브로드캐스트 아퍼링(BroadcastOfferring) 타입의 방송 디스커버리(BroadcastDiscovery) 엘리먼트가 있으며, 방송 디스커버리(BroadcastDiscovery) 엘리먼트는 하나 이상의 서비스를 위한 인터넷 프로토콜 서비스 리스트(IPServiceList) 타입의 서비스 리스트(ServiceList) 엘리먼트를 포함하고, 이 서비스 리스트 엘리먼트는 인터넷 프로토콜 서비스(IPService) 타입의 하나 이상의 싱글 서비스(SingleService) 엘리먼트를 포함한다. 이 싱글 서비스 엘리먼트는 서비스 위치(ServiceLocation) 타입의 서비스 위치(ServiceLocation) 엘리먼트를 포함한다. 통상적으로, IPTV 방송 네트워크에서 하나의 서비스는 멀티캐스트 방식과 유니캐스트 방식을 통해 전송된다. 서비스 위치 엘리먼트는 멀티캐스트 방식을 위한 정보를 담는 인터넷 프로토콜 멀티캐스트 주소(IPMulticastAddress) 엘리먼트를 포함하고, 유니캐스트 방식을 위한 정보를 담는 실시간 스트리밍 프로토콜 유니폼 자원 위치(Real Time Streaming Protocol uniform resource locator, RTSPURL) 엘리먼트를 포함한다. 특히, 인터넷 프로토콜 멀티캐스트 주소 엘리먼트는 멀티캐스트 주소를 포함하고, RTSPURL element는 실시간 스트리밍 프로토콜(Real Time Streaming Protocol)을 위한 URL을 포함한다.
DASH 전송 방식은 유니캐스트 전송 방식에 속하지만, 미디어 수신기는 DASH 서비스를 수신하기 위하여 먼저 MPD 파일을 수신할 필요가 있으므로, DASH 전송 방식을 위한 정보의 제공을 위하여 기존의 RTSPURL element를 이용하는 것은 적합하지 않을 수 있다. 즉, 기존의 RTSPURL element가 그대로 사용될 경우에, 기존의 수신기의 호환성 문제가 발생한다.
따라서 본 발명의 일 실시예에서는, ServiceLocation element은 DASH 전송 방식을 위한 정보를 담기 위한 추가 엘리먼트인 DASH 유니폼 자원 위치(DASH uniform resource locator, DASHURL) 엘리먼트를 부가한다. IPTV 서비스 제공자는 IPMulticastAddress element, RTSPURL element, 및 DASHURL element를 선택적으로 사용할 수 있다. DASHURL 엘리먼트는 DASHType의 타입을 가진다.
이하에서는 IPTV환경에서 미디어 컨텐트 수신 장치(100)가 MPD 메타데이터에 대한 정보를 수신하는 방법을 구체적으로 설명한다.
미디어 컨텐트 수신 장치(100)는 서비스 제공자(service provider)를 확인한다(S301).
미디어 컨텐트 수신 장치(100)는 서비스 디스커버리를 위하여 BroadcastOfferring type의 방송 디스커버리 엘리먼트(BroadcastDiscovery element)를 서비스 제공자로부터 수신한다(S303).
미디어 컨텐트 수신 장치(100)는 방송 디스커버리 엘리먼트로부터 서비스 리스트(ServiceList) 엘리먼트를 획득한다(S305). 서비스 리스트 엘리먼트에 대해 도 8를 참고하여 설명한다.
도 8는 인터넷 서비스 리스트 리스트 타입의 서비스 리스트 엘리먼트의 XML 구조를 보여준다.
도 8에 도시된 바와 같이, 인터넷 서비스 리스트 리스트 타입의 서비스 리스트 엘리먼트는 하나 이상의 서비스 디스크립션 위치(ServiceDescriptionLocation) 엘리먼트와 하나 이상의 싱글 서비스 엘리먼트를 포함한다.
미디어 컨텐트 수신 장치(100)는 서비스 리스트 엘리먼트로부터 인터넷 프로토콜 서비스(IPService) 타입의 싱글 서비스(SingleService) 엘리먼트를 획득한다(S307). 인터넷 프로토콜 서비스(IPService) 타입의 싱글 서비스(SingleService) 엘리먼트에 대해 도 9을 참고하여 설명한다.
도 9은 본 발명의 한 실시예에 따른 인터넷 프로토콜 서비스(IPService) 타입의 싱글 서비스(SingleService) 엘리먼트의 XML 구조를 보여준다.
도 9에 도시된 바와 같이, 본 발명의 한 실시예에 따른 인터넷 프로토콜 서비스(IPService) 타입의 싱글 서비스(SingleService) 엘리먼트는 서비스 위치(ServiceLocation) 엘리먼트, 텍스추얼 식별자(TextualIdentifier) 엘리먼트, DVB 트라이플릿(DVBTriplet) 엘리먼트, 최대 비트레이트(MaxBitrate) 엘리먼트, 시스템 정보(SI) 엘리먼트, 오디오 속성(AudioAttributes) 엘리먼트, 비디오 속성(VideoAttributes) 엘리먼트, 및 서비스 이용가능성(ServiceAvailabilty) 엘리먼트를 포함한다.
표 2는 싱글 서비스(SingleService) 엘리먼트가 포함하는 엘리먼트들에 대한 설명을 보여준다.
표 2
Figure PCTKR2012010806-appb-T000002
미디어 컨텐트 수신 장치(100)는 싱글 서비스(SingleService) 엘리먼트로부터 서비스 위치(ServiceLocation) 타입의 서비스 위치(ServiceLocation) 엘리먼트를 획득한다(S309). 서비스 위치 엘리먼트에 대해 도 10을 참고하여 설명한다.
도 10은 서비스 본 발명의 한 실시예에 따른 서비스 위치(ServiceLocation) 엘리먼트의 XML 구조를 보여준다.
도 10에 도시된 바와 같이, 서비스 위치 엘리먼트는 0개 또는 1개 또는 2개 이상의 IPMulticastAddress element, 0개 또는 1개 또는 2개 이상의 RTSPURL element, 및 0개 또는 1개 또는 2개 이상의 DASHURL element를 포함한다. 이처럼, 본 발명의 일 실시예에서는 서비스 위치 엘리먼트에 종래의 IPMulticastAddress element 및 종래의 RTSPURL element와는 다른 엘리먼트를 부가하고, 부가된 엘리먼트에 MPD 메타데이터에 대한 정보를 담을 수 있다.
DASHURL element는 버전 속성, MPD 위치 속성, 프로파일 엘리먼트 및 DASH QM 위치(DASHQMLocation) 엘리먼트를 포함한다. 표 3는 DASHURL element 내의 정보에 대한 설명을 보여준다.
표 3
Figure PCTKR2012010806-appb-T000003
미디어 컨텐트 수신 장치(100)는 서비스 위치 엘리먼트로부터 DASHURL 엘리먼트를 획득한다(S311).
미디어 컨텐트 수신 장치(100)는 DASHURL 엘리먼트로부터 MPD 메타데이터 파일에 대한 정보를 획득한다(S313). 위에서 설명한 바와 같이, MPD 메타데이터 파일에 대한 정보는 MPD 메타데이터 파일의 위치에 대한 정보, 이 MPD 메타데이터 파일의 DASH 스펙 버전, 이 MPD 메타데이터 파일이 지원하는 프로파일에 대한 정보, 이 MPD 메타데이터 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보 중 적어도 하나를 포함할 수 있다.
도 11는 본 발명의 일 실시예에 따른 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여주는 흐름도이다.
특히 도 11는 DVB-IPTV환경에서의 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여준다.
IPTV에서는 화면에 방송 컨텐츠를 가이드 형식으로 보여주는 서비스를 BCG라고 한다. 미디어 컨텐트 수신 장치(100)는 양방향 BCG를 포함하는 방송 서비스를 수신하면, 이 BCG를 재생한다. 그 후, 미디어 컨텐트 수신 장치(100)는 이 BCG를 통해 실시간 방송 프로그램과 관련된 미디어 컨텐트를 재생하기 위한 사용자 입력을 리모컨 등을 통해 수신하면, 미디어 컨텐트 수신 장치(100)는 IPTV 실시간 방송 프로그램과 관련된 미디어 컨텐트를 포함하는 DASH 서비스를 수신하고 재생할 수 있다.
또한, Netflix와 같은 컨텐츠 제공자들이 CDN을 이용하여 미디어 컨텐츠를 DASH에 기반하여 전송하는 것이 BCG에서 허용되는 경우에, Netflix 서비스에 가입된 미디어 컨텐트 수신 장치(100)는 IPTV를 이용하여 컨텐츠를 재생하여 볼 수 있다는 장점을 가진다. 이 경우에는 IPTV 사업자는 Netflix로부터 전송의 댓가를 받을 수 있고, Netflix는 전송 시스템의 수와 재생 미디어의 수가 늘어 나므로 Netflix 서비스 가입자들이 더 많이 늘어 날 수 있고 안정적인 서비스를 할 수 있다.
이하에서는 DVB-IPTV환경의 미디어 컨텐트 수신 장치(100)가 MPD 메타데이터에 대한 정보를 수신하는 방법을 구체적으로 설명한다.
미디어 컨텐트 수신 장치(100)는 앞서 설명한 바와 같은 단계(S301) 내지 단계(S309)에 해당하는 절차를 수행한다(S501-S509).
미디어 컨텐트 수신 장치(100)는 서비스 위치 엘리먼트로부터 실시간 스트리밍 프로토콜 유니폼 자원 위치(Real Time Streaming Protocol uniform resource locator, RTSPURL) 엘리먼트를 획득한다(511).
미디어 컨텐트 수신 장치(100)는 실시간 스트리밍 프로토콜 유니폼 자원 위치 엘리먼트 내의 실시간 스트리밍 프로토콜 유니폼 자원 위치에 해당하는 RTSP 서버에 디스크라이브(DESCRIBE) 요청을 전송한다(S513). RTSP 서버는 디스크라이브 요청에 응답하여 MPD 메타데이터에 대한 정보를 포함하는 세션 디스크립션 프로토콜 정보(Session Description Protocol Information, SDP Information)을 미디어 컨텐트 수신 장치(100)에 전송할 수 있다.
디스크라이브 요청에 대한 응답으로, 미디어 컨텐트 수신 장치(100)는 MPD 메타데이터에 대한 정보를 포함하는 세션 디스크립션 프로토콜 정보(Session Description Protocol Information, SDP Information)을 수신한다(S515). 이때, 미디어 컨텐트 수신 장치(100)는 SDP 정보 대신에 MPD 메타데이터를 수신할 수도 있다. 미디어 컨텐트 수신 장치(100)는 MPD 메타데이터를 포함하는 SDP 정보를 수신할 수도 있다.
다음은 표 4 내지 표 7를 참고하여 디스크라이브 요청과 MPD 메타데이터를 수신하는 방법을 설명한다.
표 4은 본 발명의 일 실시예에 따른 디스크라이브 요청을 보여주고, 표 5는 본 발명의 일 실시예에 따른 SDP 정보를 보여준다.
표 4
Figure PCTKR2012010806-appb-T000004
표 5
Figure PCTKR2012010806-appb-T000005
본 발명의 일 실시예에서, 미디어 컨텐트 수신 장치(100)가 RTSP 서버에 표 4에서 보여지는 바와 같이 컨텐트 타입이 "application/sdp"인 SDP 정보를 요청하기 위한 디스크라이브 요청을 전송하면, RTSP 서버는 표 5에 도시된 바와 같은 SDP 정보를 미디어 컨텐트 수신 장치(100)에 전송할 수 있다.
표 5에서 보여지는 바와 같이, SDP 정보는 MPD 메타데이터의 주소에 대한 정보를 포함하는 u-라인과 부가 정보를 포함할 수 있다. SDP 정보는 하나 이상의 u-라인을 포함할 수 있다. 표 5는 MPD 메타데이터에 대한 정보 중에서 MPD 메타데이터의 주소만을 포함하는 SDP 정보를 보여주고 있으나, 또 다른 실시예에서 SDP 정보는 MPD 메타데이터의 버전 정보, MPD 메타데이터가 지원하는 프로파일에 대한 정보, MPD 메타데이터의 문제점 보고 주소에 대한 정보를 더 포함할 수 있다.
뿐만 아니라, 또 다른 실시예에서, 디스크라이브 요청 전에 미디어 컨텐트 수신 장치(100)는 다른 방법을 통해 MPD 메타데이터의 버전 정보, MPD 메타데이터가 지원하는 프로파일에 대한 정보, MPD 메타데이터의 문제점 보고 주소에 대한 정보를 획득할 수 있다. 예컨데, 디스크라이브 요청 전에 미디어 컨텐트 수신 장치(100)는 도 7에서 도시된 방법을 통해 MPD 메타데이터의 버전 정보, MPD 메타데이터가 지원하는 프로파일에 대한 정보, MPD 메타데이터의 문제점 보고 주소에 대한 정보를 획득할 수 있다.
미디어 컨텐트 수신 장치(100)는 SDP 정보의 u-라인으로부터 MPD 메타데이터의 주소를 획득하고, 획득한 MPD 메타데이터 주소에 MPD 메타데이터를 요청하여 MPD 메타데이터를 수신할 수 있다.
이러한 방법에 따르면 기존의 RTSP 서버를 수정하지 않고서도, 미디어 컨텐트 수신 장치(100)는 RTSP 서버로부터 MPD 메타데이터에 대한 정보를 획득할 수 있다.
표 6은 본 발명의 또 다른 실시예에 따른 디스크라이브 요청을 보여주고, 표 7는 본 발명의 또 다른 실시예에 따른 MPD 메타데이터를 보여준다.
표 6
Figure PCTKR2012010806-appb-T000006
표 7
Figure PCTKR2012010806-appb-T000007
본 발명의 또 다른 실시예에서, 미디어 컨텐트 수신 장치(100)가 RTSP 서버에 표 6에서 보여지는 바와 같이 컨텐트 타입이 "application/dash+xml"인 MPD 메타데이터를 요청하기 위한 디스크라이브 요청을 전송하면, RTSP 서버는 표 7에 도시된 바와 같은 MPD 메타데이터를 미디어 컨텐트 수신 장치(100)에 전송할 수 있다. 이러한 방법에 따르면 기존의 RTSP 서버를 수정하는 것이 필요할 수 있다.
디스크라이브 요청 전에 미디어 컨텐트 수신 장치(100)는 다른 방법을 통해 MPD 메타데이터의 버전 정보, MPD 메타데이터가 지원하는 프로파일에 대한 정보, MPD 메타데이터의 문제점 보고 주소에 대한 정보를 획득할 수 있다. 예컨데, 디스크라이브 요청 전에 미디어 컨텐트 수신 장치(100)는 도 7에서 도시된 방법을 통해 MPD 메타데이터의 버전 정보, MPD 메타데이터가 지원하는 프로파일에 대한 정보, MPD 메타데이터의 문제점 보고 주소에 대한 정보를 획득할 수 있다.
도 12은 본 발명의 일 실시예에 따른 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여주는 흐름도이다.
특히, 도 12은 ATSC 지상파 방송에서의 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여준다.
미디어 컨텐트 수신 장치(100)는 인터넷 위치 테이블(internet location table, ILT)을 ATSC 방송 네트워크의 서비스 시그널링 채널로부터 수신한다(S701). ILT는 미디어 컨텐트 수신 장치(100)가 필요로 하는 다양한 유형의 인터넷 위치들(Internet Locations)을 시그널링하는데 사용된다. ILT가 방송 스트림(broadcast stream)에서 전송되면, ILT는 ATSC NRT Standard에서 정의되는 서비스 시그널링 채널에서 나타난다. 이 ILT는 ATSC 2.0을 위한 서비스 시그널링 채널(Service Signaling Channel, SSC)의 서비스 맵 테이블(service map table, SMT) 및 비실시간 정보 테이블(non-real-time information table, NRT-IT)와 같은 시그널링 테이블들과 함께 전송될 수 있으며, 사용 보고 서버(Usage reporting server)의 URL, 트리거 스트림 URL(Trigger stream URL) 등을 제공한다. SSC내의 ILT를 통하여 실시간 방송 채널에 연계된 DASH 서비스를 시그널링하는 것이 가능하다.
인터넷 위치 테이블에 대해서 표 8을 참고하여 설명한다.
표 8는 인터넷 위치 테이블의 신택스를 보여준다.
표 8
Figure PCTKR2012010806-appb-T000008
표 8에 도시된 바와 같이, 인터넷 위치 테이블은 table_id 필드, protocol_version 필드, subnet_id 필드, version_number 필드, current_next_indicator 필드, section_number 필드, last_section_number 필드, locations_defined 필드, 하나 이상의 location 루프, number_of_descriptors 필드, 및 하나 이상의 디스크립터를 포함한다.
table_id 필드는 이 테이블을 인터넷 위치 테이블에 속하는 것으로 확인하기 위한 값을 가진다.
protocol_version 필드는 이 테이블의 프로토콜 버전을 지시한다.
subnet_id 필드는 이 테이블이 나타나는 서비스 시그널링 채널과 연관된 IP subnet을 지시한다.
version_number 필드는 이 테이블의 버전 번호를 지시한다.
current_next_indicator 필드는 ILT를 위하여 항상 1로 셋팅될 수 있다.
section_number 필드는 이 ILT 인스턴스 섹셕의 섹션 번호를 지시한다. ILT 인스턴스에서의 첫번째 섹션의 section_number 필드의 값은 0x00이고, 추가 섹션마다 1씩 증가된다.
last_section_number 필드는 ILT 인스턴스의 마지막 섹션의 번호를 지시한다.
number_of_descriptors 필드는 하나 이상의 디스크립터의 개수를 지시한다.
locations_defined 필드는 인터넷 위치 테이블 내의 인터넷 위치들(internet locations)의 개수를 나타낸다. 특히, locations_defined 필드는 하나 이상의 location 루프의 개수를 나타낸다.
각 location 루프는 URL_function_code 필드, URL_length 필드, 및 하나 이상의 URL_byte 필드를 포함한다.
URL_length 필드는 및 하나 이상의 URL_byte 필드의 개수를 지시한다.
하나 이상의 URL_byte 필드는 인터넷 위치를 제공한다.
URL_function_code 필드는 이 location 루프 내의 URL의 목적을 지시한다. 예컨데, URL_function_code 필드의 값은 표 9에서 보여지는 바와 같이 정의될 수 있다.
표 9
Figure PCTKR2012010806-appb-T000009
URL_function_code 필드가 사용 보고 서버의 인터넷 위치를 나타내는 경우, location 루프는 service_id 필드를 더 포함한다. service_id 필드는 이 location 루프 내의 URL을 사용하여 사용 보고(usage report)가 전송될 수 있는 서비스의 서비스 식별자를 지시한다. URL_function_code 필드가 사용 보고 서버의 인터넷 위치를 나타내는 경우, 이 location 루프 내의 URL은 사용 보고 서버의 인터넷 위치를 지시한다.
URL_function_code 필드가 트리거 스트림의 인터넷 위치를 나타내는 경우, location 루프는 trigger_stream_id 필드를 더 포함한다. trigger_stream_id 필드는 이 location 루프 내의 URL을 사용하여 수신할 수 있는 트리거 스트림의 트리거 스트림 식별자를 지시한다. URL_function_code 필드가 트리거 스트림의 인터넷 위치를 나타내는 경우, 이 location 루프 내의 URL은 트리거 스트림의 인터넷 위치를 지시한다.
URL_function_code 필드가 DASH에 기반한 부가적인 AV 스트림(Supplementary AV stream)의 인터넷 위치를 나타내는 경우, location 루프는 Supplementary_type 필드, DASH_version 필드, 및 DASH_profile 필드를 더 포함한다. DASH_version 필드와 DASH_profile 필드는 표 3의 version 필드와 profile 필드에 대응한다. URL_function_code 필드가 DASH에 기반한 부가적인 AV 스트림(Supplementary AV stream)의 인터넷 위치를 나타내는 경우 이 location 루프 내의 URL은 MPD 메타데이터 파일의 인터넷 위치를 지시한다.
Supplementary_type 필드는 부가적인 AV 스트림의 종류를 나타낸다. 예컨데, Supplementary_type 필드의 값은 표 10에서 보여지는 바와 같이 정의될 수 있다.
표 10
Figure PCTKR2012010806-appb-T000010
미디어 컨텐트 수신 장치(100)는 ILT로부터 MPD 메타데이터에 대한 정보를 획득한다(S703). 앞서 설명한 바와 같이, MPD 메타데이터 파일에 대한 정보는 각 MPD 메타데이터 파일의 위치에 대한 정보, 각 MPD 메타데이터 파일의 DASH 스펙 버전에 대한 정보, 각 MPD 메타데이터 파일이 지원하는 프로파일에 대한 정보, 각 MPD 메타데이터 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보 중 적어도 하나를 포함할 수 있다. 미디어 컨텐트 수신 장치(100)는 ILT의 DASH_version 필드로부터 MPD 메타데이터 파일의 DASH 스펙 버전에 대한 정보를 획득하고, ILT의 DASH_profile 필드로부터 MPD 메타데이터 파일이 지원하는 프로파일에 대한 정보를 획득하고, ILT의 하나 이상의 URL_byte 필드로부터 MPD 메타데이터 파일의 위치에 대한 정보를 획득할 수 있다.
도 13은 본 발명의 일 실시예에 따른 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여주는 흐름도이다.
특히, 도 13는 DVB 방송 시스템에서 MPD 메타데이터에 대한 정보를 수신하는 방법을 보여준다.
DVB 방송 시스템은 방송 스트림 내의 DVB-SI 정보를 이용하여 DASH 서비스를 수신기에 알려줄 수 있다. DVB 방송 시스템이 방송 스트림을 제작할 때, DVB 방송 시스템은 어떤 방송 채널들이 있고 어떤 정보들이 부가적으로 있는지에 대한 정보를 포함하는 DVB-SI 정보를 수신기에 알려준다. 수신기는 이 DVB_SI 정보를 처리하여 채널을 튜닝하고 사용자의 편의를 위한 부가정보들을 화면에 표시할 수 있다. DVB-SI는 PSI Table이라 불리우는 Program Association Table(PAT), Program Map Table(PMT), Network Information Table(NIT)을 포함한다. 또한, DVB-SI는 SI Table이라 불리우는 Network Information Table(NIT), Bouquet Association Table(BAT), Service Description Table(SDT), 및 Event Information Table(EIT)을 더 포함한다. 이 SI Table은 주로 서비스를 설명해 주고, 전송 정보(service delivery information)와 Electronic Program Guide(EPG) information을 담고 있다.
SDT는 시스템 내의 서비스를 설명하는 데이터를 포함한다. 예컨데, SDT는 서비스들의 명칭, 서비스 제공자, 서비스의 언어 코드(Language Code), 서비스의 running status 그리고 서비스의 사용 가능 지역에 대한 정보들을 가진다. 수신기는 서비스의 사용 가능 지역에 대한 정보에 대한 정보를 이용하여, 수신기가 서비스 가능 지역에 있지 않을 경우에는 서비스를 보여주지 않고, 수신기가 서비스 가능 지역에 있을 경우에는 서비스를 보여준다.
SDT는 표 11에 보여지는 바와 같은 service descriptor를 포함한다.
표 11
Figure PCTKR2012010806-appb-T000011
표 11에서 보여지는 바와 같이, SDT 내의 서비스 디스크립터는 서비스 타입(service_type) 필드를 포함한다. 예컨데, 서비스 타입 필드의 값은 표 12에서 보여지는 바와 같이 정의되어 사용될 수 있다.
표 12
Figure PCTKR2012010806-appb-T000012
DVB 수신기가 인터넷에 연결되어 있다면, 이 DVB 수신기는 인터넷 Live Streaming 서비스, 인터넷 VoD 서비스, 인터넷 오디오 서비스, 인터넷 PIP 서비스와 같은 인터넷 미디어 컨텐트 서비스를 수신하고 재생할 수 있다. 따라서, 서비스 타입 필드의 값은 표 13에서 보여지는 바와 같이 인터넷 미디어 컨텐트 서비스를 위하여 확장되어 사용될 수 있다. DVB 수신기는 DVB 방송 서비스를 수신하고 이 DVB 방송 서비스의 비디오를 화면에 디스플레이하면서, 인터넷 오디오 서비스를 스피커로 출력할 수 있다.
표 13
Figure PCTKR2012010806-appb-T000013
표 14에서 보여지는 바와 같은 Linkage Descriptor는 일반적으로 EIT(Event Information Table)에 포함될 수 있다.
표 14
Figure PCTKR2012010806-appb-T000014
표 14에서 보여지는 바와 같이, Linkage Descriptor는 linkage_type 필드를 포함한다. 예컨데, 서비스 타입 필드의 값은 표 15에서 보여지는 바와 같이 정의되어 사용될 수 있다.
표 15
Figure PCTKR2012010806-appb-T000015
DVB 방송 시스템은 DVB 수신기가 현재 방송 중이거나 앞으로 가까운 미래에 방송될프로그램을 위해 제작된 컨텐츠를 인터넷을 통해서 수신할 수 있다는 정보를 DVB 수신기에 알려줄 필요가 있다. 따라서, linkage_type 필드의 값은 표 16에서 보여지는 바와 같이 인터넷 미디어 컨텐트 서비스를 위하여 확장되어 사용될 수 있다.
표 16
Figure PCTKR2012010806-appb-T000016
DVB-SI(Digital Video Broadcasting Service Information)는 케이블 전송 시스템 디스크립터(Cable delivery system descriptor), 위성 전송 시스템 디스크립터(Satelite delivery system descriptor), S2 위성 전송 시스템 디스크립터(S2 satelite delivery system descriptor), 지상파 전송 시스템 디스크립터(Terrerstrial delivery system descriptor), DNG 디스크립터(DNG descriptor)를 포함한다. 케이블 전송 시스템 디스크립터는 주파수 정보, FEC_outer 정보, 변조(modulation) 정보, 심볼 레이트(symbol_rate) 정보, FEC_inner 정보를 포함할 수 있다. 위성 전송 시스템 디스크립터 는 주파수(frequency) 정보, orbital_position 정보, west_east_flag, polarization, roll_off, modulation_system, modulation_type, FEC_inner, symbol_rate를 포함할 수 있다. 지상파 전송 시스템 디스크립터는 centre_frquency, bnadwidth, priority, constellation, guard_interval, code_rate를 포함할 수 있다.
지금까지의 DVB-SI는 미디어 컨텐츠를 방송망을 통하여 전송하기 위한 시그널링 정보만을 가지고 있으며, 추가적으로 NVOD(Near Video On Demand)를 위한 Timeshift 기능을 지원하도록 확장되었다. 그러나 DVB 방송 수신기는 역시 방송 스트림을 녹화하여 사용자에게 제공해 주는 수준에 머물러 있었고, 방송사가 인터넷 망을 이용하여 방송 컨텐츠의 일부 혹은 전체를 인터넷으로 전송할 수 있는 방법이 없었다.
인터넷을 하나의 전송 채널로 본다면, DASH 관련 정보의 시그널링을 위하여 인터넷 컨텐트 전송 디스크립터(Internet Content Delivery Descriptor)가 추가될 수 있다.
미디어 컨텐트 수신 장치(100)가 MPD 메타데이터에 대한 정보를 수신하는 방법을 구체적으로 설명한다.
미디어 컨텐트 수신 장치(100)는 DVB 방송 네트워크를 통해 SI 테이블을 획득한다(S901). 이때, SI 테이블은 EIT 혹은 SDT, NIT일 수 있다.
미디어 컨텐트 수신 장치(100)는 SI 테이블로부터 MPD 메타데이터에 대한 정보를 포함하는 인터넷 컨텐트 전송 디스크립터(internet Content Delivery Descriptor)을 획득한다(S903). 인터넷에 있는 컨텐츠를 재생하기 위하여 미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터를 수신할 필요가 있다. 인터넷 컨텐트 전송 디스크립터는 EIT 혹은 SDT 혹은 NIT에 포함되어 전송될 수 있다. 인터넷 컨텐트 전송 디스크립터가 EIT에 포함될 경우에는 미디어 컨텐트 수신 장치(100)는 인터넷을 통해서도 방송 프로그램의 시청이 가능함을 EPG 상에서 사용자에게 알려줄 수 있으므로, 사용자는 DVB 채널을 통해 또는 인터넷을 통해 선택적으로 방송 프로그램을 시청할 수 있다. 예를 들어 DVB 채널의 방송 신호가 약한 경우에 시청자는 깨진 영상을 시청하기 보다는 인터넷 망을 통하여 방송 프로그램을 시청할 수도 있다.
다음은 표 17를 참고하여 본 발명의 일 실시예에 따른 인터넷 컨텐트 전송 디스크립터를 설명한다.
표 17는 본 발명의 일 실시예에 따른 인터넷 컨텐트 전송 디스크립터의 신택스를 보여준다.
표 17
Figure PCTKR2012010806-appb-T000017
표 17에 도시된 바와 같이, 인터넷 컨텐트 전송 디스크립터는 디스크립터 태그(descriptor_tag) 필드, 디스크립터 길이(descriptor_length) 필드, deserved_future_use 필드, 및 인터넷 컨텐트 전송 모드(internet_content_delivery_mode) 필드를 포함한다.
descriptor_tag 필드는 이 디스크립터가 인터넷 컨텐트 전송 디스크립터임을 알려주기 위한 값을 가진다.
descriptor_length 필드는 이 인터넷 컨텐트 전송 디스크립터의 길이를 지시한다.
인터넷 컨텐트 전송 모드 필드는 인터넷 상의 컨텐트를 어떻게 전송할 지를 나타낸다. 예컨데, 인터넷 컨텐트 전송 모드 필드의 값은 표 18에서 보여지는 바와 같이 정의될 수 있다.
표 18
Figure PCTKR2012010806-appb-T000018
인터넷 컨텐트 전송 모드 필드가 "다운로드 및 플레이 모드"를 나타내는 경우, 인터넷 컨텐트 전송 디스크립터는 content_length 필드, url_length 필드, 하나 이상의 url_char 필드를 더 포함한다.
content_length 필드는 컨텐트의 길이를 지시한다. url_length 필드는 url_char 필드의 개수를 지시한다. 하나 이상의 url_char 필드는 컨텐트의 인터넷 위치를 지시한다. 미디어 컨텐트 수신 장치(100)는 하나 이상의 url_char 필드는 하나 이상의 url_char 필드가 지시하는 인터넷 위치의 컨텐트를 "다운로드 및 플레이 모드"로 수신할 수 있다. 미디어 컨텐트 수신 장치(100)는 해당 인터넷 위치의 컨텐트를 다운로드하고 저장한 후, 재생할 수 있다.
인터넷 컨텐트 전송 모드 필드가 "HTTP 프로그레시브 모드"를 나타내는 경우, 인터넷 컨텐트 전송 디스크립터는 bitrate 필드, buffering_size 필드, 및 하나 이상의 url_char 필드를 더 포함한다. 하나 이상의 url_char 필드는 컨텐트의 인터넷 위치를 지시한다. 미디어 컨텐트 수신 장치(100)는 하나 이상의 url_char 필드는 하나 이상의 url_char 필드가 지시하는 인터넷 위치의 컨텐트를 "HTTP 프로그레시브 모드"로 수신할 수 있다. 미디어 컨텐트 수신 장치(100)는 해당 인터넷 위치의 컨텐트의 일부를 다운로드하고 다운로드한 데이터를 버퍼에 저장한 후, 재생 가능한 상태에 이르면, 해당 인터넷 위치의 컨텐트의 다운로드와 재생을 동시에 수행할 수 있다.
인터넷 컨텐트 전송 모드 필드가 "적응적 스트리밍 모드"를 나타내는 경우, 인터넷 컨텐트 전송 디스크립터는 simulcast_flag 필드, MPD_transport_mode 필드, MPD_compression 필드, MPD_version 필드, MPD_support_profile 필드, 및 qm_report_flag 필드를 더 포함한다.
simulcast_flag 필드는 현재의 방송 프로그램이 인터넷으로 전송이 되고 있는지를 지시한다. Simulcast_flag가 '1'로 설정이 되면, 이는 현재 방송 프로그램이 인터넷으로 전송이 되고 있음을 나타낸다.
simulcast_flag 필드가 현재의 방송 프로그램이 인터넷으로 전송이 되고 있음을 지시하는 경우에, 안테나의 문제, 약한 방송 신호, 방송 수신 모듈의 문제 등으로 인하여 영상의 상태가 좋지 못할 때, 미디어 컨텐트 수신 장치(100)는 자동으로 인터넷망에 접속하여 DASH 서비스를 수신하고 재생할 수 있다.
MPD 전송 모드(MPD_transport_mode) 필드는 MPD 메타데이터를 어떻게 전송하는지에 대한 정보를 포함한다. 예컨데, MPD 전송 모드 필드의 값은 표 19에서 보여지는 바와 같이 정의될 수 있다.
표 19
Figure PCTKR2012010806-appb-T000019
표 19에서 보여지는 바와 같이, MPD 전송 모드 필드는 MPD 메타데이터가 인터넷을 통해 전송됨을 나타낼 수도 있고, MPD 메타데이터가 방송 스트림을 통해 전송됨을 나타낼 수도 있다.
MPD 전송 모드 필드가 MPD 메타데이터가 인터넷을 통해 전송됨을 나타내는 경우에, 인터넷 컨텐트 전송 디스크립터는 MPD 메타데이터의 인터넷 위치에 대한 정보를 더 포함할 수 있다. 예컨데, 인터넷 컨텐트 전송 디스크립터는 하나 이상의 MPD_url_char 필드를 더 포함한다. 하나 이상의 MPD_url_char 필드는 MPD 메타데이터의 인터넷 위치에 대한 정보를 포함할 수 있다.
MPD 전송 모드 필드가 MPD 메타데이터가 방송 스트림을 통해 전송됨을 나타내는 경우에, 인터넷 컨텐트 전송 디스크립터는 MPD 메타데이터를 더 포함할 수 있다. 예컨데, 인터넷 컨텐트 전송 디스크립터는 하나 이상의 MPD_data_byte 필드를 더 포함한다. 하나 이상의 MPD_data_byte 필드는 MPD 메타데이터를 포함할 수 있다.
MPD_compression 필드는 MPD 메타데이터의 압축 여부에 대한 정보와 MPD 메타데이터의 압축 알고리즘에 대한 정보를 포함할 수 있다. 예컨데, MPD_compression 필드의 값은 표 20에서 보여지는 바와 같이 정의될 수 있다.
표 20
Figure PCTKR2012010806-appb-T000020
MPD_version 필드는 MPD 메타데이터 파일의 DASH 스펙 버전을 지시한다.
MPD_support_profile 필드는 MPD 메타데이터 파일이 지원하는 프로파일을 지시한다. 예컨데, MPD_support_profile 필드의 값은 표 21에서 보여지는 바와 같이 정의될 수 있다.
표 21
Figure PCTKR2012010806-appb-T000021
qm_report_flag 필드는 인터넷 컨텐트 전송 디스크립터가 MPD 메타데이터 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보를 포함하는 지를 지시한다.
예컨데, qm_report_flag 필드의 값이 1인 경우에, 인터넷 컨텐트 전송 디스크립터가 MPD 메타데이터 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보를 포함한다.
인터넷 컨텐트 전송 모드 필드가 "적응적 스트리밍 모드"를 나타내는 경우, 인터넷 미디어 컨텐트의 내용에 대한 정보는 Content descriptor를 이용하여 기술될 수 있고, 인터넷 컨텐트의 타입은 Component descriptor를 이용하여 기술될 수 있다.
미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터로부터 MPD 메타데이터에 대한 정보를 획득한다(S905). 앞서 설명한 바와 같이, MPD 메타데이터 파일에 대한 정보는 각 MPD 메타데이터 파일의 위치에 대한 정보, 각 MPD 메타데이터 파일의 DASH 스펙 버전에 대한 정보, 각 MPD 메타데이터 파일이 지원하는 프로파일에 대한 정보, 각 MPD 메타데이터 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보 중 적어도 하나를 포함할 수 있다. 또한, MPD 메타데이터 파일에 대한 정보는 현재의 방송 프로그램이 인터넷으로 전송이 되고 있는지에 대한 정보와, MPD 메타데이터의 압축 여부에 대한 정보와, MPD 메타데이터의 압축 알고리즘에 대한 정보 중 적어도 하나를 포함할 수 있다. 미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터의 DASH_version 필드로부터 MPD 메타데이터 파일의 DASH 스펙 버전에 대한 정보를 획득하고, 인터넷 컨텐트 전송 디스크립터의 DASH_support_profile 필드로부터 MPD 메타데이터 파일이 지원하는 프로파일에 대한 정보를 획득하고, 인터넷 컨텐트 전송 디스크립터하나 이상의 MPD_url_char 필드로부터 MPD 메타데이터 파일의 위치에 대한 정보를 획득할 수 있다. 미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터의 simulcast_flag 필드로부터 현재의 방송 프로그램이 인터넷으로 전송이 되고 있는지에 대한 정보를 획득할 수 있다. 미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터의 MPD_compression 필드로부터 MPD 메타데이터의 압축 여부에 대한 정보와, MPD 메타데이터의 압축 알고리즘에 대한 정보 중 적어도 하나를 획득할 수 있다.
미디어 컨텐트 수신 장치(100)는 MPD 메타데이터를 획득한다(S907). 일 실시예에서, 미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터 내의 MPD 메타데이터 파일의 인터넷 위치로부터 MPD 메타데이터를 획득할 수 있다. 또 다른 실시예에서, 미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터 내의 하나 이상의 MPD_data_byte 필드로부터 MPD 메타데이터를 획득할 수 있다.
미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터의 MPD_compression 필드를 이용하여 MPD 메타데이터의 압축 여부를 확인한다. MPD 메타데이터가 압축되어 있는 경우, 미디어 컨텐트 수신 장치(100)는 인터넷 컨텐트 전송 디스크립터의 MPD_compression 필드를 이용하여 MPD 메타데이터의 압축 알고리즘을 확인하고, 확인한 압축 알고리즘을 이용하여 MPD 메타데이터의 압축을 해제한다.
다음은 도 14를 참고하여 본 발명의 일 실시예에 따른 미디어 컨텐트 수신 장치를 설명한다.
도 14는 본 발명의 일 실시예에 따른 미디어 컨텐트 수신 장치의 구조를 보여주는 블록도이다.
도 14에 도시된 바와 같이, 본 발명의 일 실시예에 따른 미디어 컨텐트 수신 장치(100)는 DASH 미디어 컨텐트 수신부(110), 방송 미디어 컨텐트 수신부(120), 및 미디어 컨텐트 재생부(130)를 포함한다.
DASH 미디어 컨텐트 수신부(110)는 컨텐트 위치 정보 파일에 대한 정보를 수신할 수 있다. 예컨데, 컨텐트 위치 정보 파일은 MPD 메타데이터 파일일 수 있다. 앞서 설명한 바와 같이, 컨텐트 위치 정보 파일에 대한 정보는 컨텐트 위치 정보 파일의 위치에 대한 정보, 컨텐트 위치 정보 파일의 DASH 스펙 버전, 컨텐트 위치 정보 파일이 지원하는 프로파일에 대한 정보, 컨텐트 위치 정보 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보 중 적어도 하나를 포함할 수 있다.
DASH 미디어 컨텐트 수신부(110)는 컨텐트 위치 정보 파일에 대한 정보를 이용하여 컨텐트 위치 정보 파일을 수신하고, 현재의 대역폭을 측정하고, 현재의 대역폭과 컨텐트 위치 정보 파일에 기초하여 제1 미디어 컨텐트를 제1 네트워크를 통해 요청하고, 제1 미디어 컨텐트를 제1 네트워크를 통해 수신한다.
DASH 미디어 컨텐트 수신부(110)는 복수의 컨텐트 위치 정보 파일에 대한 정보를 수신하고, 복수의 컨텐트 위치 정보 파일 중에서, 미디어 컨텐트 수신 장치가 처리할 수 있는 요구 능력에 해당하는 컨텐트 위치 정보 파일을 선택하고, 선택된 컨텐트 위치 정보 파일에 해당하는 인터넷 위치에 선택된 컨텐트 위치 정보 파일을 요청하고, 선택된 컨텐트 위치 정보 파일을 수신할 수 있다.
DASH 미디어 컨텐트 수신부(110)는 IPTV 방송 수신부(111), ATSC 방송 수신부(112), 및 DVB 방송 수신부(113) 중 적어도 하나를 포함할 수 있다.
IPTV 방송 수신부(111)는 IPTV의 서비스 제공자를 확인하고, 방송 디스커버리 정보를 서비스 제공자로부터 수신하고, 방송 디스커버리 정보로부터 서비스 위치 정보를 획득하고, 서비스 위치 정보로부터 컨텐트 위치 정보 파일을 획득할 수 있다.
ATSC 방송 수신부(112)는 인터넷 위치 테이블을 ATSC의 서비스 시그널링 채널로부터 수신하고, 인터넷 위치 테이블로부터 컨텐트 위치 정보 파일에 대한 정보를 획득할 수 있다.
DVB 방송 수신부(113)는 DVB 방송 채널로부터 SI 테이블을 수신하고, SI 테이블로부터 인터넷 컨텐트 전송 디스크립터를 획득하고, 인터넷 컨텐트 전송 디스크립터로부터 컨텐트 위치 정보 파일에 대한 정보를 획득할 수 있다.
방송 미디어 컨텐트 수신부(120)는 제2 네트워크를 통해 제2 미디어 컨텐트를 수신한다. 앞서 설명한 바와 같이, 제1 네트워크는 서비스 품질이 보장되지 않는 네트워크이고, 제2 네트워크는 서비스 품질이 보장되는 네트워크일 수 있다. 예컨데, 제1 네트워크는 IP 기반 네트워크이고, 제2 네트워크는 방송 네트워크일 수 있다.
미디어 컨텐트 재생부(130)는 제1 미디어 컨텐트를 소비한다. 특히, 미디어 컨텐트 재생부(130)는 제1 미디어 컨텐트와 제2 미디어 컨텐트를 결합하여 결합된 서비스를 소비할 수 있다. 앞서 설명한 바와 같이, 결합된 서비스는 PIP 서비스, 오디오 대체 서비스, 고품질 오디오 서비스, 양방향 전자 프로그램 가이드 서비스, 입체 영상 서비스 중 하나일 수 있다.
다음은 도 15을 참고하여 본 발명의 일 실시예에 따른 미디어 컨텐트 전송 장치를 설명한다.
도 15은 본 발명의 일 실시예에 따른 미디어 컨텐트 전송 장치의 구조를 보여주는 블록도이다.
본 발명의 일 실시예에 따른 미디어 컨텐트 전송 장치(300)는 DASH 미디어 컨텐트 준비부(305), 방송 미디어 컨텐트 전송부(310), 컨텐트 위치 정보 전송부(320), 및 DASH 미디어 컨텐트 전송부(330)를 포함한다.
컨텐트 전송 장치(300)는 컨텐트 전송 시스템으로 구현될 수 있다. DASH 미디어 컨텐트 준비부(305), 방송 미디어 컨텐트 전송부(310), 컨텐트 위치 정보 전송부(320), 및 DASH 미디어 컨텐트 전송부(330)는 별도의 서버로 구현될 수 있다.
DASH 미디어 컨텐트 준비부(305)는 어답테이션 세트와 컨텐트 위치 정보 파일을 준비한다. 예컨데, 컨텐트 위치 정보 파일은 MPD 메타데이터 파일일 수 있다.
방송 미디어 컨텐트 전송부(310)는 컨텐트 위치 정보 파일에 대한 정보를 제1 네트워크를 통해 전송한다.
컨텐트 위치 정보 전송부(320)는 컨텐트 위치 정보 파일을 미디어 컨텐트 수신 장치(100)에 전송한다.
DASH 미디어 컨텐트 전송부(330)는 컨텐트 위치 정보 파일에 근거한 요청에 따라 제2 네트워크를 통해 어답테이션 세트 내의 미디어 세그먼트를 미디어 컨텐트 수신 장치(100)에 전송한다.
방송 미디어 컨텐트 전송부(310)는 IPTV 방송 전송부(311), ATSC 방송 전송부(312), 및 DVB 방송 전송부(313) 중 적어도 하나를 포함할 수 있다.
IPTV 방송 전송부(311)는 앞서 설명한 바와 같은 방송 디스커버리 정보를 IPTV 방송 네트워크를 통해 전송할 수 있다.
ATSC 방송 전송부(312)는 표 8에서 보여지는 바와 같은 인터넷 위치 테이블을 ATSC 방송 네트워크를 통해 전송할 수 있다.
DVB 방송 전송부(313)는 표 17에서 보여지는 바와 같은 인터넷 컨텐트 전송 디스크립터를 DVB 방송 네트워크를 통해 전송할 수 있다.
본 발명의 일실시예에 의하면, 전술한 방법은, 프로그램이 기록된 매체에 프로세서가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 프로세서가 읽을 수 있는 매체의 예로는, ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장장치 등이 있으며, 캐리어 웨이브(예를 들어, 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다.
상기와 같이 설명된 이동 단말기는 상기 설명된 실시예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상기 실시예들은 다양한 변형이 이루어질 수 있도록 각 실시예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.

Claims (25)

  1. 미디어 컨텐트 수신 장치의 미디어 컨텐트 수신 방법에 있어서,
    컨텐트 위치 정보 파일에 대한 정보를 수신하는 단계;
    상기 컨텐트 위치 정보 파일에 대한 정보를 이용하여 상기 컨텐트 위치 정보 파일을 수신하는 단계;
    현재의 대역폭을 측정하는 단계;
    상기 현재의 대역폭과 상기 컨텐트 위치 정보 파일에 기초하여 제1 미디어 컨텐트를 제1 네트워크를 통해 요청하는 단계;
    상기 제1 미디어 컨텐트를 제1 네트워크를 통해 수신하는 단계;
    상기 제1 미디어 컨텐트를 소비하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  2. 제1항에 있어서,
    상기 제1 미디어 컨텐트를 소비하는 단계는
    제2 네트워크를 통해 제2 미디어 컨텐트를 수신하는 단계;
    상기 제1 미디어 컨텐트와 상기 제2 미디어 컨텐트를 결합하여 결합된 서비스를 생성하는 단계;
    상기 결합된 서비스를 소비하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  3. 제2항에 있어서,
    상기 제1 네트워크는 서비스 품질이 보장되지 않는 네트워크이고,
    상기 제2 네트워크는 서비스 품질이 보장되는 네트워크인
    미디어 컨텐트 수신 방법.
  4. 제2항에 있어서,
    상기 결합된 서비스는 PIP 서비스, 오디오 대체 서비스, 고품질 오디오 서비스, 양방향 전자 프로그램 가이드 서비스, 입체 영상 서비스 중 하나인
    미디어 컨텐트 수신 방법.
  5. 제1항에 있어서,
    상기 컨텐트 위치 정보 파일에 대한 정보는
    상기 컨텐트 위치 정보 파일의 위치에 대한 정보, 상기 컨텐트 위치 정보 파일의 DASH 스펙 버전, 상기 컨텐트 위치 정보 파일이 지원하는 프로파일에 대한 정보, 상기 컨텐트 위치 정보 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보 중 적어도 하나를 포함하는
    미디어 컨텐트 수신 방법.
  6. 제1항에 있어서,
    상기 컨텐트 위치 정보 파일에 대한 정보를 수신하는 단계는
    IPTV의 서비스 제공자를 확인하는 단계;
    방송 디스커버리 정보를 상기 서비스 제공자로부터 수신하는 단계;
    상기 방송 디스커버리 정보로부터 서비스 위치 정보를 획득하는 단계;
    상기 서비스 위치 정보로부터 상기 컨텐트 위치 정보 파일을 획득하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  7. 제6항에 있어서,
    상기 서비스 위치 정보는 상기 컨텐트 위치 정보 파일에 대한 정보를 포함하는 제1 엘리먼트를 포함하고,
    상기 제1 엘리먼트는 상기 서비스 위치 정보 내에 포함될 수 있는 인터넷 프로토콜 멀티캐스트 주소 엘리먼트와 구별되고,
    상기 제1 엘리먼트는 상기 서비스 위치 정보 내에 포함될 수 있는 실시간 스트리밍 프로토콜 유니폼 자원 위치 엘리먼트와 구별되는
    미디어 컨텐트 수신 방법.
  8. 제6항에 있어서,
    상기 서비스 위치 정보는 실시간 스트리밍 프로토콜 유니폼 자원 위치 엘리먼트를 포함하고,
    상기 서비스 위치 정보로부터 상기 컨텐트 위치 정보 파일을 획득하는 단계는,
    상기 실시간 스트리밍 프로토콜 유니폼 자원 위치 엘리먼트가 포함하는 인터넷 위치에 디스크라이브 요청을 전송하는 단계와,
    상기 디스크라이브 요청에 대한 응답으로 상기 MPD 메타데이터에 대한 정보를 포함하는 세션 디스크립션 프로토콜 정보를 수신하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  9. 제1항에 있어서,
    상기 컨텐트 위치 정보 파일에 대한 정보를 수신하는 단계는
    인터넷 위치 테이블을 ATSC의 서비스 시그널링 채널로부터 수신하는 단계와,
    상기 인터넷 위치 테이블로부터 상기 컨텐트 위치 정보 파일에 대한 정보를 획득하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  10. 제1항에 있어서,
    상기 컨텐트 위치 정보 파일에 대한 정보를 수신하는 단계는
    DVB 방송 채널로부터 SI 테이블을 수신하는 단계와,
    상기 SI 테이블로부터 인터넷 컨텐트 전송 디스크립터를 획득하는 단계와,
    상기 인터넷 컨텐트 전송 디스크립터로부터 상기 컨텐트 위치 정보 파일에 대한 정보를 획득하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  11. 제1항에 있어서,
    상기 컨텐트 위치 정보 파일에 대한 정보는 상기 컨텐트 위치 정보 파일의 처리 과정에서의 오류를 보고하기 위한 서버의 주소에 대한 정보를 포함하고,
    상기 미디어 컨텐트 수신 방법은,
    상기 컨텐트 위치 정보 파일의 처리 과정에서 오류가 발견되면, 상기 오류 보고 서버 주소에 오류를 보고하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  12. 제1항에 있어서,
    상기 제1 미디어 컨텐트를 요청하는 단계는,
    상기 컨텐트 위치 정보 파일을 이용하여 상기 현재의 대역폭을 위한 상기 제1 미디어 컨텐트의 미디어 세그먼트의 위치를 인식하는 단계와,
    상기 위치에 상기 제1 미디어 컨텐트의 미디어 세그먼트를 요청하는 단계를 포함하고,
    상기 제1 미디어 컨텐트를 수신하는 단계는,
    상기 미디어 세그먼트를 수신하여 상기 제1 미디어 컨텐트를 수신하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  13. 제1항에 있어서,
    상기 컨텐트 위치 정보 파일에 대한 정보를 수신하는 단계는,
    복수의 컨텐트 위치 정보 파일에 대한 정보를 수신하는 단계를 포함하고,
    상기 복수의 컨텐트 위치 정보 파일에 대한 정보는 상기 복수의 컨텐트 위치 정보 파일을 위한 복수의 요구 능력에 대한 정보와 상기 상기 복수의 컨텐트 위치 정보 파일에 각각 대응하는 복수의 인터넷 위치에 대한 정보를 포함하고,
    상기 컨텐트 위치 정보 파일을 수신하는 단계는,
    상기 복수의 컨텐트 위치 정보 파일 중에서, 상기 미디어 컨텐트 수신 장치가 처리할 수 있는 요구 능력에 해당하는 컨텐트 위치 정보 파일을 선택하는 단계와,
    선택된 컨텐트 위치 정보 파일에 해당하는 인터넷 위치에 선택된 컨텐트 위치 정보 파일을 요청하는 단계와,
    상기 선택된 컨텐트 위치 정보 파일을 수신하는 단계를 포함하는
    미디어 컨텐트 수신 방법.
  14. 제13항에 있어서,
    상기 요구 능력은
    상기 컨텐트 위치 정보 파일의 DASH 스펙 버전 및 상기 컨텐트 위치 정보 파일이 지원하는 프로파일 중 적어도 하나인
    미디어 컨텐트 수신 방법.
  15. 미디어 컨텐트 수신 장치에 있어서,
    제1 미디어 컨텐트 수신부와,
    미디어 컨텐트 재생부를 포함하고,
    상기 제1 미디어 컨텐트 수신부는 컨텐트 위치 정보 파일에 대한 정보를 수신하고, 상기 컨텐트 위치 정보 파일에 대한 정보를 이용하여 상기 컨텐트 위치 정보 파일을 수신하고, 현재의 대역폭을 측정하고, 상기 현재의 대역폭과 상기 컨텐트 위치 정보 파일에 기초하여 제1 미디어 컨텐트를 제1 네트워크를 통해 요청하고, 상기 제1 미디어 컨텐트를 제1 네트워크를 통해 수신하고,
    상기 미디어 컨텐트 재생부는 상기 제1 미디어 컨텐트를 소비하는
    미디어 컨텐트 수신 장치.
  16. 제15항에 있어서,
    제2 네트워크를 통해 제2 미디어 컨텐트를 수신하는 제2 미디어 컨텐트 수신부를 더 포함하고,
    상기 미디어 컨텐트 재생부는 상기 제1 미디어 컨텐트와 상기 제2 미디어 컨텐트를 결합하여 결합된 서비스를 소비하는
    미디어 컨텐트 수신 장치.
  17. 제15항에 있어서,
    상기 제1 미디어 컨텐트 수신부는 IPTV의 서비스 제공자를 확인하고, 방송 디스커버리 정보를 상기 서비스 제공자로부터 수신하고, 상기 방송 디스커버리 정보로부터 서비스 위치 정보를 획득하고, 상기 서비스 위치 정보로부터 상기 컨텐트 위치 정보 파일을 획득하는
    미디어 컨텐트 수신 장치.
  18. 제15항에 있어서,
    상기 제1 미디어 컨텐트 수신부는 인터넷 위치 테이블을 ATSC의 서비스 시그널링 채널로부터 수신하고, 상기 인터넷 위치 테이블로부터 상기 컨텐트 위치 정보 파일에 대한 정보를 획득하는
    미디어 컨텐트 수신 장치.
  19. 제15항에 있어서,
    상기 제1 미디어 컨텐트 수신부는 DVB 방송 채널로부터 SI 테이블을 수신하고, 상기 SI 테이블로부터 인터넷 컨텐트 전송 디스크립터를 획득하고, 상기 인터넷 컨텐트 전송 디스크립터로부터 상기 컨텐트 위치 정보 파일에 대한 정보를 획득하는
    미디어 컨텐트 수신 장치.
  20. 제15항에 있어서,
    상기 제1 미디어 컨텐트 수신부는 복수의 컨텐트 위치 정보 파일에 대한 정보를 수신하고,
    상기 복수의 컨텐트 위치 정보 파일에 대한 정보는 상기 복수의 컨텐트 위치 정보 파일을 위한 복수의 요구 능력에 대한 정보와 상기 상기 복수의 컨텐트 위치 정보 파일에 각각 대응하는 복수의 인터넷 위치에 대한 정보를 포함하고,
    상기 제1 미디어 컨텐트 수신부는 상기 복수의 컨텐트 위치 정보 파일 중에서, 상기 미디어 컨텐트 수신 장치가 처리할 수 있는 요구 능력에 해당하는 컨텐트 위치 정보 파일을 선택하고, 선택된 컨텐트 위치 정보 파일에 해당하는 인터넷 위치에 선택된 컨텐트 위치 정보 파일을 요청하고, 상기 선택된 컨텐트 위치 정보 파일을 수신하는
    미디어 컨텐트 수신 장치.
  21. 미디어 컨텐트 전송 장치에 있어서,
    컨텐트 위치 정보 파일과 어답테이션 세트를 준비하는 미디어 컨텐트 준비부;
    상기 컨텐트 위치 정보 파일에 대한 정보를 제1 네트워크를 통해 전송하는 제1 미디어 컨텐트 전송부;
    상기 컨텐트 위치 정보 파일을 전송하는 컨텐트 위치 정보 전송부; 및
    상기 컨텐트 위치 정보 파일에 근거한 요청에 따라 제2 네트워크를 통해 상기 어답테이션 세트 내의 미디어 세그먼트를 전송하는 제2 미디어 컨텐트 전송부를 포함하는
    미디어 컨텐트 전송 장치.
  22. 제21항에 있어서,
    상기 컨텐트 위치 정보 파일은 복수의 대역폭을 위한 미디어 세그먼트의 위치에 대한 정보를 포함하고,
    상기 어답테이션 세트는 복수의 대역폭에 각각 대응하는 복수의 레프리젠테이션을 포함하고,
    상기 복수의 레프리젠테이션의 각각은 복수의 미디어 세그먼트를 포함하는
    미디어 컨텐트 전송 장치.
  23. 제21항에 있어서,
    상기 제1 네트워크는 IP 기반 네트워크이고,
    상기 제2 네트워크는 IPTV 방송 네트워크이고,
    상기 제1 미디어 컨텐트 전송부는 상기 컨텐트 위치 정보 파일에 대한 정보를 포함하는 방송 디스커버리 정보를 상기 제1 네트워크를 통해 전송하는
    미디어 컨텐트 전송 장치.
  24. 제21항에 있어서,
    상기 제1 네트워크는 IP 기반 네트워크이고,
    상기 제2 네트워크는 ATSC 방송 네트워크이고,
    상기 제1 미디어 컨텐트 전송부는 상기 컨텐트 위치 정보 파일에 대한 정보를 포함하는 인터넷 위치 테이블을 상기 제1 네트워크를 통해 전송하는
    미디어 컨텐트 전송 장치.
  25. 제21항에 있어서,
    상기 제1 네트워크는 IP 기반 네트워크이고,
    상기 제2 네트워크는 DVB 방송 네트워크이고,
    상기 제1 미디어 컨텐트 전송부는 상기 컨텐트 위치 정보 파일에 대한 정보를 포함하는 인터넷 컨텐트 전송 디스크립터를 상기 제1 네트워크를 통해 전송하는
    미디어 컨텐트 전송 장치.
PCT/KR2012/010806 2011-12-12 2012-12-12 미디어 컨텐트를 수신하는 장치 및 방법 WO2013089437A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US14/364,260 US9712874B2 (en) 2011-12-12 2012-12-12 Device and method for receiving media content
EP12858100.6A EP2793479A4 (en) 2011-12-12 2012-12-12 DEVICE AND METHOD FOR RECEIVING MULTIMEDIA CONTENT
KR1020147015993A KR101719998B1 (ko) 2011-12-12 2012-12-12 미디어 컨텐트를 수신하는 장치 및 방법
US15/627,549 US9955220B2 (en) 2011-12-12 2017-06-20 Device and method for receiving media content

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201161569290P 2011-12-12 2011-12-12
US61/569,290 2011-12-12

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/364,260 A-371-Of-International US9712874B2 (en) 2011-12-12 2012-12-12 Device and method for receiving media content
US15/627,549 Continuation US9955220B2 (en) 2011-12-12 2017-06-20 Device and method for receiving media content

Publications (1)

Publication Number Publication Date
WO2013089437A1 true WO2013089437A1 (ko) 2013-06-20

Family

ID=48612816

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/010806 WO2013089437A1 (ko) 2011-12-12 2012-12-12 미디어 컨텐트를 수신하는 장치 및 방법

Country Status (4)

Country Link
US (2) US9712874B2 (ko)
EP (1) EP2793479A4 (ko)
KR (1) KR101719998B1 (ko)
WO (1) WO2013089437A1 (ko)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150222697A1 (en) * 2014-01-31 2015-08-06 Qualcomm Incorporated Consolidated access to broadcast content available from different networks
US9197717B2 (en) 2013-11-27 2015-11-24 At&T Intellectual Property I, Lp Server-side scheduling for media transmissions according to client device states
EP2993911A1 (en) * 2014-09-04 2016-03-09 Thomson Licensing Method and client terminal for receiving a multimedia content split into at least two successive segments, and corresponding computer program product and computer-readable medium
CN105917654A (zh) * 2014-01-13 2016-08-31 Lg电子株式会社 经由一个或者更多个网络发送或者接收广播内容的设备和方法
CN105917655A (zh) * 2014-01-13 2016-08-31 Lg电子株式会社 经由一个或者多个网络发送或者接收广播内容的设备和方法
WO2016167632A1 (ko) * 2015-04-17 2016-10-20 삼성전자 주식회사 방송 서비스를 위한 서비스 시그널링을 송수신하는 방법 및 장치
KR20160133480A (ko) * 2014-04-09 2016-11-22 엘지전자 주식회사 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2017039152A1 (en) * 2015-08-28 2017-03-09 Samsung Electronics Co., Ltd. Broadcast receiving device, method for controlling the same and computer-readable recording medium
CN106797445A (zh) * 2014-10-28 2017-05-31 华为技术有限公司 马赛克业务呈现/分发方法及装置
US10038922B2 (en) 2013-07-19 2018-07-31 Sony Corporation Information processing device and method for supplying data of partial images
US20180220204A1 (en) * 2013-04-19 2018-08-02 Sony Corporation Information processing device, content requesting method, and computer program
CN109219962A (zh) * 2016-06-08 2019-01-15 索尼公司 接收装置、接收方法、再现装置、再现方法、供应装置、供应方法以及程序
US11317138B2 (en) 2015-04-17 2022-04-26 Samsung Electronics Co., Ltd. Method and apparatus for transmitting or receiving service signaling for broadcasting service

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2896189B1 (en) * 2013-01-16 2016-09-14 Huawei Technologies Co., Ltd. Storing and transmitting content for downloading and streaming
US10212049B2 (en) * 2013-03-14 2019-02-19 Time Warner Cable Enterprises Llc Apparatus and methods for managing service delivery telemetry
US20140372569A1 (en) * 2013-06-14 2014-12-18 Samsung Electronics Co., Ltd. Controlling dash client rate adaptation
JP2015002513A (ja) * 2013-06-18 2015-01-05 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
JP6570999B2 (ja) * 2013-07-02 2019-09-04 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
US9628528B2 (en) * 2013-07-19 2017-04-18 Electronics And Telecommunications Research Institute Apparatus and method for providing content
JP2015043484A (ja) * 2013-08-26 2015-03-05 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
US9807452B2 (en) * 2013-10-07 2017-10-31 Samsung Electronics Co., Ltd. Practical delivery of high quality video using dynamic adaptive hypertext transport protocol (HTTP) streaming (DASH) without using HTTP in a broadcast network
KR20150057149A (ko) * 2013-11-18 2015-05-28 한국전자통신연구원 재전송망에 기초한 3ｄ 방송 서비스 제공 시스템 및 방법
US20150199498A1 (en) * 2014-01-10 2015-07-16 Furturewei Technologies, Inc. Flexible and efficient signaling and carriage of authorization acquisition information for dynamic adaptive streaming
US10171607B2 (en) 2014-03-28 2019-01-01 Time Warner Cable Enterprises Llc Apparatus and methods for managing quality of experience during the delivery of content
US10924781B2 (en) * 2014-06-27 2021-02-16 Satellite Investors, Llc Method and system for real-time transcoding of MPEG-DASH on-demand media segments while in transit from content host to dash client
CN113037768A (zh) * 2014-09-12 2021-06-25 索尼公司 发送设备、发送方法、接收设备和接收方法
KR102288087B1 (ko) * 2014-11-25 2021-08-10 엘지전자 주식회사 멀티미디어 디바이스 및 그 제어 방법
US9479801B2 (en) * 2014-12-19 2016-10-25 Telefonaktiebolaget L M Ericsson (Publ) End user-based personalized ad insertion in broadcast-broadband hybrid terminals
KR101919726B1 (ko) * 2015-02-15 2018-11-16 후아웨이 테크놀러지 컴퍼니 리미티드 하이퍼텍스트 전송 프로토콜 미디어 스트림에 기초한 미디어 프레젠테이션 가이드 방법 및 관련 장치
CN107534793B (zh) * 2015-04-30 2021-08-03 索尼公司 接收装置、传输装置以及数据处理方法
KR101708266B1 (ko) * 2015-11-12 2017-02-20 연세대학교 산학협력단 적응적 스트리밍 장치 및 그 방법
WO2018044731A1 (en) * 2016-09-02 2018-03-08 Vid Scale, Inc. Systems and methods for hybrid network delivery of objects of interest in video
WO2018237191A1 (en) * 2017-06-21 2018-12-27 Verance Corporation ACQUISITION AND TREATMENT OF METADATA BASED ON A WATERMARK
JP7035401B2 (ja) * 2017-09-15 2022-03-15 ソニーグループ株式会社 画像処理装置およびファイル生成装置
KR102401372B1 (ko) * 2019-10-30 2022-05-24 경희대학교 산학협력단 이종 네트워크를 통해 수신한 콘텐츠의 삽입 방법 및 장치
KR102349526B1 (ko) * 2019-11-08 2022-01-11 (주)유미테크 네트워크 품질 관리 방법
JP7058039B2 (ja) * 2019-12-27 2022-04-21 株式会社インフォシティ 放送サービス通信ネットワーク配信装置および方法
WO2021177630A1 (ko) * 2020-03-05 2021-09-10 엘지전자 주식회사 미디어 처리 장치 및 미디어 처리 방법
WO2021108813A2 (en) * 2021-02-01 2021-06-03 Futurewei Technologies, Inc. System and method of communications using parallel data paths
CN115002521B (zh) * 2022-05-25 2024-05-03 三星电子（中国）研发中心 多视图资源分配方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100656526B1 (ko) * 2005-09-09 2006-12-11 삼성전자주식회사 토큰 정보를 이용한 주문형 비디오 서비스의 대역폭 보장시스템 및 그 방법
KR20110053178A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 적응적인 스트리밍 방법 및 장치
KR20110053179A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 데이터 전송 방법 및 장치
KR20110053180A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 데이터 제공 방법 및 장치와 데이터 수신 방법 및 장치
KR20110097596A (ko) * 2010-02-23 2011-08-31 삼성전자주식회사 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7068729B2 (en) * 2001-12-21 2006-06-27 Digital Fountain, Inc. Multi-stage code generator and decoder for communication systems
US9432433B2 (en) * 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US8140390B2 (en) * 2008-02-12 2012-03-20 At&T Intellectual Property I, Lp System and method for displaying partial advertising data during trick play
US9621364B2 (en) * 2008-05-19 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Switching between delivery methods in an IPTV communication network
US8370201B2 (en) * 2008-06-30 2013-02-05 At&T Intellectual Property I, Lp System and method for presenting prioritized advertising data in a picture in picture display window during execution of video trick play command data
US8260877B2 (en) * 2008-12-31 2012-09-04 Apple Inc. Variant streams for real-time or near real-time streaming to provide failover protection
US20100169303A1 (en) * 2008-12-31 2010-07-01 David Biderman Playlists for real-time or near real-time streaming
US20120233651A1 (en) * 2009-10-07 2012-09-13 Hyeon Jae Lee Iptv receiver and method for providing content
KR101750048B1 (ko) 2009-11-13 2017-07-03 삼성전자주식회사 변속 재생 서비스 제공 방법 및 장치
KR101737084B1 (ko) * 2009-12-07 2017-05-17 삼성전자주식회사 메인 콘텐트에 다른 콘텐트를 삽입하여 스트리밍하는 방법 및 장치
GB201105502D0 (en) * 2010-04-01 2011-05-18 Apple Inc Real time or near real time streaming
US9185439B2 (en) * 2010-07-15 2015-11-10 Qualcomm Incorporated Signaling data for multiplexing video components
KR20140008478A (ko) * 2010-07-19 2014-01-21 엘지전자 주식회사 미디어 파일 송수신 방법 및 그를 이용한 송수신 장치
US8782268B2 (en) * 2010-07-20 2014-07-15 Microsoft Corporation Dynamic composition of media
US9319448B2 (en) * 2010-08-10 2016-04-19 Qualcomm Incorporated Trick modes for network streaming of coded multimedia data
KR101613941B1 (ko) * 2010-11-02 2016-04-20 엘지전자 주식회사 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치
US8892763B2 (en) * 2011-01-05 2014-11-18 Motorola Mobility Llc Live television playback optimizations
US20120282951A1 (en) * 2011-01-10 2012-11-08 Samsung Electronics Co., Ltd. Anchoring and sharing locations and enjoyment experience information on a presentation timeline for multimedia content streamed over a network
KR20120084252A (ko) * 2011-01-19 2012-07-27 삼성전자주식회사 복수의 실시간 전송 스트림을 수신하는 수신 장치와 그 송신 장치 및 멀티미디어 컨텐츠 재생 방법
KR20110039520A (ko) * 2011-02-25 2011-04-19 쿠도커뮤니케이션 주식회사 위치 기반 방송 스트림 수신 방법을 위한 컴퓨터로 읽을 수 있는 기록 매체, 셋톱박스 및 셋톱박스의 동작 방법
US8489760B2 (en) * 2011-03-31 2013-07-16 Juniper Networks, Inc. Media file storage format and adaptive delivery system
US8843586B2 (en) * 2011-06-03 2014-09-23 Apple Inc. Playlists for real-time or near real-time streaming
US9462024B2 (en) * 2011-06-08 2016-10-04 Futurewei Technologies, Inc. System and method of media content streaming with a multiplexed representation
KR101717555B1 (ko) * 2011-06-20 2017-03-17 엘지전자 주식회사 미디어 컨텐트 송수신 방법 및 그를 이용한 송수신 장치
US10237565B2 (en) * 2011-08-01 2019-03-19 Qualcomm Incorporated Coding parameter sets for various dimensions in video coding
WO2013032402A1 (en) * 2011-09-01 2013-03-07 Mp4Sls Pte Ltd Communication device and method for receiving media data
US9591361B2 (en) * 2011-09-07 2017-03-07 Qualcomm Incorporated Streaming of multimedia data from multiple sources
JP2013062683A (ja) * 2011-09-13 2013-04-04 Toshiba Corp データ転送装置、データ送信システム、データ送信方法およびプログラム
US8751679B2 (en) * 2011-10-07 2014-06-10 Ericsson Television Inc. HTTP adaptive streaming server with automatic rate shaping
US20140237536A1 (en) * 2011-10-13 2014-08-21 Samsung Electronics Co., Ltd. Method of displaying contents, method of synchronizing contents, and method and device for displaying broadcast contents
US8775821B2 (en) * 2011-10-20 2014-07-08 International Business Machines Corporation Secure password generation

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100656526B1 (ko) * 2005-09-09 2006-12-11 삼성전자주식회사 토큰 정보를 이용한 주문형 비디오 서비스의 대역폭 보장시스템 및 그 방법
KR20110053178A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 적응적인 스트리밍 방법 및 장치
KR20110053179A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 데이터 전송 방법 및 장치
KR20110053180A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 데이터 제공 방법 및 장치와 데이터 수신 방법 및 장치
KR20110097596A (ko) * 2010-02-23 2011-08-31 삼성전자주식회사 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치

Cited By (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180220204A1 (en) * 2013-04-19 2018-08-02 Sony Corporation Information processing device, content requesting method, and computer program
US10306273B2 (en) 2013-07-19 2019-05-28 Sony Corporation Information processing device and method for generating partial image information including group identification information
US10038922B2 (en) 2013-07-19 2018-07-31 Sony Corporation Information processing device and method for supplying data of partial images
US9769284B2 (en) 2013-11-27 2017-09-19 At&T Intellectual Property I, L.P. Server-side scheduling for media transmissions according to client device states
US9197717B2 (en) 2013-11-27 2015-11-24 At&T Intellectual Property I, Lp Server-side scheduling for media transmissions according to client device states
US10827032B2 (en) 2013-11-27 2020-11-03 At&T Intellectual Property I, L.P. Server-side scheduling for media transmissions according to client device states
US10356208B2 (en) 2013-11-27 2019-07-16 At&T Intellectual Property I, L.P. Server-side scheduling for media transmissions according to client device states
US10911800B2 (en) 2014-01-13 2021-02-02 Lg Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
US11095703B2 (en) 2014-01-13 2021-08-17 Lg Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
US11665385B2 (en) 2014-01-13 2023-05-30 Lg Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
US11477259B2 (en) 2014-01-13 2022-10-18 Lg Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
EP3095245A4 (en) * 2014-01-13 2017-11-08 LG Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
CN105917654B (zh) * 2014-01-13 2019-07-26 Lg电子株式会社 经由一个或者更多个网络发送或者接收广播内容的设备和方法
CN105917655B (zh) * 2014-01-13 2019-07-09 Lg电子株式会社 经由一个或者多个网络发送或者接收广播内容的设备和方法
CN105917655A (zh) * 2014-01-13 2016-08-31 Lg电子株式会社 经由一个或者多个网络发送或者接收广播内容的设备和方法
US10326816B2 (en) 2014-01-13 2019-06-18 Lg Electronics Inc. Apparatuses and methods for transmitting or receiving a broadcast content via one or more networks
CN105917654A (zh) * 2014-01-13 2016-08-31 Lg电子株式会社 经由一个或者更多个网络发送或者接收广播内容的设备和方法
US20150222697A1 (en) * 2014-01-31 2015-08-06 Qualcomm Incorporated Consolidated access to broadcast content available from different networks
US10694259B2 (en) 2014-04-09 2020-06-23 Lg Electronics Inc. Broadcast transmission device, broadcast reception device, operating method of broadcast transmission device, and operating method of broadcast reception device
KR20160133480A (ko) * 2014-04-09 2016-11-22 엘지전자 주식회사 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
KR101877154B1 (ko) * 2014-04-09 2018-08-07 엘지전자 주식회사 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
US11166083B2 (en) 2014-04-09 2021-11-02 Lg Electronics Inc. Broadcast transmission device, broadcast reception device, operating method of broadcast transmission device, and operating method of broadcast reception device
KR20180081169A (ko) * 2014-04-09 2018-07-13 엘지전자 주식회사 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
KR102004837B1 (ko) * 2014-04-09 2019-07-29 엘지전자 주식회사 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
EP2993910A1 (en) * 2014-09-04 2016-03-09 Thomson Licensing Method and client terminal for receiving a multimedia content split into at least two successive segments, and corresponding computer program product and computer-readable medium.
EP2993911A1 (en) * 2014-09-04 2016-03-09 Thomson Licensing Method and client terminal for receiving a multimedia content split into at least two successive segments, and corresponding computer program product and computer-readable medium
CN106797445B (zh) * 2014-10-28 2020-04-21 华为技术有限公司 马赛克业务呈现/分发方法及装置
CN106797445A (zh) * 2014-10-28 2017-05-31 华为技术有限公司 马赛克业务呈现/分发方法及装置
WO2016167632A1 (ko) * 2015-04-17 2016-10-20 삼성전자 주식회사 방송 서비스를 위한 서비스 시그널링을 송수신하는 방법 및 장치
US11317138B2 (en) 2015-04-17 2022-04-26 Samsung Electronics Co., Ltd. Method and apparatus for transmitting or receiving service signaling for broadcasting service
WO2017039152A1 (en) * 2015-08-28 2017-03-09 Samsung Electronics Co., Ltd. Broadcast receiving device, method for controlling the same and computer-readable recording medium
KR20190016020A (ko) * 2016-06-08 2019-02-15 소니 주식회사 수신 장치 및 수신 방법, 재생 장치 및 재생 방법, 공급 장치 및 공급 방법, 그리고 프로그램
CN109219962B (zh) * 2016-06-08 2021-07-20 索尼公司 接收装置、接收方法、再现装置、再现方法、供应装置、供应方法以及程序
US11159860B2 (en) 2016-06-08 2021-10-26 Saturn Licensing Llc Receiving device and receiving method, reproducing device and reproducing method, supply device and supply method, and program
KR102319932B1 (ko) 2016-06-08 2021-11-02 소니그룹주식회사 수신 장치 및 수신 방법, 재생 장치 및 재생 방법, 공급 장치 및 공급 방법, 그리고 프로그램
CN109219962A (zh) * 2016-06-08 2019-01-15 索尼公司 接收装置、接收方法、再现装置、再现方法、供应装置、供应方法以及程序

Also Published As

Publication number Publication date
EP2793479A1 (en) 2014-10-22
US20150012956A1 (en) 2015-01-08
US9712874B2 (en) 2017-07-18
US9955220B2 (en) 2018-04-24
US20170339459A1 (en) 2017-11-23
KR101719998B1 (ko) 2017-03-27
KR20140107251A (ko) 2014-09-04
EP2793479A4 (en) 2015-07-01

Similar Documents

Publication Publication Date Title
WO2013089437A1 (ko) 미디어 컨텐트를 수신하는 장치 및 방법
WO2013055191A2 (ko) 방송 시스템에서의 제어 메시지 구성 장치 및 방법
WO2013169084A1 (ko) Mmt 패킷 포맷 확장을 통한 하이브리드 전송 방법
WO2012060581A2 (ko) 미디어 콘텐트 송수신 방법 및 그를 이용한 송수신 장치
WO2012011724A2 (ko) 미디어 파일 송수신 방법 및 그를 이용한 송수신 장치
WO2013141666A1 (ko) Ｍｍｔ 패키지화된 ｓｖｃ 비디오 콘텐츠의 하이브리드 전송 방법 및 수신 방법
WO2013077698A1 (ko) Mmt 미디어와 dash 미디어와의 연동 방법
WO2011059291A2 (en) Method and apparatus for transmitting and receiving data
WO2013025035A9 (ko) 송신 장치, 수신 장치 및 그 송수신 방법
WO2011105811A2 (en) Method and apparatus for transmitting and receiving data
WO2011071290A2 (en) Streaming method and apparatus operating by inserting other content into main content
WO2011043534A1 (en) A method for operating an interactive program guide, a user device for an interactive program guide, a method and a device for providing a consolidated data guide information listing
WO2011152675A2 (en) Method and apparatus for adaptive streaming based on plurality of elements for determining quality of content
WO2012011735A2 (en) Method and apparatus for transmitting and receiving adaptive streaming mechanism-based content
WO2012177041A2 (ko) 미디어 컨텐트 송수신 방법 및 그를 이용한 송수신 장치
WO2012011722A2 (ko) 미디어 송수신 방법 및 그를 이용한 송수신 장치
WO2011062386A2 (ko) 방송 신호 송수신 방법 및 그를 이용한 방송 수신 장치
WO2015012605A1 (ko) 3차원 콘텐츠의 부호화 방법 및 장치
WO2010123248A2 (ko) P2p 전송 방식에 의한 iptv 스트리밍 서비스를 전송하는 방법 및 p2p 전송 방식에 의한 iptv 스트리밍 서비스를 수신하는 방법.
WO2011132879A2 (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2009157740A2 (en) An internet protocol tv(iptv) receiver and a method for receiving application information in an iptv receiver
WO2017209574A1 (ko) 미디어 콘텐츠 제공 방법 및 장치
WO2011002147A1 (en) Method of processing data on epg in service provider connected to network and digital broadcast receiver of processing data on epg
WO2011132882A2 (ko) 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2011037359A2 (ko) 확장된 서비스/프로그램 가이드를 수신하는 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12858100

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14364260

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20147015993

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE