WO2013055179A1 - Method and apparatus for transmitting and receiving multimedia service - Google Patents

Method and apparatus for transmitting and receiving multimedia service Download PDF

Info

Publication number
WO2013055179A1
WO2013055179A1 PCT/KR2012/008383 KR2012008383W WO2013055179A1 WO 2013055179 A1 WO2013055179 A1 WO 2013055179A1 KR 2012008383 W KR2012008383 W KR 2012008383W WO 2013055179 A1 WO2013055179 A1 WO 2013055179A1
Authority
WO
WIPO (PCT)
Prior art keywords
package
service
asset
information
value
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2012/008383
Other languages
English (en)
French (fr)
Inventor
Sung-Oh Hwang
Yong-Han Kim
Kyung-Mo Park
Sung-Ryeul Rhyu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Industry Cooperation Foundation of University of Seoul
Original Assignee
Samsung Electronics Co Ltd
Industry Cooperation Foundation of University of Seoul
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 Samsung Electronics Co Ltd, Industry Cooperation Foundation of University of Seoul filed Critical Samsung Electronics Co Ltd
Priority to CN201280061942.XA priority Critical patent/CN104025479B/zh
Priority to KR1020207016091A priority patent/KR102252402B1/ko
Priority to KR1020147012751A priority patent/KR101991321B1/ko
Priority to KR1020197017119A priority patent/KR102121479B1/ko
Priority to EP12839272.7A priority patent/EP2767014A4/en
Priority to EP19161146.6A priority patent/EP3518442B1/en
Priority to KR1020217014045A priority patent/KR102331705B1/ko
Priority to JP2014535654A priority patent/JP6339501B2/ja
Priority to EP21185149.8A priority patent/EP3913822B1/en
Publication of WO2013055179A1 publication Critical patent/WO2013055179A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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/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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23605—Creation or processing of packetized elementary streams [PES]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H2201/00—Aspects of broadcast communication
    • H04H2201/40—Aspects of broadcast communication characterised in that additional data relating to the broadcast data are available via a different channel than the broadcast channel

Definitions

  • the present invention relates to a method for providing multimedia services. More particularly, the present invention relates to a method in which a service provider, which provides broadcasting-communication convergence services in a heterogeneous network environment, may deliver specific information about a service that the service provider itself provides.
  • the evolution of the Internet into the broadband Internet has enabled not only the existing broadcasting that uses dedicated channels such as terrestrial channels, satellite channels and cables, but also the Internet broadcasting that provides scheduled multimedia services using the public Internet.
  • broadcasting-communication convergence services have emerged that can provide a variety of services by organically combining the existing broadcasting with the Internet broadcasting.
  • Broadcast service providers can deliver content not only over the dedicated channels, but also over the Internet. Even a broadcast service provider has emerged that can deliver content only over the Internet without its dedicated broadcast channels. Therefore, regardless of whether a broadcaster uses both the dedicated channels and the Internet, or only uses the Internet, the broadcaster needs to deliver its program schedule (or organization) information to viewers along with program content, promoting their program content to the viewers, thus allowing the viewers to watch the programs according to the viewers' respective schedules.
  • the broadcasters may provide a 'Re-view' service over the Internet, thereby allowing the viewers to watch the content later if the viewers did not watch during the content during its broadcast. In the existing broadcasting, this type of information is called an Electronic Program Guide (EPG).
  • EPG Electronic Program Guide
  • PSIP Program and System Information Protocol
  • SI Service Information
  • MPEG-2 Moving Picture Experts Group-2
  • the Internet broadcasting is globally provided, so viewers may access the Internet broadcasting over the Internet anywhere in the world as long as the viewers have a receiver capable of receiving the Internet broadcasting, thereby overcoming the limitations of the regional property of the existing broadcasting. Therefore, in order to overcome the limitations of the regional property of the existing broadcasting standards, which are roughly classified into the North American standard, the European standard, and the Japanese standard, the Internet broadcasting should be provided by a single standard unique in the world to prevent the unnecessary increase in complexity of the receivers. In this regard, SSI also requires a single standard.
  • the future broadcasting-communication convergence system is expected to be restructured based on the Internet.
  • even guide information not only about the program content over the existing broadcast channels but also about the program content over the Internet will be delivered in SSI in the machine-readable form in which the receivers may read the program content.
  • the receivers may acquire the SSI over broadcast channels or the Internet, utilize it in controlling broadcast reception, and if necessary, show it in the form in which the viewers can read the SSI.
  • the Internet broadcasters which use no dedicated broadcast channels, may deliver the SSI over the Internet.
  • the above information is presented as background information only to assist with an understanding of the present disclosure. No determination has been made, and no assertion is made, as to whether any of the above might be applicable as prior art with regard to the present invention.
  • an aspect of the present invention is to provide a format by which a service provider, which provides broadcasting-communication convergence services in a heterogeneous network environment including the Internet, may deliver specific information about a service that the service provider itself provides.
  • a method for receiving a multimedia service includes receiving service specific information for at least one multimedia service provided from different networks, selecting one service based on the service specific information, and receiving the selected service.
  • the service specific information may include one of a first service map table including information about at least one service which is transmitted over a plurality of logical channels, and a second service map table including information about at least one service which is transmitted over a single logical channel.
  • Each of the first and second service map tables may include asset-related information.
  • a method for transmitting a multimedia service includes transmitting service specific information for at least one multimedia service to be provided from different networks, and transmitting a service requested by a receiver, to the receiver based on the service specific information.
  • the service specific information may include one of a first service map table including information about at least one service which is transmitted over a plurality of logical channels, and a second service map table including information about at least one service which is transmitted over a single logical channel.
  • Each of the first and second service map tables may include asset-related information.
  • an apparatus for receiving a multimedia service is provided.
  • the apparatus includes a receiver for receiving service specific information for at least one multimedia service provided from different networks, and a controller for selecting one service based on the service specific information.
  • the receiver may receive a service selected by the controller.
  • the service specific information may include one of a first service map table including information about at least one service which is transmitted over a plurality of logical channels, and a second service map table including information about at least one service which is transmitted over a single logical channel.
  • Each of the first and second service map tables may include asset-related information.
  • an apparatus for transmitting a multimedia service includes a transmitter for transmitting service specific information for at least one multimedia service to be provided from different networks, and a controller for selecting a service requested by a receiver based on the service specific information.
  • the transmitter may transmit a service selected by the controller, to the receiver based on the service specific information.
  • the service specific information may include one of a first service map table including information about at least one service which is transmitted over a plurality of logical channels, and a second service map table including information about at least one service which is transmitted over a single logical channel.
  • Each of the first and second service map tables may include asset-related information.
  • a method for receiving a multimedia service includes receiving a control message, and decoding the control message.
  • the control message may include at least one table.
  • the at least one table may include a table for at least one MPEG Media Transport (MMT) Package Table (MPT) corresponding to a package.
  • MMT MPEG Media Transport
  • MPT Package Table
  • the table for an MPT may include an asset list belonging to the package.
  • an apparatus for receiving a multimedia service includes a receiver for receiving a control message, and a decoder for decoding the control message.
  • the control message may include at least one table.
  • the at least one table may include a table for at least one MPT corresponding to a package.
  • the table for the MPT may include an asset list belonging to the package.
  • a method for transmitting a multimedia service includes generating a control message, and transmitting the generated control message.
  • the control message may include at least one table.
  • the at least one table may include a table for at least one MPT corresponding to a package.
  • the table for the MPT may include an asset list belonging to the package.
  • an apparatus for transmitting a multimedia service includes a controller for generating a control message, and a transmitter for transmitting the generated control message.
  • the control message may include at least one table.
  • the at least one table may include a table for at least one MPT corresponding to a package.
  • the table for the MPT may include an asset list belonging to the package.
  • FIG. 1 shows a structure of Service Specific Information (SSI) and system guide information in an existing broadcasting that uses dedicated physical channels according to an exemplary embodiment of the present invention
  • FIG. 2 shows a structure of SSI in an Internet broadcasting according to an exemplary embodiment of the present invention
  • FIG. 3 shows a logical structure of SSI according to an exemplary embodiment of the present invention
  • FIG. 4 shows an example of SSI in an MPEG-2 Transport Stream (TS) based broadcasting according to an exemplary embodiment of the present invention
  • FIG. 5 shows a structure of SI signaling according to an exemplary embodiment of the present invention
  • FIGs. 6 and 7 show an operation of receiving multimedia in a receiver according to an exemplary embodiment of the present invention
  • FIG. 8 shows a structure of a transmission apparatus according to an exemplary embodiment of the present invention.
  • FIG. 9 shows a structure of a reception apparatus according to an exemplary embodiment of the present invention.
  • Media Service A service which delivers information by using one or more of various media, such as, for example, audio, video, images, texts, graphics, interactive applications, and the like.
  • Foreground Media Service A free or charged media product directly exposed to a viewer to allow the viewer to select and enjoy at a time point, such as a video service, an audio service, an Electronic Program Guide (EPG) service, a push Video on Demand (VoD) service, a portable service, and the like.
  • EPG Electronic Program Guide
  • VoD Video on Demand
  • Background Broadcast Service A media delivery service which assists the foreground media service, but is not directly exposed to a viewer, such as, for example, a carousel for file download, pre-download over the Internet, and the like.
  • Video Service A service in which video is the primary, and its associated audio is provided together, and audio, a subtitle, an interactive application, other additional data, and the like, in another language may also be provided together with the video.
  • Audio Service A service in which audio is the primary, and video or image, an interactive application, and other additional data associated with the audio may be provided together with the audio.
  • Interactive Application Software which is evoked if necessary during consumption of a video or audio service, provides information to a viewer, and receives a viewer's reaction to control a media service or deliver information to a server of a media operator, and collectively refers to software in a declarative and procedural language.
  • This application may be evoked by a media operator in association with a currently consumed video or audio service or may be evoked by a media operator regardless of a currently consumed media service.
  • An interactive application already stored in a receiver's cache and recognized by a viewer may be evoked at the request of the viewer.
  • Regular Media Media which needs to be provided due to requirements of a media service. For example, audio of an audio service, or video and audio of its associated video service.
  • Adjunct Media Media which does not need to be provided due to requirements of a media service, but may be provided when needed.
  • such media may include web documents, widgets, interactive applications, audio clips, video clips, graphics, texts, images, an auxiliary media component, or the like. The adjunct media is consumed together with regular media at all times, and cannot be consumed alone.
  • Media Component A component which constitutes media.
  • a left-eye view image and a right-eye view image may be media components.
  • each channel audio may be a media component.
  • a left-eye view image is provided as a 2-Dimensional (2D) image at all times among left-eye and right-eye view images in a 2D/3-Dimensonal (3D) time combined service
  • the right-eye view image provided only in a stereoscopic video period is an auxiliary media component.
  • Asset Encoding data regarding a media component.
  • encoding refers to compression encoding, encoding for a standard format, and the like.
  • Regular Asset Encoding data regarding a media component of regular media.
  • encoding refers to compression encoding, encoding for a standard format, and the like.
  • Adjunct Asset Encoding data regarding a media component or auxiliary media component of adjunct media.
  • encoding refers to compression encoding, encoding for a standard format, and the like.
  • Program An instance of a media service (e.g., the entire content of one broadcast channel (logical channel)).
  • Program Item The content of a time period of a program.
  • the program item is the content of a time period of the movie including the advertisement.
  • each advertisement is an individual program item, but it is an embedded program item included in another program item.
  • the program is a result of concatenation of program items except for the embedded program item on a timeline.
  • Package Encoding data for a program item. This includes assets and control information associated with transmission, decoding, playback, and the like, of the assets.
  • a regular asset which can include synchronization information regarding an adjunct asset among regular assets.
  • the primary asset may include synchronization and control information of an adjunct asset, as attached information of an M-unit of a video stream.
  • Attached Information Additional information regarding an asset, such as control information, description information, and the like.
  • the attached information is a logical term, and may be included in a header of multiple layers in a transport hierarchy, and in this case, it is called header information.
  • Stream Asset An asset in the form of a media compression data, which can be temporally-infinitely generated like a video stream and an audio stream.
  • Non- Stream Asset An asset which does not correspond to a stream asset.
  • M-Unit A sub sub-component of an asset.
  • An M-unit of a stream asset is a minimum data unit which can be input to a media decoder at a time, and a decoding result thereof may be presented at a time point or in a time period according to media.
  • a result of compression of a frame may be one M-unit
  • an audio stream a result of compression of an audio sample for 24 ms may be one M-unit.
  • Logical Channel A path that delivers one encoded program.
  • the logical channel corresponds to a data delivery path designated by a Program Map Table (PMT) in the existing MPEG-2 Transport Stream (TS)-based digital TV system, or a data delivery path designated by a source address, a destination address And A Port Number In The Internet.
  • PMT Program Map Table
  • TS MPEG-2 Transport Stream
  • Physical Channel A path that delivers one or more logical channels.
  • the physical channel corresponds to a terrestrial TV channel, a cable TV channel, a satellite broadcast channel, the Internet, and the like, having a bandwidth of 6 MHz.
  • IP Internet Protocol
  • IP Application Data Flow One IP application data flow is designated by a source address and a destination address on the Internet, and by a port number in a destination designating an application that will process content of an IP packet.
  • Asset Path IDentifier An identifier of an asset path (e.g., an information path carrying an asset).
  • An IP application data flow is composed of several asset paths, and each asset path is uniquely identified within one IP application data flow by an APID.
  • Asset Module IDentifier When an asset is transmitted through several asset modules by being divided, the AMID is an identifier for identifying these asset modules in one asset path. For example, assuming that there is a large-sized table and this table is divided into several sub-tables, if the entire table is designated as one asset, each sub-table is an asset module.
  • SSI Service Specific Information
  • a broadcaster or a group of broadcasters needs to deliver, to receivers, specific information for a broadcast service provided over all media such as wire/wireless Internets, terrestrial channels, satellite channels and cables, which are operated in common.
  • SSI needs to have a machine-readable format that a receiver may efficiently read and decrypt.
  • the SSI needs to use a format in which the same SSI may be represented with as small amount of data as possible.
  • SSI needs to guide service specification (or service history) of the past and present over a predetermined period, and of the future for a period of a predetermined time (e.g., during a half month).
  • service specification or service history
  • the service specification that was already broadcasted in the past may not be directly included in SSI, and in this case, a receiver may maintain the already stored past service specification without deletion for a predetermined period of time (e.g., a half month).
  • Valid Period of Guide Information A specific version of SSI is valid only for a predetermined period of time, and needs to be updated automatically by a receiver upon a lapse of the predetermined period of time.
  • SSI needs to have a structure in which of the SSI content, the information necessary for operations of the broadcasting system is mandatorily delivered, but the other information may be optionally delivered.
  • position information of program content is the information necessary for a receiver to read a program stream
  • plot of the program content is the information that can help the viewer to determine whether to view the program, but is not necessary for operations of the receiver.
  • SSI needs to have a structure capable of minimizing a channel acquisition time.
  • the term 'channel acquisition time' as used herein may refer to a time in which video and audio are played after power-up or channel change.
  • SSI Forward Compatibility with Existing Broadcasting: SSI needs to guide service specification of even the existing MPEG-2 TS based broadcasting.
  • the existing MPEG- 2 TS based broadcasting also needs to use SSI.
  • the provided SSI will not be used in the existing receiver that does not support it, but it should not cause undue impact on the operation of the receiver.
  • SSI may be utilized in a new version of the receiver that supports SSI.
  • SSI needs to support several small screens in one screen. It includes a function of designating spatio- temporal positions of small screens. For example, during the live broadcast of a baseball game, the SSI needs to include in the entire screen, all of the small screens showing the pitcher, the hitter, a specific infielder, the entire stadium, and the like.
  • SSI needs to support content guide for a receiver with various capabilities such as mobile devices, Standard Definition Television (SDTV), High Definition TV (HDTV), Ultra-High Definition (UHDTV), and the like.
  • SDTV Standard Definition Television
  • HDTV High Definition TV
  • UHDTV Ultra-High Definition
  • SSI Guidance of Content Restriction
  • the restrictions may include content ratings (e.g., those below a certain age are prohibited to watch the content), recordability, accessibility, fast forward play/reverse play, pay-per-view, monthly billing, and the like.
  • SSI needs to guide a position of content data.
  • the SSI needs to efficiently guide both the same position of the entire content and the different positions of individual contempt components.
  • the SSI needs to guide delivery of content over some or all of one or more dedicated broadcast physical channels and the Internet.
  • SSI needs to guide a position of alternative content data.
  • the term 'position of alternative content data' as used herein may refer to another position where the content, which is the same as or similar to the original content data, may be read instead of the intended original content data for the content that the viewer selected.
  • SSI needs to guide not only the main video and audio, but also its associated auxiliary data, such as web documents, widgets, interactive applications, audio clips, video clips, graphics, texts, images, and partial media streams (e.g., additional finite-length streams for demonstrating binocular 3D video for a predetermined period).
  • auxiliary data such as web documents, widgets, interactive applications, audio clips, video clips, graphics, texts, images, and partial media streams (e.g., additional finite-length streams for demonstrating binocular 3D video for a predetermined period).
  • SSI is provided per broadcaster, or group of broadcasters.
  • Terrestrial broadcasters, cable broadcasters, satellite broadcasters, Internet broadcasters, and the like cannot but independently deliver their own service specification unless they make an agreement on sharing and integrated delivery of service specifications, because they conduct their business independently.
  • the service specifications may be guided in an integrated manner to a broadcaster group, which is a group of broadcasters participating in the agreement. If the amount of information for a service specification guide is large, it takes a longer time to download it with a receiver, thereby causing an increase in the delay time in which the viewer reads the service specification guide, and increasing the receiver's burden when downloading the changed service specification guide. Therefore, a method for overcoming these disadvantages is required.
  • PSI Program Specific Information
  • ISO/IEC 13818-1 Advanced Television Systems Committee
  • PSIP Program and System Information Protocol
  • DVB SI DVB SI
  • PAT Program Association Table
  • PMT Program Map Table
  • FIG. 1 shows a structure of Service Specific Information (SSI) in an existing broadcasting that uses dedicated physical channels according to another exemplary embodiment of the present invention.
  • SSI Service Specific Information
  • a receiver checks specification of physical channels from an ATSC PSIP or a DVB SI. If the receiver tunes a specific physical channel, it checks a program specification in the physical channel from a PAT in an MPEG-2 PSI. If a specific program is selected, the receiver may identify program components from a PMT in the MPEG-2 PSI. In the ATSC system, the receiver may directly identify components of a specific program from PSIP information.
  • FIG. 2 shows a structure of SSI in an Internet broadcasting according to another exemplary embodiment of the present invention.
  • a receiver may play a program by checking a path identifier of a program component from service specific information that is delivered through a specific path in the same IP application data flow.
  • the service specific information needs to be periodically delivered, because it is not possible to know in advance when the receiver will be powered up, and when the receiver will access the Internet broadcasting.
  • a shorter period may be preferred. Commonly, however, it is preferable to maintain the period within 500 ms. If the amount of service specific information is large, a large number of packets should be delivered within the same time period in order to transmit the service specific information in a short period, causing inefficiencies. Therefore, information that is transmitted in a short period needs to be designed to be small in amount, if possible. It is preferable that additional guide information is set to be transmitted in a longer period, or to be delivered upon request of a receiver.
  • FIG. 3 shows a logical structure of SSI according to an exemplary embodiment of the present invention.
  • FIG. 3 shows a logical structure of SSI for a broadcasting-communication convergence service that uses both dedicated physical channels and the Internet, according to an exemplary embodiment of the present invention.
  • the illustrated structure is basically an integrated form of the structures shown in FIGs. 1 and 2.
  • a Service Map Table for Multiple packages (SMT-M) 301 is used when multiple logical channels are broadcasted over a dedicated broadcast physical channel
  • a Service Map Table for a Single package (SMT-S) 309 is used when a single logical channel is broadcasted over a dedicated broadcast physical channel, when only the Internet is used, or when the Internet is mainly used for the broadcasting.
  • An example, in which the Internet is mainly used for broadcasting may include a case in which when a broadcaster that uses both the dedicated physical channels and the Internet performs the Internet broadcasting, the data transmitted over the dedicated physical channels may be utilized in the Internet broadcasting, if necessary.
  • auxiliary data to be additionally used for this content may jointly use the content transmitted over the dedicated channels.
  • a receiver capable of only the Internet access may not utilize auxiliary data, but a smart TV receiver, which has both a tuner for dedicated channels and an Internet access device, may receive the main content over the Internet, receive the auxiliary data over the dedicated channels, and comprehensively provide them to the viewer.
  • the SMT-M includes simple guide content concerning all programs in the physical channel carrying the SMT-M information, and location reference information of a Package Packing Table (PPT) 307-1 to 307-n including information about each program item which is presently being broadcasted, and also includes location reference information and version information for a Package Guide Table (PGT) 305 including guide information about all programs provided by the broadcaster.
  • PPT Package Packing Table
  • PTT Package Guide Table
  • an SMT is periodically transmitted in a very short period (e.g., 500 ms) to minimize a channel acquisition time, the amount of included information is also minimized, if possible.
  • a PGT includes guide information corresponding to an amount of a predetermined period (e.g., the past and future half months from the present) among all program items which are serviced over all the physical channels and the Internet that one broadcaster is operating.
  • the amount of information for the PGT is much larger than that of the SMT, and its transmission period is also much longer (e.g., 1 minute) than that of the SMT.
  • a receiver may be allowed to download the PGT over the Internet.
  • the PGT guides program items depending on the broadcast schedule, and needs to have a structure that can be efficiently updated, because even the pre-announced broadcast schedule is subject to change. Therefore, information included in the PGT is configured on a module basis for each type, and a receiver is allowed to download only the updated modules. Of course, the receiver may be allowed to gather only the updated modules and download them at a time. This is called an integrated delta module.
  • the download burden of the receiver may be significantly reduced. If a version of a PGT included in the SMT is different from a version of a PGT presently stored in the receiver, indicating that one or more modules in the PGT are added/updated/deleted, the receiver is allowed to download the. added or updated modules, and delete the content to be deleted. If the version of the PGT is the same, the receiver does not need to newly download or decrypt the PGT.
  • Each module of a PGT includes one or more program items or guide information about a package corresponding thereto, or includes an additional associated table (e.g., a rating table) needed for decryption of the PGT.
  • Location reference information for a PPT is included in guide information about a package included in the PGT, allowing a viewer to select a program using the PGT and watch or scheduled-record it.
  • a PPT is information similar to a MPEG-2 Program Map Table (PMT).
  • PMT MPEG-2 Program Map Table
  • the PPT guides program items individually.
  • the PPT may guide only one package corresponding to one program item.
  • the PPT includes information not only about all program item components constituting a program item, but also about auxiliary data components.
  • the PPT may include information not only about a regular asset such as video and its associated audio, but also about an adjunct asset which is provided together when necessary, such as web documents, widgets, interactive applications, audio clips, video clips, graphics, texts, images, and auxiliary media components, and may also include location reference information for the resources.
  • Adjunct assets which are used in common in several packages, provide information about and resources for the adjunct assets in the form that several packages may share.
  • an SMT-S is similar to a PPT in terms of structure and function.
  • the SMT-S reduces the channel acquisition time by combining functions of SMT and PPT into one.
  • the SMT-S are included a simple guide for the Internet broadcast channels or logical channels, a simple guide for the program item corresponding to location reference information of the PGT, a version of the PGT, and the package presently being broadcasted, and various information about assets 31 1-1 to 31 1-K constituting a package. Therefore, the SMT-S collectively delivers the logical channel guide, the program item guide, and the program item component information.
  • a PGT used in the Internet broadcasting may include a guide for all Internet broadcast channels that an Internet broadcaster or a group of broadcasters is operating, i.e., for all programs included in several IP application data flows. Using the PGT, viewers may navigate and select a program from an Internet broadcaster or a group of broadcasters.
  • an SMT-S may not individually guide program items included in the Internet broadcasting. For example, this corresponds to live streaming in which a length of program items (the actual content is a program in which several program items are continued) is not designated. However, in this case, a PGT needs to guide program items individually.
  • a location of a PGT provided by an SMT-M may be any one of a stream in a physical channel carrying the SMT-M, a stream in another physical channel, a stream in an IP application data flow, and an Internet URL.
  • a location of an asset corresponding to each program item component provided by a PPT may be any one of a stream in a physical channel carrying the PPT, a stream in another physical channel, a stream in an IP application data flow, and an Internet URL (including MPEG-DASH URL).
  • a program item transmitted over a broadcast-only physical channel broadcasts live only some of the event the viewer wants to watch, for various reasons, then it may include information about alternative program items by which the viewer may watch the entire event. For example, if a live HDTV baseball broadcast is interrupted due to the regular broadcast schedule, it is possible to guide MPEG-DASH based alternative program items which are low-resolution video but allow the viewer to continuously watch the broadcast.
  • a location of a PGT provided in an SMT-S and a location of a program item component may be any one of a stream in a broadcast-only physical channel carrying the SMT-S (or a stream in an IP application data flow), a stream in another broadcast-only physical channel (or a stream in another separate IP application data flow), and an Internet URL. If a broadcaster that uses both the dedicated channel and the Internet performs the Internet broadcasting, a location of some program item components for the Internet broadcasting may be a stream in a broadcast-only physical channel. If a location of a PGT is an Internet URL, a receiver accesses the URL to download the entire PGT or updated or added some modules in the PGT, whenever necessary, or at state periods.
  • an SMT-M and an SMT-S are included at one point in one physical channel.
  • the physical channel, which included only the SMT-M may include only the SMT-S. In this case, because the SMT-M and the SMT-S are different in a value of table id, the receiver may easily distinguish them.
  • One of the major functions of the SMT-M and the SMT-S is to deliver the latest version information of the PGT and the location reference information of the PGT.
  • the receiver is allowed to download the latest PGT based on the latest version information of the PGT and the location reference information of the PGT, which are included in the SMT-M and the SMT-S. If the latest version of the PGT included in the SMT-M and the SMT-S is the same version as that of the PGT that the receiver has already stored, then the receiver allows the viewer to select a program item based on the stored PGT content.
  • the viewer is not allowed to select a program item based on the PGT, until the updated PGT is downloaded and completely stored in the receiver.
  • no PGT may be transmitted.
  • the viewer may select program items mainly based on the SMT-M or the SMT-S.
  • a broadcast-only physical channel and logical channels included therein are searched for one by one by automatic channel search, because there is no downloaded PGT. If the broadcasting system provides a PGT, the PGT is downloaded based on PGT location reference information of the first identified SMT-M or SMT-S, and the viewer is allowed to select a program item based on the PGT. If the broadcasting system provides no PGT, the receiver checks all logical channels provided by the broadcasting system, by continuously performing automatic channel search, and then allows the viewer to navigate channels in order of the logical channel.
  • the receiver If the receiver, which was continuously used, is powered up again while it was turned off, the receiver first plays the program item of a logical channel, which was previously watched by the viewer, and in this process, the receiver updates the PGT by checking PGT information of the SMT-M or the SMT-S. The viewer may navigate channels in order of the logical channel, or read PGT information to select his/her desired program item from among the program items presently being broadcasted.
  • a broadcast server address already stored in a receiver during its manufacturing, a broadcast server address that a viewer inputted later to the receiver, and a broadcast server address acquired by a PGT are stored in the receiver in advance, and they may be selected by user's channel navigation, or based on a program item guide of the PGT.
  • the receiver accesses a logical channel over which the program item is actually delivered, and shows the program item that is presently being broadcasted over the logical channel.
  • content of a PGT may be updated, which is from the point where the viewer selected a certain program item based on the program item guide of the PGT, until just before the receiver actually decrypts the SMT-M or the SMT-S of the program time.
  • the receiver updates the PGT based on the PGT information included in the SMT-M or the SMT-S.
  • the receiver may display an appropriate guide on its screen, allowing the viewer to recognize the program item that he/she is presently watching.
  • an asset which is referenced by the SMT-S or the PPT, may be actually a media asset or another PPT.
  • double recursive reference is not allowed, which means that a PPT, which is referenced by an SMT-S or a PPT, references again another PPT.
  • MPEG Media Transport (MMT) composition information needs to be transmitted for a screen layout. If the screen layout is fixed without being changed over the time in one program item, and its amount is not large, MMT composition information may be transmitted by being included in a descriptor in a PPT. If the screen layout is changed over the time in one program item, MMT composition information is transmitted as a timed asset.
  • MMT MPEG Media Transport
  • MMT composition information may be transmitted as an untimed asset.
  • the SSI proposed by exemplary embodiments of the present invention may be used in a compatible way with the existing MPEG-2 system standard based broadcasting system.
  • FIG. 4 shows an example of SSI in an MPEG-2 Transport Stream (TS) based broadcasting according to an exemplary embodiment of the present invention.
  • FIG. 4 shows an example of an MPEG-2 TS that may be analyzed by both the existing broadcast receiver and a receiver supporting MMT.
  • one TS has two programs.
  • the existing broadcast receiver receives programs by decrypting MPEG-2 PAT, MPEG-2 PMT 1, and MPEG-2 PMT 2.
  • the receiver supporting MMT receives programs by decrypting MMT SMT-M, MMT PPT 1, and MMT PPT 2.
  • a PID of a TS packet carrying an MMT SMT-M needs to be assigned in advance as a fixed value, and an SMT-M and a PPT need to be transmitted after being encapsulated in a structure of an MPEG-2 session.
  • a Service Map Table for Multiple packages is used when multiple logical channels are broadcasted over a dedicated broadcast physical channel, and is used to deliver a location of a PPT corresponding to all program items presently being broadcasted over the broadcast-only physical channel, and a version and a location for a program guide.
  • the SMT-M is transmitted in a period of 500 ms or less.
  • the SMT-M allows the receiver to rapidly find a package corresponding to a program item.
  • An APID of an SMT-M is fixed to a specific value (e.g., 0x0000) at all times. If an SMT-M is delivered using an MPEG-2 TS, a PID of a TS packet carrying the SMT-M needs to be designated as a fixed value.
  • package_path_number 16 uimsbf package id 16 uimsbf reserved ⁇ 11 ⁇ 4 bslbf simple location type 4 uimsbf if (simple location type ⁇ ') ⁇
  • table id An identifier indicating the type of the table. A unique value corresponding to an SMT-M is assigned.
  • version id An identifier indicating the structure of this table. If the structure of the table is modified by an amendment of the standard, this value is also changed. Based on this value, a receiver determines whether this table is configured such that it can understand the content of the table. This value is incremented only when the content of the table is amended to be incompatible with the existing one.
  • table length The number of bytes counted from the next field to the last byte of service_map_table_type_I(). A value of 0 is not used.
  • a unique identifier for a broadcast service that uses a dedicated broadcast channel A unique identifier needs to be assigned for each dedicated broadcast channel of each broadcaster through a registration authority.
  • SMT update version An SMT-M is periodically delivered to receivers. This value is incremented by one, if content of an SMT-M is different from content of an SMT-M which is transmitted just before and has the same service id. This value is reset to 0 after its maximum value of 255. If this value is changed, a receiver reads again and decrypts content of an SMT-M.
  • SMT_prefix_count The number of the subsequent SMT_prefixes.
  • SMT_prefix is concatenated in front of a string included in an SMT-M, forming a URL.
  • a receiver references SMT_prefix by using its SMT_prefix occurrence order as an index. A value 'OxFF' of this value is not used. Therefore, a maximum of 255 SMT_prefixess may be included.
  • SMT_prefix_length A length of a SMT_prefix string.
  • SMT_prefix_byte A byte in a SMT_prefix string. The last null byte of the string is not included.
  • SMT_M_descriptors_length A length of a SMT M descriptor syntax loop following this field is represented as the number of bytes counted from the next byte to the last byte of the SMT M descriptor syntax loop.
  • PGT_reference_descriptor() may be included in SMT_M_descriptor().
  • number_of_packages The number of packages which are presently being delivered over this broadcast channel.
  • package_path_number A package path number for distinguishing logical channels in a certain broadcast channel. A value of '0' is not used. The package_path_number is uniquely assigned in a physical channel by a broadcaster or a group of broadcasters.
  • the package id An identifier of a package which is presently being delivered over this virtual channel.
  • the package id is a value that a broadcaster assigns for each package, and has a unique value for the packages that a broadcaster or a group of broadcasters provides over a period of time. This value may be reused after a predetermined period of time.
  • This field indicates the type of location reference information for a PPT corresponding to the package presently being delivered. All PPTs that an SMT-M references, are delivered in the same IP application data flow as the IP application data flow carrying an SMT-M, or in the same MPEG-2 TS as the MPEG-2 TS carrying an SMT-M. If a value of this field is ⁇ ', an asset path carrying a PPT is designated by an APID, and if a value of this field is T, an MPEG-2 TS carrying a PPT is designated by a PID defined in MPEG-2.
  • PPT APID An identifier of an asset path that carries a PPT in an IP application data flow.
  • PPT_PID A PID of a TS packet that carries a PPT in an MPEG-2 TS.
  • CRC 32 The same field as CRC 32 defined in the section syntax of the MPEG-2 system standard.
  • a Service Map Table for a Single package is used when one logical channel is broadcasted over a dedicated broadcast physical channel, or when only the Internet is used or it is mainly used, and is used to deliver simple guide information for a program item and its associated package, location reference information for more detailed program guide information, a structure of a program item, and location reference information of its component.
  • the SMT-S needs to be transmitted in a period of 500 ms or less, and an APID of an SMT-S is fixed as a specific value (e.g., 0x0000) at all times. Therefore, an SMT-M and an SMT-S are identified by table id, though they are transmitted through the path having the same APID.
  • table id An identifier indicating the type of the table. A unique value corresponding to an SMT-S is assigned.
  • version id An identifier indicating the structure of this table. If the structure of the table is modified by an amendment of the standard, this value is also changed. Based on this value, a receiver determines whether this table is configured such that it can understand the content of the table. This value is incremented only when the content of the table is amended to be incompatible with the existing one.
  • table length The number of bytes counted from the next field to the last byte of service_map_table_type_II(). A value of 0 is not used.
  • a unique identifier for an Internet broadcasting service A unique identifier for an Internet broadcasting service.
  • a unique identifier needs to be assigned for each IP application data flow of each broadcaster through a registration authority.
  • SMT update version Because an SMT-S is periodically transmitted, this value is incremented by one, if content of an SMT-S is different from content of an SMT-S which is transmitted just before and has the same service id. This value is reset to 0 after its maximum value of 255. If this value is changed, a receiver reads again and decrypts content of an SMT-S.
  • CRC 32 The same field as CRC 32 defined in the section syntax of the MPEG-2 system standard.
  • PPT_body() A syntax element group corresponding to a body of a PPT in MMT. Its syntax is as shown in Table 3.
  • asset_type 16 uimsbf if (assetjype PPT ASSET) ⁇
  • short channel name length The number of bytes of a logical channel name expressed in a string that uses UTF-8 encoding.
  • short channel name byte Byte data constituting a logical channel name.
  • package id An identifier of a package which is presently being delivered over this virtual channel.
  • the package id is a value that a broadcaster assigns for each package, and has a unique value for the packages that a broadcaster or a group of broadcasters provides over a period of time. This value may be reused after a predetermined period of time.
  • prefix count The number of the subsequent prefixes.
  • the prefix is concatenated in front of a string, forming a URL.
  • a receiver references a prefix by using its prefix occurrence order as an index. A value 'OxFF' of this value is not used. Therefore, a maximum of 255 prefixes may be included.
  • prefix length A length of a prefix string.
  • prefix byte A byte in a prefix string. The last null byte of the string is not included.
  • descriptors length A length of a descriptor syntax loop following this field is represented as the number of bytes counted from the next byte to the last byte of the descriptor syntax loop.
  • Various descriptors may be included in descriptor(), and when the PPT_body() syntax element group in Table 3 is included in an SMT-S, PGT_reference_descriptor() may be included in the descriptor().
  • a receiver does not play the content restored from a package until it decrypts a PGT and checks an exact viewer rating applied to this package. If a value of this flag is ' ⁇ ', the receiver plays the content restored from the package even before it checks the viewer rating.
  • fast_forward_play_flag If a value of this flag is ⁇ ', a viewer may perform fast forward play on this package.
  • fast_reverse_play_flag If a value of this flag is T, a viewer may perform fast reverse play on this package.
  • timescale fiag If a value of this field is T, a timescale field is included in the following.
  • protection scheme id flag If a value of this field is ' , a protection scheme id field is included in the following.
  • timescale A time unit applied to various timestamps of an asset is represented as the number of time units for 1 second. A default value is 90,000. There are two placeholders for a timescale field in PPT_body(). While the former is a value applied to all assets in this package, the latter in the syntax loop for an asset is a value applied to each asset. If there is a value applied to each asset, this value precedes the values which are applied to all preceding assets.
  • protection scheme id A value designating a protection scheme for an asset. There are two placeholders for a protection scheme id field in PPT_body(). While the former is a value applied to all assets in this package, the latter in the syntax loop for an asset is a value applied to each asset. If there is a value applied to each asset, this value precedes the values which are applied to all preceding assets.
  • clock reference id An identifier of a clock used by an asset encoder. There are two placeholders for a clock reference id field in PPT_body(). While the former is a value applied to all assets in this package, the latter in the syntax loop for an asset is a value applied to each asset. If there is a value applied to each asset, this value precedes the values which are applied to all preceding assets.
  • number of asset groups The number of asset groups. Assets in the same asset group are exclusive to each other. In other words, a receiver plays only one asset among the assets in the same asset group. For example, for multilingual support, an audio in a language A and an audio in a language B may belong to the same asset group.
  • level_of_mandatory_playing A value indicating whether a receiver needs to mandatorily play one asset in an asset group. If a value of this field is ' ⁇ ', a receiver needs to mandatorily play one asset in an asset group. Otherwise, if a value of this field is not '0 ⁇ the receiver may play no asset in the asset group depending on its capability. A higher value of this field means lower importance. A receiver may omit an asset group with this field having a small value, and needn't play an asset group with the field having a value greater than the small value.
  • number of assets in group The number of assets in the asset group.
  • asset type A type of an asset. This field is similar to, but an extension of the stream type defined in MPEG-2 PMT. If the asset type is PPT, the asset is called a "PPT asset". A PPT asset included in a SMT-S or a PPT must not include another PPT asset, i.e. a "double recursive reference" of PPT assets is not permitted.
  • asset id An asset identifier. An asset id is used to make reference to an asset, in MMT_package_composition_descriptor().
  • this flag If a value of this flag is T, it indicates that this asset is the most recommended asset in its asset group. Among assets in the same asset group, only one asset needs to have this flag with value of ⁇ '. If a value of this flag is '0' for all assets in the same asset group, a receiver chooses the first asset in the list as the most recommended asset.
  • clock reference flag If a value of this field is ⁇ ', it indicates that a clock reference id field is included in the following syntax.
  • asset timescale flag If a value of this flag is ' , it indicates that a timescale field is included in the following syntax.
  • asset_protected_flag If a value of this flag is ⁇ ', it indicates that this asset is protected.
  • scheme id flag If a value of this flag is T, it indicates that a protection scheme id field is included in the following syntax.
  • MMT_general_location_info() General location reference information for MMT, which indicates a location of an asset. Its content is as shown in Table 5.
  • asset descriptors length The number of bytes counted from the next field to the last byte of the descriptor syntax loop.
  • asset_descriptor() A descriptor for an asset.
  • PPT_asset() is a syntax element group used to include another package in a certain package. Its syntax is as shown in Table 4, and the meaning of each syntax element is as defined in Table 3.
  • MMT_general_location_info() is a syntax element group that provides location reference information in MMT. Its syntax is as shown in Table 5.
  • This field indicates the type of the location reference information as defined in Table 6.
  • OxOA A data block (i.e., byte range) in the same data structure or the same file including this field.
  • This data block is specified using a byte offset and a length (the number of bytes) from the first byte of a data structure or the first byte of a file
  • OxOC A byte range in the file addressed by a URL
  • AMID An identifier of a module within an asset path.
  • APID An identifier of an asset path within an IP application data flow.
  • ipv4_src_addr An IP version 4 source address of an IP application data flow.
  • ipv4_dst_addr An IP version 4 destination address of an IP application data flow.
  • dst_port A destination port number of an IP application data flow.
  • ipv6_src_addr An IP version 6 source address of an IP application data flow.
  • ipv6_dst_addr An IP version 6 destination address of an IP application data flow.
  • MPEG_2_transport_stream_id An identifier of an MPEG-2 TS.
  • MPEG_2_PID A PID of an MPEG-2 TS packet.
  • prefix index An index indicating one of the prefixes which are stored in a receiver before this field is decrypted. If a value of this field is OxFF, it indicates that there is no prefix.
  • URLJength A length in bytes of a URL. The last null byte (0x00) of the string is not counted.
  • URL byte Byte data in a URL. The last null byte (0x00) of the string is not included.
  • byte offset A byte offset from the first byte of a file
  • a Package Packing Table in the case of broadcasting using a broadcast-only physical channel, is used to deliver simple guide information for a program item and its associated package, location reference information for more detailed program guide information, a structure of a program item, and location reference information of its component.
  • a PPT is transmitted in a period of 500 ms or less.
  • the syntax of a PPT is almost the same as the syntax of an SMT-S except that in the syntax of the SMT-S, a service id syntax element is replaced with a package_path_number syntax element.
  • the syntax of a PPT is as shown in Table 7. Because most syntax elements of the PPT are the same as those of the SMT-S in terms of semantics, only the syntax elements having different meanings are defined.
  • table id An identifier indicating the type of the table. A unique value corresponding to a PPT is assigned.
  • package_path_number A package path number for distinguishing logical channels in a certain broadcast channel. A value of ⁇ ' is not used. The package_path number is uniquely assigned in a physical channel by a broadcaster or a group of broadcasters.
  • a Package Guide Table is program guide information, and may guide programs scheduled (or organized) for all broadcasts that a broadcaster or a group of broadcasters are operating. Preferably, a PGT is transmitted in a period of 1 minute or less.
  • a PGT basically provides guide information on a program item basis.
  • a receiver may provide the guide information by sorting it for individual physical channels or logical channels.
  • a PGT includes information that makes the sorting possible.
  • a transmitter may deliver program item guide information by arranging it according to certain rules.
  • a program item is identified by an identifier package id of a package, which is an encoded form of the program item.
  • the package id makes it possible to uniquely identify a program item provided by a broadcaster or a group of broadcasters.
  • a broadcaster or a group of broadcasters is uniquely identified by PGT_provider_id.
  • the PGT_provider_id needs to be assigned by specifying a registration authority and upon request of a broadcaster or a group of broadcasters.
  • a broadcaster or a group of broadcasters uniquely assigns it to its program item by itself.
  • the package id which has a 16-bit value, makes it possible to identify a finite number of program items, so it needs to be reused after a predetermined period of time.
  • package id recycle number (which is one of the syntax elements included in PGT_package_info() and includes 8 bits) is increased by one.
  • a 3 -information pair which includes PGT_provider_id, package id recycle number, and package id, is a globally unique identifier for a certain program item or its associated package until the package id recycle number is exhausted. For example, if it takes one year until the package id is exhausted, its uniqueness is guaranteed for about 256 years because package id recycle number includes 8 bits.
  • a PGT includes an identifier of a broadcaster or a group of broadcasters that provides the PGT, an update version, a URL of a homepage of a broadcaster or a group of broadcasters that provides the PGT, update module information, logical channel information, package information, associated table information, etc.
  • the update module information is in the form of delta information, and includes only the different parts of the previous PGT version distinguishable from the current PGT version. If update module information corresponding to one or two days is included in a PGT, a PGT update process in a receiver may be performed very efficiently.
  • PGT_package_info_module_count 8 uimsbf for (i 0; i ⁇ N6; i++) ⁇ N6 PGT_package_info_module_id 8 uirasbf
  • table id An identifier indicating the type of the table. A unique value corresponding to a PGT is assigned.
  • version id An identifier indicating the structure of this table. If the structure of the table is modified by an amendment of the standard, this value is also changed. Based on this value, a receiver determines whether this table is configured such that it can understand the content of the table. This value is incremented only when the content of the table is amended to be incompatible with the existing one.
  • PGT_provider_id A unique identifier of the organization that provides this PGT. An organization can provide only one PGT, and PGT_provider_id is assigned by an appropriate registration authority.
  • PGT update version A version number indicating whether content of a PGT is changed. If the content of a PGT is updated, a value of this number is incremented by one. This value is reset to 0 after its maximum value of 255. A receiver reads again and parses content of a PGT, if this value is different from the version number of a PGT that the receiver stored in its memory in the previous period.
  • table length The number of bytes counted from the next field to the last byte of package_guide_table(). A value of 0 is not used.
  • PGT_prefix_count The number of the prefixes used in a PGT.
  • the prefixes are concatenated in front of a string included in a PGT.
  • a receiver references a prefix by using its prefix occurrence order as an index.
  • the value OxFF is not used as an index value. Therefore, a PGT may include a maximum of 255 prefixes.
  • PGTj>refix_length A length of a PGT_prefix string.
  • PGT_prefix_byte A byte in a PGT_prefix string. The last null byte of the string is not included.
  • PGTj>rovider_homepage_U L_prefix_index An index to the list of prefixes for the homepage URL of the organization that provides this PGT. A value of the index specifies one of the preceding prefixes. If a value of this field is OxFF, it indicates that there is no prefix string.
  • PGT_provider_homepage UPvL length A length in bytes of the following postfix of the homepage URL of the organization that provides this PGT.
  • PGT_provider_homepage_URL_byte An ASCII character value of the postfix of the homepage URL of the organization that provides this PGT.
  • PGT descriptors length A length in bytes of the following descriptor syntax loop.
  • PGT_descriptor() A descriptor related to this PGT.
  • redirect flag for delta update info If a value of this flag is ⁇ ', PGT update information is directly included in this PGT. Otherwise, if a value of this flag is T, it is located in another place.
  • redirect flag for logical channel info If a value of this flag is ' ⁇ ', logical channel information is directly included in this PGT. Otherwise, if a value of this flag is " 1, it is located in another place.
  • redirect_fiag_for_package_info If a value of this flag is ' ⁇ ', package guide information is directly included in this PGT. Otherwise, if a value of this flag is 4 1 it is located in another place.
  • redirect flag for associated table info If a value of this flag is ' ⁇ ', associated table information is directly included in this PGT. Otherwise, if a value of this flag is ' 1% it is located in another place.
  • PGT delta update info molude count The number of PGT delta update info modules .
  • PGT update delta A value corresponding to a difference between the previous PGT version and the current PGT version. This value is a criterion used to generate a PGT delta update module.
  • MMT_general_location_info() specifies a location of a PGT_delta_update_info_module() .
  • PGT_delta_update_info_module() A data module composed of only delta (or different) information between the PGT with an update version of PGT update delta and the current version of this PGT.
  • PGT logical channel info update version A version of the PGT_logical_channel_info() defined in Table 10.
  • the MMT_general_location_info() following this field provides a location of the PGT_logical_channel_info().
  • PGT_logical_channel_info() The logical channel information defined in Table 10.
  • PGT_package_info_module_count The number of the PGT_package_info_module()s
  • PGT_package_info_module_id An identifier of a PGT_package_info_module().
  • PGT_package_info_module_update_version A version of a PGT_package_info_module().
  • the MMT_general_location_info() following this field provides a location of the PGT_package_info_module().
  • PGT_package_coimt The number of packages.
  • PGT_package_info() Package guide information as defined in Table 11.
  • a PGT_package_info() includes guide information of only one package.
  • PGT associated table info module count The number of PGT_associated_table_info_module()s.
  • PGT associated table info module id An identifier of PGT_associated_table_info_module().
  • PGT associated table info module update version A version of PGT_associated_table_info_module().
  • the MMT_general_location_info() following this field provides a location of the PGT_associated_table_info_module().
  • PGT associated table count The number of the tables associated with this PGT. All tables with the identical table id are treated as one table.
  • PGT associated sub table count The number of the sub-tables within a PGT-associated table.
  • PGT_associated_sub_table() A sub-table within a PGT-associated table.
  • the PGT_delta_update_info_module() is a syntax element group including only the updated information in the content of the PGT.
  • the PGT_delta_update_info_module() may optionally include updated logical channel information, updated individual package information, and each updated associated sub-table.
  • a receiver parses a PGT_descriptor() loop as well in the content of the PGT, if the PGT update version is different from a PGT version it stores in its memory.
  • the receiver determines if there is a PGT update delta, which is a difference obtained by subtracting the PGT version it stores in its memory, from the PGT update version. If the PGT update delta exists, the receiver may complete PGT update by parsing the PGT_delta_update_info_module().
  • PGT update delta A value corresponding to a difference between the previous PGT version and the current PGT version. This value is a criterion used to generate a PGT delta update module.
  • PGT delta update info molude length The number of bytes counted from the next byte after this field to the last byte of this PGT_delta_update_info_module() .
  • update logical channel info flag If a value of this flag is ' ⁇ , it indicates that update information for logical channel information is included in this PGT_delta_update_info_module() .
  • update_package_info_flag If a value of this flag is T, it indicates that update information for package guide information is included in this PGT_delta_update_info_module().
  • update associated table flag If a value of this flag is T, it indicates that update information for PGT-associated table information is included in this PGT_delta_update_info_module().
  • PGT_logical_channel_info() Logical channel information as defined in Table 10.
  • PGT_package_update_count The number of packages included in the following syntax loop.
  • PGT_package_info() Package guide information as defined in Table 11.
  • PGT associated table update count The number of sub-tables included in the following syntax loop of the update information for PGT-associated table information.
  • PGT_associated_sub_table() A sub-table in a PGT-associated table.
  • the PGT_logical_channel_info() is a syntax element group included in the PGT and corresponding to metadata for all logical channels that a PGT provider provides.
  • the syntax of the PGT_logical_channel_info() is as shown in Table 10. It is to be noted that a syntax loop index PGT logical channel index is an index used in package guide information. Table 10
  • PGT logical channel info update version A version of PGT_logical_channel_info(). A value of this field is incremented by one whenever content of logical channel information is changed. A value of 255 is reset to 0.
  • PGT logical channel info length The number of bytes counted from the next byte after this field to the last byte of this PGT_logical_channel_info().
  • PGT logical channel count The number of logical channels for which PGT provides guide information.
  • short channel name length The number of bytes of a logical channel name expressed in a string that uses UTF-8 encoding.
  • short channel name byte Byte data constituting a logical channel name.
  • physical channel type A type of the physical channel that carries this logical channel. If a value of this field is ' ⁇ ', it indicates the Internet; if T, a terrestrial channel; if '2', a satellite channel; and 'if '3', a cable channel.
  • major channel number A major channel number.
  • minor channel number A minor channel number.
  • package_path_number A package path number for distinguishing logical channels in a certain broadcast channel. A value of ' ⁇ ' is not used. The package_path_number is uniquely assigned in a physical channel by a broadcaster or a group of broadcasters.
  • test channel flag This flag indicates that this logical channel is a test channel. If a value of this flag is ⁇ ', normal receivers do not provide information on this logical channel during the program guide.
  • nvod channel flag This flag indicates that this logical channel is for use of Near Video On Demand (NVOD).
  • NVOD Near Video On Demand
  • relay broadcast flag This flag indicates that this logical channel is a relay broadcast channel for other logical channel. For example, if a cable channel relays a terrestrial broadcast channel, this flag is set to ⁇ ' for the logical channel.
  • channel_protection_type This field indicates the protection type applied to this logical channel. If a value of this field is ' ⁇ ', it indicates that no protection is applied; if T, it indicates that all the packages in this logical channel are protected; if '2', it indicates that some or all assets for all the packages delivered by this logical channel are partially or completely protected; and if '3', it indicates that some packages delivered by this logical channel are protected.
  • this field For example, if a value of this field is '2', it indicates that protected is only the video out of a package or the first 10 minutes of a package. As another example, if a value of this field is '3', it is implied that a few out of all the packages delivered by this logical channel are protected.
  • original_physical_channel_type A type of the original physical channel.
  • original major channel number The original major channel number.
  • original minor channel number The original minor channel number.
  • MMT general location infoQ This syntax element group provides the location information of the PPT or the SMT-S currently carried by this logical channel.
  • descriptors length A length in bytes of the following descriptor syntax loop.
  • descriptor() A descriptor related to this logical channel information.
  • the PGT_package_info() is a syntax element group corresponding to metadata for one package, in the content of a PGT.
  • the syntax of the PGT_package_info() is as shown in Table 11. Table 1 1
  • the package id An identifier of a package which is presently being delivered by this logical channel.
  • the package id is a value that a broadcaster assigns for each package, and has a unique value for the packages that a broadcaster or a group of broadcasters provides over a period of time. This value may be reused after a predetermined period of time.
  • PGT_package_info_update_version A version of PGT_package_info(). A value of this field is incremented by one, whenever content of package information is changed. A value of 255 is reset to 0.
  • PGT_package_info_length The number of bytes counted from the next byte after this field to the last byte of this PGTjpackage_info().
  • package id recycle number A value of this field is incremented by one, whenever assignment of the 16-bit number for package id is completed. This field, together with package id, constitutes a unique package identifier.
  • start time A start time of a program item corresponding to this package.
  • a value of this field is represented in a UTC format.
  • a duration of a program item corresponding to this package is represented in seconds. If a value of this field is ⁇ ', it means that the duration is unknown.
  • title text language count The number of different languages that express the title text of a program item corresponding to this package.
  • title text language a 3 -byte language identifier indicating the title language of a program item corresponding to this package and defined in ISO 639 standard.
  • title text length This field indicates in bytes a length of the UTF-8 string representing the title text of a program item corresponding to this package.
  • title text byte A byte in the title text of a program item corresponding to this package.
  • package_homepage_URL_prefix_index An index to the list of prefixes for the homepage URL of a program item corresponding to this package. This field has a value specifying one of the prefixes defined in PGT_header(). If a value of this field is OxFF, it indicates that there is no prefix.
  • package homepage URL length A length in bytes of the following postfix of the homepage URL of a program item corresponding to this package.
  • package homepage URL byte An ASCII character value of the postfix of the homepage URL of a program item corresponding to this package.
  • This field indicates the format of this PGT_package_info(). If a value of this field is ' ⁇ ', PGT_package_info() includes minimum information on a current or a future package; if T, PGT_package_info() includes only "review" service information on a past package; and if '2', PGT_package_info() includes complete information on a current or a future package.
  • a re-view service is a download or streaming service, free or paid, through the Internet by which a viewer can enjoy a past but missed package.
  • PGT logical channel index An index indicating information about logical channels carrying this package. A value of this index is an index of logical channels provided by PGT_logical_channel_info() defined in Table 10.
  • post event replay URL flag This flag indicates that there is a "re-view" URL for this package.
  • post_event_replay_URL_prefix_index An index to a prefix of the "review" URL of this package. This field has a value indicating one of the prefixes defined in PGT_header(). If a value of this field is ⁇ ', it indicates that there is no prefix. If a value of this field is not '0' but 'N', it specifies an N-th prefix.
  • post event replay URL length A length in bytes of the following postfix of the "re-view” URL of this package.
  • post event replay URL byte An ASCII character value of the postfix of the "re-view” URL of this package.
  • package_protection_type This field indicates the protection type applied to this package. If a value of this field is ' ⁇ ', it indicates that no protection is applied; if T, it indicates that all the assets in this package are protected; and if '2', it indicates that some assets in this package are partially or completely protected. The value '3' is reserved and not used. For example, if a value of this field is '2', protected is only the video asset of this package or the first 10 minutes of the video and the audio assets of this package.
  • This field has no meaning and is ignored by a receiver when the package_protection_type is ⁇ '. This field has a meaning only when the package_protection_type is T or '2'. If a value of this field is ⁇ ', it indicates that a subscription is required to view this package, and if ⁇ ', it indicates that this package is for pay-per-view.
  • the related payment information needs to be provided using a descriptor within PGT_descriptor() syntax loop in Table 8 or PGT_package_info_descriptor() syntax loop in Table 11.
  • PGT_package_info_descriptor() syntax loop If the same payment information is provided both in PGT_descriptor() syntax loop and PGT_package_info_descriptor() syntax loop, the one in PGT_package_info_descriptor() syntax loop takes precedence.
  • content id flag If a value of this flag is ⁇ ', it indicates that a globally unique content identifier for a program item corresponding to this package is included in the following.
  • genre flag If a value of this flag is T, it indicates that genre information for a program item corresponding to this package is included in the following. When a value of this flag is ⁇ a genre table needs to be delivered to receivers as a PGT associated table.
  • serial flag If a value of this flag is T, it indicates that a program item corresponding to this package is an instance of a serial content such as a serial drama.
  • this flag If a value of this flag is' l ', it indicates that a program item corresponding to this package is a rebroadcast of a previously broadcasted program item.
  • rebroadcast exist flag If a value of this flag is ' ⁇ , it indicates that there is a rebroadcast schedule for a program item corresponding to this package.
  • commentary channel flag If a value of this flag is ' ⁇ , it indicates that this package has one or more commentary channels.
  • sign language flag If a value of this flag is T, it indicates that this package has a sign language channel.
  • subtitles flag If a value of this flag is T, it indicates that this package has one or more subtitles. Character in all subtitles may be UTF-8 encoded.
  • multivew flag If a value of this flag is T, it indicates that the whole package or some parts of the package is multiview broadcasting.
  • the multiview broadcasting includes stereoscopic broadcasting, multiview 3D broadcasting, inward/outward multiview broadcasting, and the like.
  • picture size grade count The number of picture size levels provided by this package. If a value of this field is greater than or equal to '2', it indicates that multiple picture size levels are provided by simulcast or spatial scalability encoding.
  • picture size grade A grade of a picture size. For example, if a value of this field is ' ⁇ ', it indicates that the horizontal resolution of the picture is of 240- pixel grade; if T, it indicates that the horizontal resolution of the picture is of 480-pixel grade; if '2', it indicates that the horizontal resolution of the picture is of 720-pixel grade; if '3', it indicates that the horizontal resolution of the picture is of 1280-pixel grade; if 4', it indicates that the horizontal resolution of the picture is of 1,920-pixel grade; if 4 5', it indicates that the horizontal resolution of the picture is of 3,840-pixel grade, and if '6', it indicates that the horizontal resolution of the picture is of 7,680-pixel grade. If there are two or more picture size grades, it indicates that video is provided by spatial scalability encoding.
  • audio language 3-byte ISO 639 language identifier for an audio.
  • This field indicates a grade of an audio. For example, if a value of this field is ⁇ ', it indicates that the audio is mono; if ⁇ ', it indicates that the audio is stereo; if '2', it indicates that the audio is a 5.1 channel audio; and if '3', it indicates that the audio is a 22.2 channel audio.
  • additional audio count The number of other additional audios.
  • additional audio language 3-byte ISO 639 language identifier for an additional audio for a language different from that of the main audio.
  • This field indicates a grade of another additional audio. For example, if a value of this field is ⁇ ', it indicates that the audio is mono; if T, it indicates that the audio is stereo; if '2', it indicates that the audio is a 5.1 channel audio; and if '3', it indicates that the audio is a 22.2 channel audio.
  • content originator id A globally unique identifier of the content creator of a program item corresponding to this package. This identifier needs to be registered through an appropriate registration authority before its use.
  • content id A content identifier for a program item corresponding to this package. This identifier is managed by each content creator. A pair of a content originator id and a content id is a globally unique content identifier.
  • content major version A major version of the content of a program item corresponding to this package.
  • content minor version A minor version of the content of a program item corresponding to this package.
  • genre system id An identifier of the genre classification system. This field is in fact a sub table id in a genre table.
  • major genre An index of the major genre of a program item corresponding to this package. This field is in fact an index to a major genre entry in the genre table. For example, a major genre may be "sports".
  • minor genre An index of the minor genre of a program item corresponding to this package. This field is in fact an index to a minor genre entry in the genre table. For example, a minor genre may be "soccer" among "sports”.
  • rating system id An identifier of the rating classification system. This field is in fact a sub table id in a rating table.
  • rate index An index of the rating of a program item corresponding to this package. This field is in fact an index to a rating entry in the rating table.
  • season number A season number of a serial package. If a value of this field is ⁇ ', it indicates that there no season in the serial package.
  • serial number minusl A serial number minus 1 of a serial package. If there are seasons in the serial package, the serial number is counted within a season.
  • prequel_package_id A package id of the prequel package of a program item corresponding to this package. If a value of this field is ' ⁇ ', it indicates that a program item corresponding to this package is the first instance in the season of the serial package.
  • sequel_package_id A package id of the sequel package of a program item corresponding to this package. If a value of this field is ⁇ ', it indicates that a program item corresponding to this package is the last instance in the season of the serial package.
  • rebroadcast_package_id A package id of a package corresponding to a rebroadcast for this package.
  • commentary channel count The number of the commentary channels in different languages included in this package.
  • commentary language A 3-byte ISO 639 language identifier for a commentary channel of this package.
  • subtitle count The number of subtitles in different languages included in this package.
  • subtitle language A 3 -byte ISO 639 language identifier for a subtitle of this package.
  • karaoke flag If a value of this flag is ⁇ ', it indicates that the subtitle is in a karaoke style.
  • multiview coverage type If a value of this field is ' ⁇ ', it indicates that the whole package is a multiview video, and if T, it indicates that a part of the package is a multiview video.
  • this field indicates that the scheme of the multiview video is stereoscopic; if '2', it indicates that the scheme of the multiview video is multiview 3D; if '3', it indicates that the scheme of the multiview video is inward multiview; if '4', it indicates that the scheme of the multiview video is outward multiview; and if '5', it indicates that the scheme of the multiview video is arbitrary multiview.
  • PGT_package_info_descriptors_length A length in bytes of the following PGT_package_info_descriptor() syntax loop.
  • PGT_package_info_descriptor() An area where additional descriptors may be put in.
  • the syntax of the PGT_associated_sub_table() follows the syntax of the general MMT table as shown in Table 12. Semantics of each syntax element are defined in the following.
  • table id An identifier that indicates the kind of this table.
  • version id An identifier that indicates the structure of this table. If the structure of this table is modified by an amendment of this standard, a value of this field is also changed. Based on the value of this field, a receiver determines whether this table is configured such that it can understand the content of the table. This value is incremented only when the content of the table is amended to be incompatible with the existing one.
  • table sub id An identifier of a sub-table.
  • update_version A version number indicating a change in content from the next byte after this field to the last byte of this table. If the content of this table is updated, a value of this number is incremented by one. This value is reset to 0 after its maximum value of 255. A receiver reads again and parses content of this sub-table, if this value is different from the version number of this sub-table that the receiver stored in its memory in the previous period.
  • table length A length in bytes of this sub-table counted from the next byte after this field to the last byte of this sub-table.
  • sub_table_contents() sub-table contents that are different according to each sub-table.
  • CRC 32 The same field as CRC 32 defined in the section syntax of the MPEG-2 system standard.
  • the PGT_package_info_module() is a data structure that includes a guide for one or more packages when a PGT indirectly includes package guide information by referencing an external path or a file having the package guide information, without directly including the package guide information.
  • PGT_package_info_module_id An identifier of a PGTjpackage_info_module(). This identifier can be re-used. As long as this identifier is not re-used, this module includes information about the same packages at all times.
  • PGT_package_info_module_update_version An update version of a PGT_package_info(). Whenever content of the next field is changed, this field is incremented by one regardless of whether the identifier is re-used or not. This value is reset to 0 after its maximum value of 255.
  • PGT_package_info_module_length A length in bytes counted from the next byte after this field to the last byte of the PGT_package_info().
  • PGT_package_count_in_this_module The number of packages, the guide information of which is included in this module.
  • CRC 32 The same field as CRC 32 defined in the section syntax of the MPEG-2 system standard.
  • Adjunct Asset Table (AAT) carries information about adjunct assets.
  • An AAT is periodically delivered as a separate asset that constitutes a package belonging to a primary asset corresponding to the target to which adjunct assets included in an AAT are to be synchronized.
  • a synchronization method between the primary asset and the adjunct assets, and a definition of the AAT are disclosed in Korean Patent Application No. P201 1-0095458.
  • the syntax of the AAT and the semantics of each field are included in the following.
  • the syntax of the AAT is as shown in Table 14, and the semantics of each field are as defined thereunder.
  • table id An identifier indicating a type of a table. It assigns a unique value corresponding to the AAT.
  • version id An identifier indicating the structure of the AAT. If the structure of the table is modified by an amendment of this standard, the value of this field is also changed. A receiver, by looking into the value of this field, determines whether the receiver can understand this table.
  • sub table id When the table is divided into several sub-tables for transmission, this field identifies each sub-table.
  • the AAT is periodically transmitted, such that if the content of the AAT is different from that of the most recently transmitted AAT having the same sub table id, this value of this field is incremented. After a maximum value of '255', the value is reset to ' ⁇ '.
  • a receiver reads and parses the content of the AAT again if the value of this field is changed.
  • locator_prefix_count The number of following locator_prefix strings.
  • the locator_prefix is concatenated by adding 7' to the end thereof in front of a locator string provided in the adjunct asset locator, thus forming an URL.
  • the locator_prefix is referred to by using an appearing order of the locator_prefix as an index.
  • the value 'OxFF' is not used for this field. Therefore, a maximum of 255 locator_prefixs may be included.
  • locator_prefix_length A length of a locator_prefix string.
  • locator_prefix_byte A byte in a locator_prefix string. The terminating null byte shall not be included in the locator_prefix string.
  • adjunct asset type A type of adjunct assets. For example, a unique value is allocated to each type, such as web documents, widgets, interactive applications, audio clips, video clips, graphics, texts, images, auxiliary media components, and the like. This adjunct asset type value is equally applied to adjunct assets in the following syntax loop.
  • adjunct asset count minusl A value less by one than the number of adjunct assets described in the following syntax loop. This value can indicate a maximum of 256 adjunct assets. If the number of adjunct assets having the same adjunct asset type exceeds 256, those adjunct assets are described using two or more syntax loops.
  • adjunct asset id A globally unique identifier of 48 bits for identifying an adjunct asset. The uniqueness is maintained only for a predefined time, and after the predefined time, the identifier can be reused. To be a global identifier, this field is divided into two parts: a 32-bit provider identifier and a 16-bit asset identifier. The provider identifier is assigned by a registration authority and registered for each provider, and the asset identifier is managed by each provider.
  • This field indicates how a receiver, upon receiving an adjunct asset, executes the adjunct asset, and includes the following fields:
  • execution on reception A flag indicating whether to "immediately execute" an adjunct asset received by the receiver after storing the adjunct asset in an adjunct asset cache. If the adjunct asset is not immediately executed, it may be executed at a time point designated by the synchronization method suggested in the exemplary embodiment of the present invention, upon a user's selection or upon being called from another adjunct asset. If this flag is ' , execution_entry_point is also set to ⁇ '.
  • media service bound A flag indicating whether the adjunct asset is media-service-bound. If this flag is ' 1 ', it indicates that the adjunct asset is bound to the media service, and the adjunct asset is automatically terminated when a broadcast channel change occurs.
  • execution_entry_point A flag indicating that the adjunct asset can be directly executed. If this flag is ' ⁇ ', the adjunct asset is indirectly executed by another adjunct asset.
  • API Application Programming Interface
  • adjunct_asset_priority A field indicating the execution priority of the adjunct asset. The higher value of adjunct_asset_priority means the higher priority.
  • This adjunct asset cannot be selectively executed by a user using an adjunct asset navigation function, but is visible when another adjunct asset navigates an adjunct asset list through an API provided by a receiver
  • This adjunct asset can be selectively executed by a user using an
  • adjunct asset navigation function and is visible when another adjunct asset navigates an adjunct asset list through an API provided by a receiver Table 16
  • adjunct asset locator count minusl A value less by one than the number of locations from which the adjunct asset is to be read. A maximum of 4 locations can be provided using 2 bits. When two or more locations are provided, the order of appearance of adjunct asset locator is the priority. One or more adjunct asset locator appear.
  • adjunct asset locator This syntax element group provides information of a location from which the adjunct asset is to be read.
  • adjunct asset descriptors length This field provides the number of bytes in the range from the next byte to the last byte of the following descriptors syntax loop.
  • adjunct asset descriptor Various descriptors may be included in this descriptor syntax loop.
  • CRC 32 The same field as CRC 32 defined in the section syntax of the MPEG-2 system standard (ISO/IEC 13818-1 :2007).
  • adjunct asset locator indicates a location from which the adjunct asset is to be read.
  • the adjunct asset is delivered through a carousel of a broadcast network or is downloaded over the Internet.
  • the AAT needs to include one or more adjunct asset locators for each adjunct asset.
  • the receiver reads the adjunct asset from a location designated by the first appearing adjunct asset locator, and if an error occurs, the receiver reads the adjunct asset from a location designated by the next adjunct asset locator.
  • Table 17 includes only the Internet case, and for the carousel case, the syntax may vary according to the carousel defined in ISO IEC 13818-6:1998. Therefore, for the purpose of the present specification, details are not included in Table 17.
  • Table 17 includes only the Internet case, and for the carousel case, the syntax may vary according to the carousel defined in ISO IEC 13818-6:1998. Therefore, for the purpose of the present specification, details are not included in Table 17.
  • locator type An 8-bit field indicating whether a location from which the adjunct asset is to be read is Internet or a carousel of a broadcast network, and indicating a carousel type if the location is a carousel and various types of carousels are used together.
  • locator jsrefix index An index designating one of the locator_prefixes of Table 14. If the value of this field is 'OxFF', this means that the locator_prefix is not used.
  • directory_path_length A length of the following directory path. The terminating null byte of a string is not included. If the value of this field is ' ⁇ ', the directory path is not used.
  • directory_path_byte A byte of a directory path. The terminating null byte of a string is not included.
  • entry_path_length A length of the following path of the initial page file.
  • the terminating null byte of a string is not included.
  • This field has a meaning only when the adjunct asset includes multiple files, such as a web page. If the adjunct asset is a single file, this field has a value of ' ⁇ '.
  • entry_path_byte A byte of the path of the initial page file. The terminating null byte of a string is not used.
  • object count The number of following paths for files. If this field has a value of ' ⁇ ', the entire directory is designated.
  • object_path_length A length of a string of the following file path. The terminating null byte of the string is not included.
  • object_path_byte A byte of a file path. The terminating null byte of the string is not included.
  • descriptors may be included in the adjuct asset descriptor of Table 14. These descriptors may include handler_capability_descriptor() indicating the capability of a receiver capable of handling adjunct assets, adjunct_asset_cache_descriptor() indicating the amount of memory required for management of adjunct asset caches, a valid period, and the like, display_position_descriptor() indicating a position on a display of a adjunct asset to be expressed on a screen, adjunct_asset_name_descriptor() indicating a name of an adjunct asset, which is to be shown to the user, and adjunct_asset_icon_descriptor() indicating an icon of an adjunct asset, which is to be shown to the user.
  • handler_capability_descriptor() indicating the capability of a receiver capable of handling adjunct assets
  • adjunct_asset_cache_descriptor() indicating the amount of memory required for management of adjunct asset caches, a valid period, and the like
  • display_position_descriptor() indicating a
  • PGT reference descriptor delivers the version and location reference information of a PGT. It can be included in a SMTJVI descriptor syntax loop or a SMT S descriptor syntax loop (The name, SMT S descriptor, is used for a descriptor in the PPT_body() syntax element group included in an SMT-S). If there is no PGT reference descriptor in SMT-M or SMT-S, the service represented by the SMT-M or the SMT-S doesn't provide package guide information.
  • descriptorjag A unique value indicating the type of this descriptor.
  • descriptor length A length in bytes counted from the next byte after this field to the last byte of this descriptor.
  • PGT_provider_id A unique identifier of the organization that provide this PGT. An organization can provide only one PGT and PGT_provider_id needs to be registered before use through an appropriate registration authority.
  • PGT update version A version number indicating whether content of a PGT is changed. If the content of a PGT is updated, a value of this number is incremented by one. This value is reset to 0 after its maximum value of 255. A receiver reads again and parses content of a PGT, if this value is different from the version number of a PGT that the receiver stored in its memory in the previous period.
  • MMT_general_location_info() This syntax element group provides a PGT location.
  • MMT_general_location_info() is a general pointer to a location and its syntax and semantics are defined in Table 5. If there are more than one MMT_general_location_info() in this descriptor, a receiver make access to the location in the order of the list of MMT_general_location_info()s.
  • An MMT composition descriptor provides spatial screen layout information of assets (including PPT assets) belonging to a certain package based on SMIL. If the screen layout is not changed during a playback period of a certain package, screen layout information may be provided using this descriptor.
  • This descriptor may be included in a SMT S descriptor syntax loop or a PPT descriptor syntax loop (The name, PPT descriptor, is used for a descriptor in the PPT_body() syntax element group included in a PPT).
  • the syntax of the MMT composition descriptor is as shown in Table 19, and semantics of each field are as defined thereunder.
  • descriptor tag A unique value indicating the type of the descriptor.
  • descriptor length A length in bytes counted from the next byte after this field to the last byte of the descriptor.
  • a version of the package composition information A version of the package composition information. If the package composition information is changed, a value of this field is incremented by one. This value is reset to 0 after its maximum value of 255.
  • compression type A compression type of package composition information. If a value of this field is '0', it indicates that package composition is not compressed, and if ' , it indicates that the package composition is compressed by GZIP. The other values are reserved for future use.
  • XML length A length in bytes of the package composition information.
  • XML_package_composition_byte A byte in the package composition information, which is defined in ISO/IEC JTC 1/SC 29/WG 11 ml 9266.
  • An alternate_package_descriptor is a descriptor that allows a viewer to watch an event from the beginning using an alternative package, when the viewer continuously watches the live broadcast that was interrupted due to the regular broadcast schedule, using an alternative package, or when a broadcaster live broadcasts only the second half of the entire event (e.g., golf broadcast).
  • This alternate_package_descriptor may also be used to an alternative package for the whole (i.e., from the begging to the end) of a certain package regardless of whether it is live broadcasted or not.
  • An MMT_package_descriptor may be included in a SMT S descriptor syntax loop or a PPT descriptor syntax loop. If there are several locations for alternative packages, several alternate_package_descriptors may be included in the MMT_package_descriptor. Purposes, usage scenarios, definitions and usages of this descriptor are disclosed in Korean Patent Application No. P2011-0095665. In this specification, for convenience of description, the syntax of the alternate_package_descriptor is shown in Table 20, and semantics of each field are included in the following.
  • descriptor tag An 8-bit field indicating the type of this descriptor. A unique value is assigned, which indicates an alternative program descriptor distinguishable from other descriptors defined in the MPEG-2 system standard or the broadcast standard based thereon.
  • descriptor length An 8-bit field indicating a length of this descriptor in bytes. It indicates a length in bytes counted from the next byte after this field to the last byte of the descriptor.
  • alternate_program_id An 8-bit field corresponding to an alternative program identifier. If alternative programs described by the alternate_program_descriptor are different from each other, different alternate_program_ids are assigned. If a viewer is guided to watch an alternative program, before the live broadcast is actually started, then guide information may be periodically transmitted several times for the same alternative program. In this case, the same alternate_program_id is continuously used. If the values of 0 to 255 are used all, the already used values may be re-used.
  • just alternate flag It indicates that the content included in this descriptor is for an alternative package to a package (regardless of whether it is for live broadcast) including this descriptor. If a value of this flag is T, future flag is no meaning, and text length is '0' at all times.
  • time_to_future_live_program A 16-bit field that indicates the time in seconds, until which the live broadcast will be started through this program channel, if future flag is ⁇ ' . If a value of this field is 0x0000, it indicates that the live broadcast is immediately started, or was started already. This value may be used during the return from , the Internet live broadcast service, which is an alternative package, to the live program of a broadcast channel. If a value of this field is OxFFFF', it indicates that it is not possible to know the time, until which the live broadcast will be started through this channel.
  • MMT_general_location_info() General location reference information defined in MMT, and its content is as shown in Table 5.
  • text length An 8-bit field indicating the number of the following text bytes. A value of 0x00 indicates that there is no string describing an alternative program.
  • extension_descriptor() Descriptors that deliver additional information and correspond to options.
  • An 8-bit tag value for distinguishing the type of the descriptors is uniquely identified only in the alternate_package_descriptor, and is the first byte of these descriptors. This field is followed by an 8-bit value indicating a length of a descriptor.
  • An alternate_program_descriptor is the same in content as the 16-bit alternatejpackage descriptor except that descriptor tag and descriptor length have a size of 8 bytes and a value of the descriptor tag is allocated as an MPEG-2 descriptor tag value.
  • alternate_program_descriptor is obtained by modifying alternate_package_descriptor as an MPEG-2 descriptor.
  • the alternate_program_descriptor is used for the similar purpose as the alternate j package descriptor, but it is included in the descriptor syntax loop following the program info length of the MPEG-2 PMT. In the case of MPEG-2 TS based MPEG-DASH, this descriptor may be directly included in a PMT.
  • a language descriptor is used to specify the language, for an asset, a language used for which needs to be specified. For example, for an asset corresponding to audios, subtitles, commentary channels, and the like, the language used to create them needs to be specified.
  • the language descriptor may be included in a PPT descriptor syntax loop or an asset descriptor syntax loop of a PPT, and in a SMT S descriptor syntax loop or an asset descriptor syntax loop within an SMT-S. If this descriptor is included in a PPT descriptor or SMT S descriptor syntax loop, a language of all assets of the package is specified by this descriptor. If this descriptor is included in an asset descriptor syntax loop, a language of the asset is specified by this descriptor.
  • descriptor tag A unique value indicating a type of this descriptor.
  • descriptor length A length in bytes counted from the next byte after this field to the last byte of this descriptor.
  • ISO_639_language_code A 3-byte ISO 639 language identifier.
  • a clock reference descriptor is used to inform a receiver of a relationship between an encoder clock and an MMT system clock for media synchronization.
  • MMT UTC in the form of a Network Time Protocol (NTP) is used as a system clock, and an asset encoder clock allows assets to use different clocks.
  • NTP Network Time Protocol
  • the clock used by an asset encoder is identified by clock reference id.
  • the clock reference descriptor needs to be periodically delivered in a period of 100 ms or less, and is delivered in a separate asset.
  • the syntax of the clock reference descriptor is shown in Table 22, and semantics of each field are included in the following.
  • descriptor tag A unique value indicating a type of this descriptor.
  • descriptor length A length in bytes counted from the next byte after this field to the last byte of this descriptor.
  • clock reference id An identifier of a clock used by an asset encoder.
  • encoder clock sample A value of an asset clock sample corresponding to system clock time following this field.
  • system clock time An MMT system clock time corresponding to the encoder clock sample preceding this field. This is a UTC time value in the form ofNTP.
  • FIG. 5 shows a structure of SI signaling according to an exemplary embodiment of the present invention.
  • ITN Information on Tables and Notices
  • MMT Composition Information This message carries the MMT CI. It carries full CI as well as layered CIs.
  • This message carries clock reference information to be used for mapping between MMT system clock (e.g., the NTP clock) and any other clock(e.g., MPEG-2 or MPEG-4 clock).
  • MMT system clock e.g., the NTP clock
  • any other clock e.g., MPEG-2 or MPEG-4 clock.
  • This message carries security information used for MMT content protection.
  • the security system is DRM, Downloadable DRM and Downloadable Conditional Assess System (D-CAS) information.
  • MMT Package Table This message carries an MMT Package Table (MPT).
  • MPT MMT Package Table
  • a complete or Layer-0 MPT corresponds to an MMT package. It includes a globally unique identifier of the package, the location of the MMT Composition Information (MCI) and a complete or partial (possibly if layered MPTs are used) list of the MMT assets that belong to the MMT package. Also it includes package type, package name, short description of the package, parental rating, the language of audio, the language of text, target user profile, required device capability, package policy such as recording permission and fast play permission, and the like.
  • MCI MMT Composition Information
  • the role of MPT is similar to MPEG2 PMT but has the more functionalities for MMT purpose.
  • DCIT Device Capability Information Table
  • This message carries the ITN table (505).
  • the role of ITN is similar to MPEG-2 PAT but has other MMT specific functionalities.
  • the ITN table includes the full information on all other SI tables.
  • ITN has the information about the notice reception.
  • the typical example of Notices is emergency warning, urgent notification, and the like.
  • the ITN message may optionally include one or more MMT Package Tables (MPTs) that corresponds to an MMT package.
  • MPT MMT Package Tables
  • a MPT includes a globally unique identifier of the package, the location of the MMT Composition Information (MCI) and a complete or partial (possibly if layered MPTs are used) list of the MMT assets that belong to the MMT package.
  • MCI MMT Composition Information
  • a MPT includes package type, package name, short description of the package, parental rating, the language of audio, the language of text, target user profile, required device capability, package policy such as recording permission and fast play permission, and the like.
  • an ITN message includes only one MPT
  • the media delivery service provides the users only one package at any fixed time instance.
  • an ITN table includes multiple MPTs that have any overlaps in timeline, then the media delivery service provides the users multiple packages at any fixed time instance.
  • an ITN table includes multiple MPTs that have no time-overlap and the corresponding packages are associated with the same logical channel, then the media delivery service provides the users multiple packages in a sequential time order.
  • a receiver must read and parse the ITN message before it reads any other messages.
  • the ITN message is normally being periodically transmitted with a very short period (e.g., 500 ms in a broadcast environment) in order to guarantee short power-up delay or low zapping time.
  • a very short period e.g. 500 ms in a broadcast environment
  • the syntax of the ITN message is defined in Table 23 and the semantics of its syntax elements are provided below Table 23.
  • the method of syntax definition is based on that of MPEG-2 Systems standard (ISO/IEC 13818-1).
  • the loop count not indication in the "value” column can be deduced from the length of the table. The same rule applies to other tables in this specification.
  • message id It indicates the type of S layer messages. The length of this field is 8 bits.
  • An ITN message has fixed message id with value 0x00.
  • version It indicates the version of S Layer messages. MMT client can determine whether the received S layer message is new or not. This field is useful in case in which the S layer messages are repeatedly transmitted via broadcasting network. The length of this field is 8 bits.
  • length It indicates the length of SI Layer Messages. The length of this field is 16 bits. It indicates the length of the ITN message counted in bytes starting from the next field to the last byte of the ITN message. The value '0' is never used for this field.
  • start time flag If this flag is T, the optional syntax element start time is used.
  • start time It indicates the starting time, in NTP, of the ITN message transmission.
  • retransmission_period It indicates the retransmission time of this ITN message.
  • the unit of retransmission_period is 10 ms.
  • table id It indicates the table identifier of the table included in this ITN message. It is a copy of the table id field in the table included in the payload of this ITN message.
  • table version It indicates the version of the table included in this ITN message. It is a copy of the version field in the table included in the payload of this ITN message.
  • table length It indicates the length of the table included in this ITN message. It is a copy of the length field in the table included in the payload of this ITN message. The actual length of the table is table length + 4.
  • table() It indicates an S layer table.
  • the tables in the payload appear in the same order as the table ids in the extension field.
  • the syntax of the ITN table is defined in Table 24 and the semantics of its syntax elements are provided below Table 24.
  • table id Table identifier of the ITN table.
  • Version of the ITN table Version of the ITN table. The newer version overrides the older one as soon as it has been received.
  • method flag It indicates the notice reception method. If this flag is ⁇ ', the notices are delivered by IP broadcast delivery. If this flag is ⁇ ', the notices are delivered through interaction channel. For IP broadcast delivery, an IP address and a port number are provided. For delivery over interaction channel, provided is a URL through which a client can poll notices over an interaction channel.
  • MMT_general_location_info() General location reference information for MMT defined in Table 25 of section 1.1.3. The actual location depends on the syntax element location type within MMT_general_location_info().
  • information table id The identifier of the information table whose information is provided in this ITN table.
  • the table id of ITN table never appear here.
  • information table version The version of the information table whose information is provided in this ITN table.
  • package_path_number An identifier for a logical channel to which the information table belongs.
  • the broadcaster assigns the identifier uniquely to a logical channel within a physical channel.
  • the value ' ⁇ ' has a special usage and is not used as an identifier. If this field is ' ⁇ ', then the information table is channel- independent (e.g., the information table has service-wide information).
  • table filter code flag If this flag is set, one or more table filter codes are provided.
  • a table filter code specifies the criteria for grouping tables. If several criteria for grouping are present at the same time, all those grouping criteria apply to the information table.
  • MMT_general_location_info() for second location an alternative address where a client gets the information table. Only 0x0F ⁇ 0xl3 are allowed.
  • number of table filter codes The number of table filter codes for the information table.
  • the language for all table filter codes The language of all the table filter codes that follow immediately.
  • the language code is a 3-byte language identifier defined in ISO 639 standard.
  • table filter code language flag If this flag is T, the language for the table filter code that follows is separately specified and overrides the language provided by the language for all table filter codes.
  • the language code is a 3- byte language identifier defined in ISO 639 standard.
  • table_ filter code language The language of the table filter code that follows immediately.
  • the language code is a 3-byte language identifier defined in ISO 639 standard.
  • table_ filter code length Byte length of the table filter code.
  • table_ filter code byte A byte in the table filter code.
  • private extension fiag If this flag is ⁇ the private extension is present.
  • private_extension() A syntax element group serving as a container for proprietary or application-specific extensions.
  • An MMT_general_location_info() syntax element group is used to provide location information.
  • the syntax of the MMT_general_location_info() is defined in Table 25 and the semantics of its syntax elements are provided below
  • ipy4_addr 32 uimsbf location type This field indicates the type of the location information as defined in Table 26.
  • OxOC A byte range in the file addressed by a URL
  • OxOD A location information previously stored e.g., pushed into a
  • id Asset path identifier unique within an IP application data flow.
  • ipv4_src_addr IP version 4 source address of an IP application data flow.
  • ipv4_dst_addr IP version 4 destination address of an IP application data flow.
  • dst_port Destination port number of an IP application data flow.
  • ipv6_src_addr IP version 6 source address of an IP application data flow.
  • ipv6_dst_addr IP version 6 destination address of an IP application data flow.
  • network id broadcast network identifier that carries MPEG-2 TS.
  • MPEG_2_transport_stream_id MPEG-2 TS identifier.
  • MPEG 2 PID PID of MPEG-2 TS packet.
  • prefix index An index to a prefix list that are defined before this syntax element group. If this field is OxFF, no prefix is used.
  • URL length Length in bytes of a URL. The terminating null (0x00) shall not be counted.
  • URL byte A byte data in a URL.
  • the terminating null (0x00) shall not be included.
  • byte offset A byte offset from the first byte of a file.
  • ipv4_addr IP version 4 address of an IP application data flow.
  • ipv6_addr IP version 6 address of an IP application data flow.
  • MMT Composition Information is delivered by a CI message for the out of band signaling.
  • a CI message can deliver either a complete CI or a Layered CIs.
  • Layer-0 CI When a layered CI is delivered, it is highly recommended to carry a Layer-0 CI by the ITN message to reduce the required time for package consumption in broadcast scenario.
  • Layer-0 CI When Layer-0 CI is carried within the ITN message as reference number 510, the CI shall be encapsulated in an MCI (MMT Composition Information) table before included in the ITN message.
  • Layer-N CIs where N is not 0, are usually carried in the CI messages with varied repetition period and with different message identifiers.
  • the syntax of the CI message is defined in Table 27 and the semantics of its syntax elements are provided below Table 27.
  • S layer message id It indicates the type of S layer messages. The length of this field is 8 bits. An S layer message shall have a distinct message id if it carries CI at a distinct CI layer for a distinct package.
  • version It indicates the version of S Layer messages. MMT client can determine whether the received S layer message is new or not. This field is useful in case in which the S layer messages are repeatedly transmitted via broadcasting network. The length of this field is 8 bits.
  • length It indicates the length of S Layer Messages. The length of this field is 16 bits. It indicates the length of the CI message counted in bytes starting from the next field to the last byte of the CI message. The value '0' is never used for this field.
  • start time flag If this flag is ⁇ ', the optional syntax element start time is used.
  • start time It indicates the starting time, in NTP, of the CI message transmission.
  • retransmission_period It indicates the retransmission time of this CI message.
  • the unit of retransmissionjperiod is 10 ms.
  • CI byte A byte in CI. 1.2.2 MCI Table Syntax and Semantics
  • the syntax of the MCI table is defined in Table 28 and the semantics of its syntax elements are provided below Table 28.
  • the MCI table shall be used only for a complete CI or a Layer-0 CI.
  • table id Table identifier of the MCI table.
  • Version of the MCI table Version of the MCI table. The newer version overrides the older one as soon as it has been received.
  • Cl byte A byte in CI.
  • Clock reference descriptors defined in section 1.7.2 are delivered within a CRD message.
  • One CRD message may include multiple clock reference descriptors.
  • clock reference descriptors When clock reference descriptors are carried within the ITN message, the clock reference descriptors shall be encapsulated with a table structure called CRD table 520.
  • the syntax of the CRD message is defined in Table 29 and the semantics of its syntax elements are provided below Table 29.
  • message id It indicates the type of S layer messages.
  • the length of this field is 8 bits.
  • version It indicates the version of S Layer messages. MMT client can determine whether the received S layer message is new or not. This field is useful in case in which the S layer messages are repeatedly transmitted via broadcasting network. The length of this field is 8 bits.
  • start time flag If this flag is T, the optional syntax element start time is used.
  • start time It indicates the starting time, in NTP, of the CRD message transmission.
  • retransmission_period It indicates the retransmission time of this CRD message.
  • the unit of retransmission_period is 10 ms.
  • clock_reference_descriptor() It is defined in 1.7.2
  • the syntax of the CRD table is defined in Table 30 and the semantics of its syntax elements are provided below Table 30.
  • the MCI table shall be used only for a complete CI or a Layer-0 CI.
  • table id Table identifier of the CDR table.
  • Version of the CRD table Version of the CRD table. The newer version overrides the older one as soon as it has been received.
  • clock_reference_descriptor() It is defined in section 1.7.2
  • Security information is delivered within a Security message or an ITN message.
  • security information is carried within an ITN message as reference number 525, it shall be encapsulated in a security table before included in the ITN message.
  • the syntax of the security message is defined in Table 31 and the semantics of its syntax elements are provided below Table 31.
  • message id It indicates the type of S layer messages.
  • the length of this field is 8 bits.
  • version It indicates the version of S Layer messages. MMT client can determine whether the received S layer message is new or not. This field is useful in case in which the S layer messages are repeatedly transmitted via broadcasting network. The length of this field is 8 bits.
  • length It indicates the length of S Layer Messages. The length of this field is 16 bits. It indicates the length of the CI message counted in bytes starting from the next field to the last byte of the CI message. The value '0' is never used for this field.
  • start time flag If this flag is T, the optional syntax element start time is used.
  • start time It indicates the starting time, in NTP, of the Security message transmission.
  • retransmission_period It indicates the retransmission time of this Security message.
  • the unit of retransmission_period is 10 ms.
  • Security_descriptor() It is defined in section 1.7.3.
  • the syntax of the Security table is defined in Table 32 and the semantics of its syntax elements are provided below Table 32.
  • table id Table identifier of the security table.
  • Version of the security table Version of the security table. The newer version overrides the older one as soon as it has been received.
  • security_descriptor() It is defined in section 1.7.2. 1.5 Messages for MPT (MMT Package Table)
  • MMT Package Table delivers all the information on a single package.
  • the S layer message that carries an MPT is called "an MPT message”.
  • MPT may be included in the ITN message with other tables as reference number 515 or carried in a separate MPT message.
  • an MPT can be partitioned into multiple layered MPTs.
  • the Layer-0 MPT is the base MPT and if layered delivery is not used, only Layer-0 MPT is delivered. In the latter case, the Layer-0 MPT is a complete MPT.
  • MPTs at different layers shall have different table identifiers (table ids). In this standard, we assigned 8 different values for MPT table id so that we can have upto 8 layers of MPT. The smaller value of MPT table id, the nearer the MPT layer to the base MPT.
  • MPT message The syntax of the MPT message is defined in Table 33 and the semantics of its syntax elements are provided below Table 33.
  • An MPT message carries only one complete MPT or one Layer-N MPT if MPT layering is employed.
  • messagejd It indicates the type of S layer messages.
  • the length of this field is 8 bits.
  • version It indicates the version of S Layer messages. MMT client can determine whether the received S layer message is new or not. This field is useful in case in which the S layer messages are repeatedly transmitted via broadcasting network. The length of this field is 8 bits.
  • length It indicates the length of S Layer Messages. The length of this field is 16 bits. It indicates the length of the MPT message counted in bytes starting from the next field to the last byte of the MPT message. The value '0' is never used for this field.
  • start time flag If this flag is T, the optional syntax element start time is used.
  • start time It indicates the starting time, in NTP, of the MPT message transmission.
  • retransmission_period It indicates the retransmission time of this MPT message.
  • the unit of retransmission_period is 10 ms. If layered MPTs are used, the retransmission_period of a higher layer MPT is usually longer that those of MPT layers below the higher layer MPT.
  • MMT_package_table() It is defined in section 1.5.2.
  • the syntax of the MPT() is defined in Table 34 and the semantics of its syntax elements are provided below Table 34.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
PCT/KR2012/008383 2011-10-13 2012-10-15 Method and apparatus for transmitting and receiving multimedia service Ceased WO2013055179A1 (en)

Priority Applications (9)

Application Number Priority Date Filing Date Title
CN201280061942.XA CN104025479B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置
KR1020207016091A KR102252402B1 (ko) 2011-10-13 2012-10-15 멀티미디어 서비스 송수신 방법 및 장치
KR1020147012751A KR101991321B1 (ko) 2011-10-13 2012-10-15 멀티미디어 서비스 송수신 방법 및 장치
KR1020197017119A KR102121479B1 (ko) 2011-10-13 2012-10-15 멀티미디어 서비스 송수신 방법 및 장치
EP12839272.7A EP2767014A4 (en) 2011-10-13 2012-10-15 METHOD AND DEVICE FOR SENDING AND RECEIVING MULTIMEDIA SERVICES
EP19161146.6A EP3518442B1 (en) 2011-10-13 2012-10-15 Method for transmitting and receiving multimedia service
KR1020217014045A KR102331705B1 (ko) 2011-10-13 2012-10-15 멀티미디어 서비스 송수신 방법 및 장치
JP2014535654A JP6339501B2 (ja) 2011-10-13 2012-10-15 マルチメディアサービス送受信方法及び装置
EP21185149.8A EP3913822B1 (en) 2011-10-13 2012-10-15 Method and apparatus for transmitting and receiving multimedia service

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20110104619 2011-10-13
KR10-2011-0104619 2011-10-13
US201261671923P 2012-07-16 2012-07-16
US61/671,923 2012-07-16

Publications (1)

Publication Number Publication Date
WO2013055179A1 true WO2013055179A1 (en) 2013-04-18

Family

ID=48082118

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2012/008383 Ceased WO2013055179A1 (en) 2011-10-13 2012-10-15 Method and apparatus for transmitting and receiving multimedia service

Country Status (7)

Country Link
US (3) US10498473B2 (enExample)
EP (3) EP3913822B1 (enExample)
JP (1) JP6339501B2 (enExample)
KR (2) KR102331705B1 (enExample)
CN (3) CN109600632B (enExample)
ES (1) ES2924232T3 (enExample)
WO (1) WO2013055179A1 (enExample)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015056863A (ja) * 2013-09-13 2015-03-23 日本放送協会 配信システム、配信装置、受信装置およびそれらのプログラム
JP2015089118A (ja) * 2013-09-27 2015-05-07 日本放送協会 制御メッセージ生成装置、配信システム、受信装置およびそれらのプログラム
WO2016072343A1 (ja) * 2014-11-05 2016-05-12 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
CN106134153A (zh) * 2014-03-27 2016-11-16 三星电子株式会社 利用mmt和dash的广播和宽带混合服务
CN106605408A (zh) * 2014-06-30 2017-04-26 汤姆逊许可公司 用于传送和接收媒体数据的方法和装置
JPWO2016031912A1 (ja) * 2014-08-29 2017-06-15 シャープ株式会社 制御情報生成装置、送信装置、受信装置、テレビジョン受像機、映像信号伝送システム、制御プログラム、および記録媒体
JP2018011329A (ja) * 2017-09-04 2018-01-18 日本放送協会 配信装置、およびそのプログラム
JP2018011330A (ja) * 2017-09-04 2018-01-18 日本放送協会 配信装置、受信装置、およびそれらのプログラム
JP2020065295A (ja) * 2013-11-22 2020-04-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
JP2020205652A (ja) * 2019-07-01 2020-12-24 ソニー株式会社 送信方法及び送信装置
JP2022019878A (ja) * 2019-07-01 2022-01-27 ソニーグループ株式会社 受信方法及び受信装置

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101781873B1 (ko) * 2010-04-19 2017-09-26 엘지전자 주식회사 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
US9699188B2 (en) * 2012-05-02 2017-07-04 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving message for downloadable CAS or DRM in MMT
US9137476B2 (en) * 2013-02-14 2015-09-15 Sony Corporation User-defined home screen for ultra high definition (UHD) TV
KR20140126827A (ko) * 2013-04-22 2014-11-03 삼성전자주식회사 Dvb 시스템에서 mmt를 이용하여 방송 서비스를 송수신하는 방법 및 장치
KR101995314B1 (ko) * 2013-04-22 2019-07-02 삼성전자주식회사 Ｄｖｂ 지상파 방송 시스템에서 ｍｐｅｇ ｍｍｔ를 위한 시그널링 정보를 송수신하는 장치 및 방법
JP6571314B2 (ja) * 2013-06-18 2019-09-04 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法
WO2015040817A1 (ja) * 2013-09-20 2015-03-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6382029B2 (ja) * 2013-09-20 2018-08-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
WO2015068352A1 (ja) 2013-11-08 2015-05-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6505413B2 (ja) * 2013-11-08 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
WO2015111905A1 (en) * 2014-01-21 2015-07-30 Lg Electronics Inc. Broadcast transmission device and operating method thereof, and broadcast reception device and operating method thereof
CN105981374B (zh) 2014-04-27 2019-08-09 Lg电子株式会社 广播信号发送设备、广播信号接收设备、用于发送广播信号的方法以及用于接收广播信号的方法
KR102220942B1 (ko) * 2014-07-04 2021-02-26 삼성전자 주식회사 콘텐츠 제공 방법 및 장치
JP5860518B1 (ja) * 2014-08-27 2016-02-16 シャープ株式会社 送信装置および受信装置
WO2016031173A1 (ja) * 2014-08-28 2016-03-03 パナソニックＩｐマネジメント株式会社 送信方法、受信方法、送信装置及び受信装置
JP6465476B2 (ja) * 2014-10-22 2019-02-06 日本放送協会 受信機および放送局設備
JP6327711B2 (ja) * 2014-11-07 2018-05-23 シャープ株式会社 受信装置、放送システム、受信方法及びプログラム
CN107005734A (zh) * 2014-12-10 2017-08-01 索尼公司 发送装置和发送方法以及接收装置和接收方法
US10085051B2 (en) * 2015-02-13 2018-09-25 Samsung Electronics Co., Ltd. Method and apparatus for converting MMTP stream to MPEG-2TS
CN106664299B (zh) * 2015-02-15 2020-01-17 华为技术有限公司 基于超文本传输协议媒体流的媒体呈现导览方法和相关装置
US20160292445A1 (en) 2015-03-31 2016-10-06 Secude Ag Context-based data classification
US20180352295A1 (en) * 2015-05-07 2018-12-06 Sharp Kabushiki Kaisha System for targeting and demographics
WO2016195420A1 (ko) * 2015-06-04 2016-12-08 엘지전자(주) 방송 신호 송수신 장치 및 방법
KR102519209B1 (ko) * 2015-06-17 2023-04-07 한국전자통신연구원 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법
WO2016204502A1 (ko) * 2015-06-17 2016-12-22 한국전자통신연구원 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법
WO2017007192A1 (ko) 2015-07-06 2017-01-12 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US20170092274A1 (en) * 2015-09-24 2017-03-30 Otojoy LLC Captioning system and/or method
CN107026887B (zh) * 2016-02-02 2019-12-06 上海交通大学 一种多媒体系统中快速信息交互方法及网络传输方法
KR102468763B1 (ko) * 2016-02-05 2022-11-18 삼성전자 주식회사 영상처리장치 및 그 제어방법
KR102613231B1 (ko) * 2016-05-26 2023-12-14 삼성전자주식회사 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
US10880588B2 (en) 2016-05-30 2020-12-29 Samsung Electronics Co., Ltd. Apparatus and method for transmitting/receiving information regarding media content in multimedia system
JP6359134B2 (ja) * 2017-02-09 2018-07-18 シャープ株式会社 受信装置、受信方法、プログラム、及び記憶媒体
JP7215415B2 (ja) * 2017-05-31 2023-01-31 ソニーグループ株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
KR101898822B1 (ko) * 2017-12-12 2018-09-13 가천대학교 산학협력단 뷰포트 정보 시그널링을 이용한 가상 현실 비디오 스트리밍
CN108170660B (zh) * 2018-01-22 2021-08-06 北京百度网讯科技有限公司 多语言排版的显示方法、装置、浏览器、终端及介质
JP6465532B1 (ja) * 2018-10-29 2019-02-06 日本放送協会 受信機および放送局設備
JP6465533B1 (ja) * 2018-10-29 2019-02-06 日本放送協会 受信機および放送局設備
JP6790218B2 (ja) * 2019-11-20 2020-11-25 マクセル株式会社 データ出力方法
JP7150950B2 (ja) * 2020-01-17 2022-10-11 マクセル株式会社 放送番組のコンテンツのコピー制御方法
US11838566B2 (en) * 2021-11-17 2023-12-05 Inntot Technologies Private Limited System and method for alternate program experience in digital broadcasting

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050068977A1 (en) * 2003-09-25 2005-03-31 Kyoung-Weon Na Apparatus and method for servicing both wide area broadcasting and local area broadcasting in a digital multimedia broadcasting system and terminal for receiving the broadcast
US20050083932A1 (en) * 2003-10-16 2005-04-21 Lee Sang-Hyuk Transport stream, apparatus and method for providing value added service while channels are being changed in a digital multimedia broadcasting system
KR20090060928A (ko) * 2007-12-10 2009-06-15 삼성전자주식회사 광대역 무선통신 시스템에서 멀티캐스트 및 브로드캐스트서비스를 위한 장치 및 방법

Family Cites Families (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6181867B1 (en) * 1995-06-07 2001-01-30 Intervu, Inc. Video storage and retrieval system
US6751221B1 (en) * 1996-10-04 2004-06-15 Kabushiki Kaisha Toshiba Data transmitting node and network inter-connection node suitable for home network environment
US6111611A (en) * 1997-07-10 2000-08-29 Thomson Consumer Electronics System for forming and processing program specific information suitable for terrestrial, cable or satellite broadcast
US6029045A (en) * 1997-12-09 2000-02-22 Cogent Technology, Inc. System and method for inserting local content into programming content
US7091968B1 (en) 1998-07-23 2006-08-15 Sedna Patent Services, Llc Method and apparatus for encoding a user interface
GB0000584D0 (en) * 2000-01-13 2000-03-01 Pace Micro Tech Ltd Broadcast data system and apparatus
AU2001233320C1 (en) * 2000-02-04 2009-07-02 Intel Corporation System for distributed media network and meta data server
WO2001069865A1 (en) * 2000-03-15 2001-09-20 Infosim Informationstechnik Gmbh Method and system for communication of data via an optimum data path in a network
JP2002203070A (ja) * 2000-10-17 2002-07-19 Hitachi Ltd メタデータ配信方法
AU2003239385A1 (en) * 2002-05-10 2003-11-11 Richard R. Reisman Method and apparatus for browsing using multiple coordinated device
US6728101B2 (en) * 2002-08-29 2004-04-27 Hewlett-Packard Development Company, L.P. Card support assembly
US7454467B2 (en) * 2003-05-22 2008-11-18 International Business Machines Corporation Method for managing email messages
US8249496B2 (en) 2004-02-10 2012-08-21 Sony Corporation Broadcast frequency detection device
US20050273833A1 (en) * 2004-05-14 2005-12-08 Nokia Corporation Customized virtual broadcast services
EP1775726A4 (en) * 2004-07-22 2009-05-27 Panasonic Corp PLAYING DEVICE, PLAY PROCESS, PROGRAM AND COMPUTER READABLE RECORDING MEDIUM
US8239895B2 (en) * 2005-08-22 2012-08-07 Electronics And Telecommunications Research Institute PMCP extension metadata, data stream generating device, digital data broadcasting emission system and digital data broadcasting emission method thereof
KR100739108B1 (ko) * 2005-11-14 2007-07-13 삼성전자주식회사 고속채널전환 디지털방송수신장치 및 그 방법
KR101340720B1 (ko) 2006-03-24 2013-12-12 삼성전자주식회사 휴대형 디지털 비디오 방송 방통융합 서비스 시스템에서서비스 송수신 방법 및 장치
US8677395B2 (en) * 2006-07-29 2014-03-18 Goldspot Media, Inc. Method and apparatus for operating a micro-splicer to insert alternate content while viewing multimedia content on a handheld device
US20080040743A1 (en) * 2006-07-29 2008-02-14 Srinivasa Dharmaji Micro-splicer for inserting alternate content to a content stream on a handheld device
KR100800856B1 (ko) 2006-08-08 2008-02-04 삼성전자주식회사 Ｄｖｂ-ｈ 시스템에서 ｅｓｇ 업데이트 정보 송수신 방법및 시스템
KR100956825B1 (ko) * 2007-01-04 2010-05-11 엘지전자 주식회사 프리뷰 컨텐츠 수신방법 및 ｉｐｔｖ 수신기
KR101306715B1 (ko) * 2007-02-09 2013-09-11 엘지전자 주식회사 방송 신호 수신 장치 및 방송 신호 송수신 방법
US8272008B2 (en) * 2007-02-28 2012-09-18 At&T Intellectual Property I, L.P. Methods, systems, and products for retrieving audio signals
US20080288375A1 (en) * 2007-04-21 2008-11-20 Carpe Media Media Distribution Reporting System, Apparatus, Method and Software
US20080270913A1 (en) * 2007-04-26 2008-10-30 Howard Singer Methods, Media, and Devices for Providing a Package of Assets
MX2009004942A (es) * 2007-05-14 2009-06-03 Samsung Electronics Co Ltd Metodo y aparato para transmitir radiodifusion, metodo y aparato para recibir radiodifusion.
KR101405965B1 (ko) * 2007-06-25 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8185925B2 (en) * 2007-08-24 2012-05-22 Lg Electronics Inc. Digital broadcasting system and method of processing data in the digital broadcasting system
US8510781B2 (en) * 2007-08-24 2013-08-13 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
US8045628B2 (en) 2007-10-18 2011-10-25 Nokia Corporation Digital video broadcast service discovery
US8869219B2 (en) * 2007-12-05 2014-10-21 Lg Electronics Inc. Method for controlling a channel and an IPTV receiver
US8112775B2 (en) * 2007-12-05 2012-02-07 Lg Electronics Inc. IPTV receiver and method of providing channel details information
KR100918002B1 (ko) 2007-12-10 2009-09-18 한국전자통신연구원 다운로딩 기반 수신제한시스템에서 복수 개의 수신제어소프트웨어 객체들의 실행 관리가 가능한 수신기 및 실행관리방법
US9185351B2 (en) * 2008-01-09 2015-11-10 Harmonic, Inc. Browsing and viewing video assets using TV set-top box
KR101171872B1 (ko) 2008-02-08 2012-08-08 후지쯔 가부시끼가이샤 수신 장치, 수신 방법 및 수신 프로그램을 기록한 컴퓨터 판독가능한 기록 매체
US8850471B2 (en) * 2008-03-10 2014-09-30 Hulu, LLC Method and apparatus for providing user control of advertising breaks associated with a media program
US8359614B2 (en) * 2008-05-16 2013-01-22 Sony Computer Entertainment America Llc Channel hopping scheme for update of data for multiple services across multiple digital broadcast channels
EP2654265B1 (en) * 2008-06-07 2018-12-12 Coherent Logix Incorporated Transmitting and receiving control information for use with multimedia streams
US8365229B2 (en) * 2008-06-09 2013-01-29 Lg Electronics Inc. Method for mapping between signaling information and announcement information and broadcast receiver
US8392942B2 (en) * 2008-10-02 2013-03-05 Sony Corporation Multi-coded content substitution
US8792899B2 (en) 2008-11-07 2014-07-29 Qualcomm Incorporated Regionalized delivery of hybrid mobile broadcast services or channels in a mobile broadcast network
US8099752B2 (en) * 2008-12-03 2012-01-17 Sony Corporation Non-real time services
KR101597578B1 (ko) * 2008-12-09 2016-02-25 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
WO2010068033A2 (ko) * 2008-12-09 2010-06-17 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
US8387286B2 (en) * 2008-12-19 2013-03-05 Sport Maska Inc. Skate
WO2010082792A2 (ko) * 2009-01-15 2010-07-22 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
KR20100089337A (ko) 2009-02-03 2010-08-12 삼성전자주식회사 Ｉｐｔｖ 서비스 정보 제공 방법, 하이브리드 ｉｐｔｖ 및 저장 매체
US8904450B2 (en) * 2009-10-13 2014-12-02 Sony Corporation Individual internet video link channel
EP2320650B1 (en) 2009-10-20 2014-06-04 Lg Electronics Inc. Method of processing application in digital broadcast receiver connected with interactive network and the digital broadcast receiver
KR101691836B1 (ko) * 2009-10-25 2017-01-02 엘지전자 주식회사 프로그램 정보 처리 방법 및 방송 수신기
US9015773B2 (en) 2009-11-18 2015-04-21 Lg Electronics Inc. Method for transmitting and receiving a broadcast signal and a broadcast receiver using the method
KR20110066826A (ko) 2009-12-11 2011-06-17 한국전자통신연구원 신뢰 플랫폼 모듈 기능을 이용한 ｃａｓ／ｄｒｍ 소프트웨어의 다운로드 방법
KR20110095665A (ko) 2010-02-19 2011-08-25 (주) 마이트로 양방향 역경매에 의한 운전중개 서비스 시스템 및 방법
KR20110095458A (ko) 2010-02-19 2011-08-25 네오세미테크 주식회사 4인치 웨이퍼의 양면 가공 중 발생하는 백래쉬 제거 방법
KR101777348B1 (ko) 2010-02-23 2017-09-11 삼성전자주식회사 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치
US8918845B2 (en) * 2010-03-23 2014-12-23 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for media access
US20110238520A1 (en) * 2010-03-26 2011-09-29 Selley Jonathan W Wireless jukebox ordering and administration application with restaurant and administrative support
KR101789633B1 (ko) * 2010-04-19 2017-10-25 엘지전자 주식회사 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신장치
KR101842201B1 (ko) * 2010-04-19 2018-03-26 엘지전자 주식회사 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
WO2011132937A2 (en) 2010-04-20 2011-10-27 Samsung Electronics Co., Ltd. Interface apparatus and method for transmitting and receiving media data
EP2566156A4 (en) * 2010-04-28 2015-04-29 Lg Electronics Inc BROADCAST TRANSMITTER, BROADCAST RECEIVER AND METHOD FOR SENDING AND RECEIVING BROADCAST SIGNALS WITH DEVICES FOR TRANSMITTING AND RECEIVING BROADCAST SIGNALS
US20120026409A1 (en) * 2010-07-27 2012-02-02 Yasukazu Higuchi Electronic Device and Remote-Control Method
US8296810B1 (en) * 2010-08-30 2012-10-23 Sprint Communications Company L.P. Wireless video uplink system that includes a reservation system
US9348691B2 (en) * 2010-09-14 2016-05-24 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, and method for transmitting/receiving broadcast signal through apparatus for transmitting/receiving broadcasting signal
US9301020B2 (en) * 2010-11-30 2016-03-29 Google Technology Holdings LLC Method of targeted ad insertion using HTTP live streaming protocol
KR101887506B1 (ko) 2011-09-22 2018-08-13 삼성전자주식회사 방송 시스템에서 방송 콘텐츠 재생 방법 및 장치
KR101959260B1 (ko) 2011-09-23 2019-03-18 한국전자통신연구원 Ｍｍｔ 시스템을 위한 미디어 데이터 전송 장치 및 방법, 그리고 미디어 데이터 수신 장치 및 방법
KR20130040090A (ko) * 2011-10-13 2013-04-23 삼성전자주식회사 복합 네트워크에서 멀티미디어 데이터를 전송하기 위한 장치 및 그 방법
JP2013229689A (ja) 2012-04-24 2013-11-07 Sharp Corp 再生装置、配信装置、データ構造、再生方法、配信方法、制御プログラム、および記録媒体
JP2016030586A (ja) * 2014-07-30 2016-03-07 トヨタ自動車株式会社 車両用樹脂バックドア構造

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050068977A1 (en) * 2003-09-25 2005-03-31 Kyoung-Weon Na Apparatus and method for servicing both wide area broadcasting and local area broadcasting in a digital multimedia broadcasting system and terminal for receiving the broadcast
US20050083932A1 (en) * 2003-10-16 2005-04-21 Lee Sang-Hyuk Transport stream, apparatus and method for providing value added service while channels are being changed in a digital multimedia broadcasting system
KR20090060928A (ko) * 2007-12-10 2009-06-15 삼성전자주식회사 광대역 무선통신 시스템에서 멀티캐스트 및 브로드캐스트서비스를 위한 장치 및 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2767014A4 *

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015056863A (ja) * 2013-09-13 2015-03-23 日本放送協会 配信システム、配信装置、受信装置およびそれらのプログラム
JP2015089118A (ja) * 2013-09-27 2015-05-07 日本放送協会 制御メッセージ生成装置、配信システム、受信装置およびそれらのプログラム
JP2020065295A (ja) * 2013-11-22 2020-04-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
CN106134153B (zh) * 2014-03-27 2019-07-26 三星电子株式会社 利用mmt和dash的广播和宽带混合服务
CN106134153A (zh) * 2014-03-27 2016-11-16 三星电子株式会社 利用mmt和dash的广播和宽带混合服务
CN106605408B (zh) * 2014-06-30 2020-05-15 交互数字Ce专利控股公司 用于传送和接收媒体数据的方法和装置
CN106605408A (zh) * 2014-06-30 2017-04-26 汤姆逊许可公司 用于传送和接收媒体数据的方法和装置
JPWO2016031912A1 (ja) * 2014-08-29 2017-06-15 シャープ株式会社 制御情報生成装置、送信装置、受信装置、テレビジョン受像機、映像信号伝送システム、制御プログラム、および記録媒体
JPWO2016072343A1 (ja) * 2014-11-05 2017-08-17 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
JP2020074589A (ja) * 2014-11-05 2020-05-14 ソニー株式会社 送信方法
WO2016072343A1 (ja) * 2014-11-05 2016-05-12 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
JP2021180517A (ja) * 2014-11-05 2021-11-18 ソニーグループ株式会社 送信方法および受信装置
JP7188510B2 (ja) 2014-11-05 2022-12-13 ソニーグループ株式会社 送信方法および受信装置
JP2023021166A (ja) * 2014-11-05 2023-02-09 ソニーグループ株式会社 送信方法および受信装置
JP7517389B2 (ja) 2014-11-05 2024-07-17 ソニーグループ株式会社 送信方法および受信装置
JP2018011330A (ja) * 2017-09-04 2018-01-18 日本放送協会 配信装置、受信装置、およびそれらのプログラム
JP2018011329A (ja) * 2017-09-04 2018-01-18 日本放送協会 配信装置、およびそのプログラム
JP2020205652A (ja) * 2019-07-01 2020-12-24 ソニー株式会社 送信方法及び送信装置
JP2022019878A (ja) * 2019-07-01 2022-01-27 ソニーグループ株式会社 受信方法及び受信装置
JP7243799B2 (ja) 2019-07-01 2023-03-22 ソニーグループ株式会社 受信方法及び受信装置

Also Published As

Publication number Publication date
CN109600632A (zh) 2019-04-09
US20200106540A1 (en) 2020-04-02
ES2924232T3 (es) 2022-10-05
CN104025479B (zh) 2018-10-19
EP3913822B1 (en) 2022-06-22
CN109756287A (zh) 2019-05-14
EP3518442A1 (en) 2019-07-31
CN104025479A (zh) 2014-09-03
US20210167880A1 (en) 2021-06-03
JP2014534696A (ja) 2014-12-18
CN109756287B (zh) 2020-12-29
KR101991321B1 (ko) 2019-06-21
EP2767014A4 (en) 2015-07-29
EP2767014A1 (en) 2014-08-20
EP3518442B1 (en) 2021-08-04
KR20210056457A (ko) 2021-05-18
KR20140090202A (ko) 2014-07-16
CN109600632B (zh) 2020-12-25
US10951337B2 (en) 2021-03-16
US11528082B2 (en) 2022-12-13
KR102331705B1 (ko) 2021-12-01
EP3913822A1 (en) 2021-11-24
JP6339501B2 (ja) 2018-06-06
US20130097627A1 (en) 2013-04-18
US10498473B2 (en) 2019-12-03

Similar Documents

Publication Publication Date Title
US11528082B2 (en) Method and apparatus for transmitting and receiving multimedia service
US10595065B2 (en) Method and apparatus for transmitting and receiving multi-media services
US9712864B2 (en) Broadcast service receiving method and broadcast service receiving apparatus
KR101887506B1 (ko) 방송 시스템에서 방송 콘텐츠 재생 방법 및 장치
US9596510B2 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
US9667902B2 (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
US9723362B2 (en) Method for transmitting and receiving broadcast service and receiving device thereof
JP6632749B2 (ja) マルチメディアサービス送信装置

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014535654

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20147012751

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2012839272

Country of ref document: EP