Nothing Special   »   [go: up one dir, main page]

CN104025479A - 用于发送和接收多媒体服务的方法和装置 - Google Patents

用于发送和接收多媒体服务的方法和装置 Download PDF

Info

Publication number
CN104025479A
CN104025479A CN201280061942.XA CN201280061942A CN104025479A CN 104025479 A CN104025479 A CN 104025479A CN 201280061942 A CN201280061942 A CN 201280061942A CN 104025479 A CN104025479 A CN 104025479A
Authority
CN
China
Prior art keywords
service
information
packet
value
field
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.)
Granted
Application number
CN201280061942.XA
Other languages
English (en)
Other versions
CN104025479B (zh
Inventor
黄承吾
金庸汉
朴勍模
柳诚烈
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 CN201811094043.5A priority Critical patent/CN109600632B/zh
Priority to CN201811093505.1A priority patent/CN109756287B/zh
Publication of CN104025479A publication Critical patent/CN104025479A/zh
Application granted granted Critical
Publication of CN104025479B publication Critical patent/CN104025479B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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

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)

Abstract

提供了用于接收多媒体服务的方法。该方法包括：接收用于从不同的网络提供的至少一个多媒体服务的服务特定信息，基于所述服务特定信息选择一个服务，以及接收所选择的服务。所述服务特定信息包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息。第一服务映射表和第二服务映射表中的每一个包括与资产相关的信息。

Description

用于发送和接收多媒体服务的方法和装置
技术领域
本发明涉及用于提供多媒体服务的方法。更具体地，本发明涉及一种方法，其中在异构网络环境中提供广播通信融合服务(convergence service)的服务提供者可以递送关于该服务提供者自身提供的服务的特定信息。
背景技术
因特网演进到宽带因特网已经不仅使得使用专用信道(诸如，陆地信道、卫星信道、电缆)的已有广播成为可能，而且使得使用公共因特网提供排定的(scheduled)多媒体服务的因特网广播成为可能。作为现实的服务，已经出现了广播通信融合服务，其能够通过有机地组合已有广播与因特网广播来提供各种各样的服务。
广播服务提供者(或广播台)不仅能够通过专用信道还能够通过因特网来递送内容。甚至已经出现了广播服务提供者，其能够只通过因特网递送内容，而无需其专用广播信道。因此，不管广播台是使用专用信道和因特网两者，还是只使用因特网，广播台需要将其节目时刻表(或组织)信息与其节目内容一起递送给观看者，向观看者推广(promote)它们的节目内容，从而允许观看者根据观看者各自的时刻表来观看节目。广播台可以通过因特网提供‘重新观看(Re-view)’服务，由此允许观看者在稍后观看内容，如果观看者在内容广播期间不观看内容的话。在已有广播中，这类信息被称为电子节目指南(EPG)。在数字视频广播(DVB)系统标准的情况下，这个信息在北美标准中被称为节目和系统信息协议(PSIP)，并且在欧洲标准中被称为服务信息(SI)。而且，该信息在已有数字TV标准中所广泛使用的运动图像专家组-2(MPEG-2)系统标准中被称为节目特定信息(PSI)。在北美标准中，PSI和PSIP被定义为一起发送，但是观看者可以仅利用PSIP来选择节目。在欧洲标准中，PSI和SI被一起发送，并且有可能仅利用PSI来选择节目，但是使用SI额外提供了关于节目的指南信息的真实性(verity)。在本说明书中，这类信息将被称为‘服务特定信息(Service Specific Information，SSI)’。
与使用专用信道的已有广播相比，因特网广播是全球提供的，所以观看者可以在世界上任何地方通过因特网访问因特网广播，只要观看者具有能够接收因特网广播的接收器，因此克服了已有广播的区域性质的限制。因此，为了克服已有广播标准的区域性质的限制(已有广播标准大致分类为北美标准、欧洲标准、以及日本标准)，因特网广播应当通过世界上唯一的单一标准来提供，以便避免不必要地增加接收器的复杂度。关于这一点，SSI也要求单一标准。
将来的广播通信融合系统也期望基于因特网来重建。换句话说，甚至不仅关于通过已有广播信道的节目内容而且关于通过因特网的节目内容的指南信息将在SSI中以使接收器可以读取节目内容的机器可读形式来递送。然后，接收器可以通过广播信道或因特网获取SSI，利用其控制广播接收，并且如有必要则将其以使观看者能够读取SSI的形式来示出。当然，不使用专用广播信道的因特网广播台可以通过因特网递送SSI。
因此，需要一种用于提供可以被服务提供者用来递送关于服务提供者本身提供的服务的特定信息的格式的装置和方法，其中服务提供者在包括因特网的异构网络环境中提供广播通信融合服务。
以上信息是作为背景信息给出，仅仅是为了帮助对本公开的理解。关于以上任何信息是否可以应用为关于本发明的现有技术，并未做出确定，也并未做出声明。
发明内容
本发明的各方面是为了解决至少上述问题和/或缺点，并且为了提供至少下述优点。因此，本发明的一个方面是提供可以被服务提供者用来递送关于服务提供者本身提供的服务的特定信息的格式，其中服务提供者在包括因特网的异构网络环境中提供广播通信融合服务。
根据本发明的一个方面，提供了用于接收多媒体服务的方法。该方法包括：接收用于从不同的网络提供的至少一个多媒体服务的服务特定信息，基于所述服务特定信息选择一个服务，以及接收所选择的服务。服务特定信息可以包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息。第一服务映射表和第二服务映射表中的每一个可以包括与资产相关的信息。
根据本发明的另一个方面，提供了用于发送多媒体服务的方法。该方法包括：发送用于将要从不同的网络提供的至少一个多媒体服务的服务特定信息；以及基于服务特定信息，将由接收器请求的服务发送到接收器。服务特定信息可以包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息。第一服务映射表和第二服务映射表中的每一个可以包括与资产相关的信息。
根据本发明的又一个方面，提供了用于接收多媒体服务的装置。该装置包括：接收器，用于接收用于从不同的网络提供的至少一个多媒体服务的服务特定信息；以及控制器，用于基于服务特定信息选择一个服务。接收器可以接收由控制器选择的服务。服务特定信息可以包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息。第一服务映射表和第二服务映射表中的每一个可以包括与资产相关的信息。
根据本发明的又一个方面，提供了用于发送多媒体服务的装置。该装置包括：发送器，用于发送用于将要从不同的网络提供的至少一个多媒体服务的服务特定信息；以及控制器，用于基于服务特定信息选择由接收器请求的服务。发送器可以基于服务特定信息将由控制器选择的服务发送到接收器。服务特定信息可以包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息。第一服务映射表和第二服务映射表中的每一个可以包括与资产相关的信息。
根据本发明的再一个方面，提供了用于接收多媒体服务的方法。该方法包括：接收控制消息，并且解码控制消息。控制消息可以包括至少一个表格。所述至少一个表格可以包括用于对应于数据包的至少一个MPEG媒体传输(MMT)数据包表格(MPT)的表格。用于MPT的表格可以包括属于数据包的资产列表。
根据本发明的再一个方面，提供了用于接收多媒体服务的装置。该装置包括：接收器，用于接收控制消息；以及解码器，用于解码控制消息。控制消息可以包括至少一个表格。所述至少一个表格可以包括用于对应于数据包的至少一个MPT的表格。用于MPT的表格可以包括属于数据包的资产列表。
根据本发明的再一个方面，提供了用于发送多媒体服务的方法。该方法包括：生成控制消息，以及发送所生成的控制消息。控制消息可以包括至少一个表格。所述至少一个表格可以包括用于对应于数据包的至少一个MPT的表格。用于MPT的表格可以包括属于数据包的资产列表。
根据本发明的再一个方面，提供了用于发送多媒体服务的装置。该装置包括：控制器，用于生成控制消息；以及发送器，用于发送所生成的控制消息。控制消息可以包括至少一个表格。所述至少一个表格可以包括用于对应于数据包的至少一个MPT的表格。用于MPT的表格可以包括属于数据包的资产列表。
从以下结合附图、公开了本发明的示范性实施例的详细说明中，本发明的其它方面、优点、以及显著的特征对于本领域技术人员将变得清楚。
附图说明
从以下结合附图的描述中，本发明的一定的示范性实施例的上述以及其它方面、特征、和优点将更加清楚，其中：
图1示出了根据本发明的示范性实施例的使用专用物理信道的已有广播中的服务特定信息(SSI)和系统指南信息的结构；
图2示出了根据本发明的示范性实施例的因特网广播中的SSI的结构；
图3示出了根据本发明的示范性实施例的SSI的逻辑结构；以及
图4示出了根据本发明的示范性实施例的基于MPEG-2传输流(TS)的广播中的SSI的示例；
图5示出了根据本发明的示范性实施例的S1信令的结构；
图6和图7示出了根据本发明的示范性实施例的在接收器中接收多媒体的操作；
图8示出了根据本发明的示范性实施例的发送装置的结构；以及
图9示出了根据本发明的示范性实施例的接收装置的结构。
遍及所述附图，应当注意到，相似的参考标号被用来描绘相同或相似的元素、特征、以及结构。
具体实施方式
以下参考附图的描述被提供用来帮助对由权利要求及其等效物定义的本发明的示范性实施例的全面的理解。这包括各种具体的细节以帮助进行理解，但是这些细节仅仅被认为是示范性的。因此，本领域普通技术人员将认识到，可以对这里描述的实施例进行各种改变和修改，而不脱离本发明的范围和精神。此外，为了清楚和简洁，可以省略对于熟知功能和构造的描述。
在以下描述和权利要求中使用的术语和词语不限于书籍中解释的含义，而仅仅是被发明人用来使本发明能够被清楚和一致地理解。因此，本领域技术人员应该清楚，以下对本发明示范性实施例的描述仅仅被提供用于例示目的，而非为了限制如所附权利要求及其等效物定义的本发明的目的。
应当理解，单数形式的“一”和“该”包括复数的指示物，除非上下文清楚地另外指出。因此，例如，对“组件表面”的引用包括对于一个或多个这样的表面的引用。
首先，在描述本发明的示范性实施例之前，这里使用的术语将被如下定义。
媒体服务：通过使用诸如，例如，音频、视频、图像、文本、图形、交互式应用、等等的各种媒体中的一个或多个来递送信息的服务。
前景媒体服务：直接暴露给观看者以允许观看者在一个时间点选择并享用的免费或收费的媒体产品，诸如，视频服务、音频服务、电子节目指南(EPG)服务、推送点播视频(VoD)服务、便携式服务、等等。
背景广播服务：帮助前景媒体服务、但是并没有直接暴露给观看者的媒体递送服务，诸如，例如，用于文件下载的转盘(carousel)、通过因特网的预先下载、等等。
视频服务：一种视频为主的服务，而其相关联的音频被一起提供，并且以另一种语言的音频、字幕、交互式应用、其它额外的数据、等等也可以与视频一起提供。
音频服务：一种音频为主的服务，并且与音频相关联的视频或图像、交互式应用、以及其它额外的数据可以与音频一起提供。
交互式应用：在视频或音频服务的消费期间如有必要则被启用(evoke)、提供信息给观看者，并且接收观看者的反应以便控制媒体服务或将信息递送给媒体运营商(media operator)的服务器、并且集体地指代声明性和过程语言的软件的一种软件。这个应用可以由与当前消费的视频或音频服务相关联的媒体运营商启用，或者可以由媒体运营商启用而不管当前消费的媒体服务。已经存储在接收器的高速缓冲存储器中并且由观看者辨识出的交互式应用可以在观看者的请求下被启用。
正规媒体(regular media)：根据媒体服务的要求而需要提供的媒体。例如，音频服务的音频，或者视频和与其相关联的视频服务的音频。
附属媒体：不需要根据媒体服务的要求而提供的媒体，但是可以在需要时提供。例如，这样的媒体可以包括网络文档、小部件、交互式应用、音频片段、视频片段、图形、文本、图像、辅助媒体组件、等等。附属媒体总是与正规媒体一起消费，而不能被单独消费。
媒体组件：构成媒体的组件。例如，在立体视频的情况下，左眼视野图像和右眼视野图像可以是媒体组件。作为另一个示例，在5.1声道音频的情况下，每个声道音频可以是媒体组件。
辅助媒体组件：不能单独构成单一媒体、而是与另一个媒体组件一起构成媒体的媒体组件。例如，在二维(2D)/三维(3D)时间组合服务中的左眼视野图像和右眼视野图像当中左眼视野图像总是被提供为二维(2D)图像的情形下，只在立体视频时段提供的右眼视野图像是辅助媒体组件。
资产(asset)：关于媒体组件的编码数据。这里，编码是指压缩编码、用于标准格式的编码、等等。
正规资产：关于正规媒体的媒体组件的编码数据。这里，编码是指压缩编码、用于标准格式的编码、等等。
附属资产：关于附属媒体的媒体组件或辅助媒体组件的编码数据。这里，编码是指压缩编码、用于标准格式的编码、等等。
节目：媒体服务的实例(例如，一个广播信道(逻辑信道)的整个内容)。
节目项：节目的时间段的内容。例如，当在影片中以混合方式发送开始广告、中间广告、以及最后广告时，节目项是包括广告的影片的时间段的内容。这里，每个广告是个体的节目项，但是它是包括在另一个节目项中的嵌入的节目项。节目是时间线上除了嵌入的节目项以外的节目项串联的结果。
数据包：用于节目项的编码数据。这包括资产以及与资产的发送、解码、回放、等等相关联的控制信息。
主资产：正规资产当中能够包括关于附属资产的同步信息的正规资产。例如，主资产可以包括附属资产的同步和控制信息，作为视频流的M单元的附加的信息。
附加的信息：关于资产的额外的信息，诸如，控制信息、描述信息、等等。附加的信息是逻辑术语，并且可以包括在传输层级中的多个层的标头中，并且在这种情况下，其被称为标头信息。
流资产：媒体压缩数据形式的资产，其能够像视频流和音频流一样在时间上无限地生成。
非流资产：并非对应于流资产的资产。
M单元：资产的子子组件(sub sub-component)。流资产的M单元是每次能够输入到媒体解码器的最小数据单元，并且其解码结果可以根据媒体在时间点或时间段中展示。例如，对于视频流，帧的压缩结果可以是一个M单元，而对于音频流，24毫秒(ms)的音频采样的压缩结果可以是一个M单元。
逻辑信道：递送一个编码的节目的路径。例如，逻辑信道对应于由已有的基于MPEG-2传输流(TS)的数字TV系统中的节目映射表(PMT)指定的数据递送路径，或者由源地址、目的地地址、以及因特网中的端口号指定的数据递送路径。
物理信道：递送一个或多个逻辑信道的路径。例如，物理信道对应于陆地TV信道、有线TV信道、卫星广播信道、因特网、等等，具有6兆赫(MHz)带宽。
网际协议(IP)应用数据流(data flow)：一个IP应用数据流由因特网上的源地址和目的地地址指定，并且由指定将处理IP分组(packet)的内容的应用的目的地中的端口号指定。
资产路径标识符(APID)：资产路径的标识符(例如，携载资产的信息路径)。一个IP应用数据流由若干资产路径组成，并且每个资产路径在一个IP应用数据流中通过APID唯一地识别。
资产模块标识符(AMID)：当资产通过被划分而经由若干资产模块发送时，AMID是用于在一个资产路径中识别这些资产模块的标识符。例如，假设存在大尺寸的表格，并且这个表格被划分为若干个子表，如果整个表格被指定为一个资产，则每个子表是资产模块。
接下来，将参考附图展示根据本发明的示范性实施例的服务特定信息的格式。首先，对于服务特定信息，应当考虑以下要求。
指南信息的整合(integration)：对于服务特定信息(SSI)，广播台或广播台的组需要向接收器递送用于通过共同运行的所有媒体提供的广播服务的特定信息，所述媒体诸如有线/无线因特网、陆地信道、卫星信道、以及电缆。
指南信息的格式：SSI需要具有可以被接收器高效地读取和解密的机器可读的格式。SSI需要使用这样一种格式，其中相同的SSI可以以尽可能少的数据量来表示。
指南信息的目标时段：SSI需要指导以前和现在的预定时段上的服务规范(或服务历史)，并且指导将来一段预定时间(例如，半个月期间)的服务规范(或服务历史)。然而，以前已经广播过的服务规范可能不被直接包括在SSI中，并且在这种情况下，接收器可以维持已经存储的以前的服务规范，而在预定的时间段(例如，半个月)内不删除。
指南信息的有效期(valid period)：特定版本的SSI只在预定的时间段内有效，并且需要在预定的时间段到期时由接收器自动地更新。
对节目时刻表中的改变的支持：当由于一些原因广播不同于包括在所通知的SSI中的时刻表内容的内容时，需要提供能够允许发送器和接收器改变所通知的SSI的手段。
指南信息的递送手段：当必要时，SSI的全部或一些需要通过诸如有线/无线因特网、陆地信道、卫星信道、以及电缆的一个或多个媒体来递送。
指南信息的可选结构：SSI需要具有这样一种结构：在SSI内容的这种结构中，广播系统的操作所需的信息被强制递送，但是其它信息可以被可选地递送。例如，节目内容的位置信息是接收器读取节目流所需的信息，相反，节目内容的剧情是能够帮助观看者确定是否观看节目的信息，但是并不是接收器的操作所需的信息。
信道采集时间最小化：SSI需要具有能够最小化信道采集时间的结构。如这里所使用的术语‘信道采集时间’可以指在上电或信道改变之后播放视频和音频的时间。
与已有广播的前向兼容性：SSI需要指导甚至是已有的基于MPEG-2TS的广播的服务规范。
与已有广播的后向兼容性：已有的基于MPEG-2TS的广播也需要使用SSI。当然，所提供的SSI将不被用于不支持其的已有接收器中，但是其不应当导致对于接收器的操作的过度的影响。可以在支持SSI的新版本的接收器中利用SSI。
对一个屏幕中的若干个小屏幕的支持：SSI需要在一个屏幕中支持若干个小屏幕。其包括指定小屏幕的时空(spatio-temporal)位置。例如，在棒球比赛的实况广播期间，SSI需要将显示投手、击球手、具体的内野手、整个体育场、等等的所有的小屏幕包括在整个屏幕中。
对具有各种能力的接收器的支持：SSI需要支持用于具有各种能力的接收器的内容指南，所述接收器诸如移动设备、标准清晰度电视机(SDTV)、高清晰度TV(HDTV)、超高清晰度TV(UHDTV)、等等。
对多语言广播、字幕广播、评论广播、以及手语广播的支持：当能够提高可访问性的辅助内容被包括在节目中时，SSI需要对其进行指导，所述辅助内容诸如多语言音频广播、字幕广播、评论广播、以及手语广播。
内容限制指南：SSI需要指导对内容的使用的若干限制。所述限制可以包括内容评级(例如，小于一定年龄的人被禁止观看该内容)、可记录性、可访问性、快进播放/快倒播放、付费点播、月结、等等。
内容数据的位置指南：SSI需要指导内容数据的位置。SSI需要高效地指导整个内容的相同位置以及各个轻视组件(contempt components)的不同位置两者。此外，SSI需要指导在一个或多个专用广播物理信道和因特网中的一些或全部上的内容递送。
替代性(alternative)内容数据的位置指南：SSI需要指导替代性内容数据的位置。如这里所使用的，术语‘替代性内容数据的位置’可以指可以从中读取与原始内容数据相同或相似的内容而不是用于观看者选择的内容的期望的原始内容数据的位置。
辅助数据指南：SSI不仅需要指导主视频和音频，还需要指导其相关联的辅助数据，诸如，网络文档、小部件、交互式应用、音频片段、视频片段、图形、文本、图像、以及部分媒体流(例如，在预定时段用于演示双目3D视频的额外的有限长度的流)。
SSI针对每个广播台或广播台的组来提供。陆地广播台、有线广播台、卫星广播台、因特网广播台、等等不得不独立地递送它们自己的服务规范，除非它们对于服务规范的共享和整合递送(integrated delivery)订立协定(agreement)，因为它们是独立地开展它们的业务。然而，当这样的协定被制定时，可以以整合的方式向广播台组指导服务规范，广播台组是参与协定的广播台的组。如果用于服务规范指南的信息量很大，则利用接收器下载它将花费更长的时间，从而导致观看者读取服务规范指南的延迟时间增加，并且增加接收器在下载改变的服务规范指南时的负担。因此，需要一种克服这些缺点的方法。
在已有的基于MPEG-2标准的广播系统中，额外的服务和系统指南信息被定义，因为提供在MPEG-2系统标准(ISO/IEC13818-1)中的节目特定信息(PSI)对于服务规范指南是不足的。高级电视系统委员会(ATSC)节目和系统信息协议(PSIP)和DVB SI是PSI。在ATSC PSIP的情况下，因为其包括替换MPEG-2PSI中的节目关联表(PAT)或节目映射表(PMT)的信息，所以ATSC PSIP被设计成使得接收器可以无需解密PAT和PMT地接收节目。
不同于在若干节目的发送期间在一个物理信道中多路复用所述若干节目的基于专用信道的广播，在只使用因特网的因特网广播中，若干节目不在一个IP应用数据流中被多路复用是普遍的。当然，如果必要，若干节目可以在一个IP应用数据流中被多路复用，但是由本发明的示范性实施例提出的方案中假设，在一个IP应用数据流中只有一个节目被传送。此外，即使在由于物理信道的带宽限制而通过若干不同的物理信道分开发送节目组件时，这也不对应于因特网广播。在这些条件下，用于因特网广播的SSI可以被极大地简化。
图1示出了根据本发明的另一个示范性实施例的使用专用物理信道的已有广播中的服务特定信息(SSI)的结构。
接收器从ATSC PSIP或DVB SI中检查物理信道的规范。如果接收器调谐特定物理信道，则其从MPEG-2PSI中的PAT中检查物理信道中的节目规范。如果选择了特定节目，则接收器可以从MPEG-2PSI中的PMT中识别节目组件。在ATSC系统中，接收器可以从PSIP信息中直接识别特定节目的组件。
图2示出了根据本发明的另一个示范性实施例的因特网广播中的SSI的结构。
接收器可以通过从服务特定信息中检查节目组件的路径标识符来播放节目，所述服务特定信息是通过相同IP应用数据流中的特定路径递送的。服务特定信息需要被周期性地递送，因为不可能事先知道接收器何时将被上电时，以及接收器何时将访问因特网广播。对于需要递送服务特定信息的时段，更短的时段可能是优选的。然而，通常，优选的是将所述时段维持在500毫秒之内。如果服务特定信息量很大，则很多分组应该在相同的时段之内被递送，以便在较短时段内发送服务特定信息，导致低效率。因此，如果可能，在较短时段内发送的信息需要被设计为小量的。优选的是额外的指南信息被设定为在更长的时段内发送，或者在接收器请求时被递送。
图3示出了根据本发明的示范性实施例的SSI的逻辑结构。例如，图3示出了根据本发明的示范性实施例的、用于使用专用物理信道和因特网两者的广播通信融合服务的SSI的逻辑结构。
参考图3，所示结构基本上是图1和图2中示出的结构的整合形式。当通过专用广播物理信道广播多个逻辑信道时，用于多个数据包的服务映射表(SMT-M)301被使用，而当通过专用广播物理信道广播单一逻辑信道时、当只使用因特网时、或者当主要使用因特网进行广播时，用于单一数据包的服务映射表(SMT-S)309被使用。主要使用因特网进行广播的示例可以包括这样的情况：当使用专用物理信道和因特网两者的广播台执行因特网广播时，如果必要，则可以在因特网广播中利用通过专用物理信道发送的数据。例如，当由于专用信道的带宽有限而通过因特网广播某些内容时，将被额外地用于这个内容的辅助数据可以联合地使用通过专用信道发送的内容。在这种情况下，只能够访问因特网的接收器可以不利用辅助数据，但是具有用于专用信道的调谐器和因特网访问设备两者的智能TV接收器可以通过因特网接收主内容(main content)，通过专用信道接收辅助数据，并将它们综合地(comprehensively)提供给观看者。
SMT-M包括关于携载SMT-M信息的物理信道中的所有节目的简单指南内容、和其中包括关于当前正被广播的每个节目项的信息的数据包包装表(Package Packing Table，PPT)307-1到307-n的位置参考信息，并且还包括数据包指南表(PGT)305的位置参考信息和版本信息，数据包指南表(PGT)305包括关于由广播台提供的所有节目的指南信息。
因为SMT在很短的时段(例如，500毫秒)内被周期性地发送以便最小化信道采集时间，因此，如果可能，所包括的信息量也被最小化。
PGT包括对应于通过被一个广播台操作的全部物理信道和因特网提供(service)的全部节目项当中的预定时段的量(例如，从当前算起的以前半个月和将来半个月)的指南信息。因此，PGT的信息量远大于SMT的信息量，并且其发送时段也远长于(例如，1分钟)SMT的发送时段。如有必要，接收器可以被允许通过因特网下载PGT。PGT按照广播时刻表指导节目项，并且需要具有能够被高效更新的结构，因为即使预先宣布的广播时刻表也会经受改变。因此，包括在PGT中的信息在模块的基础上针对每种类型被配置，并且接收器被允许只下载更新的模块。当然，接收器可以被允许只收集(gather)更新的模块并同时下载它们。这被称为整合的三角模块(integrateddelta module)。
例如，如果具有从1到N的PGT版本差异(其中，N指示对应于一天或两天的数字)的若干个整合的三角模块被一起提供，则可以显著地降低接收器的下载负担。如果包括在SMT中的PGT的版本不同于当前存储在接收器中的PGT的版本，其指示PGT中的一个或多个模块被添加/更新/删除，则接收器被允许下载所添加或更新的模块，并删除将要删除的内容。如果PGT的版本相同，则接收器不需要重新下载或解密PGT。
PGT的每个模块包括一个或多个节目项或关于与其相对应的数据包的指南信息，或者包括解密PGT所需的额外的关联表(例如，评级表)。PPT的位置参考信息被包括在PGT中所包括的关于数据包的指南信息中，从而允许观看者使用PGT选择节目，并观看或定时录制所述节目。通过指导因特网上的节目主页的统一资源定位符(URL)，而非通过长文本信息来指导节目内容的概况，有可能减少将被包括在PGT中的信息量，以及启用各种节目指南和服务，诸如HTML页面上的‘预览’和‘回顾’，从而胜过只依赖文本的节目内容指南。
PPT是类似于MPEG-2节目映射表(PMT)的信息。然而，虽然MPEG-2PMT是关于不区分节目项的节目逻辑信道的配置的信息，但是PPT个别地指导节目项。PPT可以只指导对应于一个节目项的一个数据包。PPT包括不仅关于构成节目项的所有节目项组件、还关于辅助数据组件的信息。换句话说，PPT可以包括不仅关于诸如视频及其相关联的音频的正规资产、还关于在必要时一起提供的附属资产的信息，并且还可以包括用于资源的位置参考信息，所述附属资产诸如网络文档、小部件、交互式应用、音频片段、视频片段、图形、文本、图像、以及辅助媒体组件。在若干数据包中共同使用的附属资产以若干数据包可以共享的形式提供关于附属资产的信息和用于附属资产的资源。
参考图3，SMT-S在结构和功能方面类似于PPT。在因特网广播的情况下，通常，在一个IP应用数据流中只存在一个节目，所以不需要在SMT和PPT的两个步骤中获取节目访问信息。即使在仅仅一个节目项在一个只进行广播的物理信道中被广播时也同样如此。通过将SMT和PPT的功能组合到一个中，SMT-S降低信道采集时间。在SMT-S中包括有用于因特网广播信道或逻辑信道的简单指南、用于与PGT的位置参考信息相对应的节目项的简单指南、PGT的版本、和当前正被广播的数据包、以及关于构成数据包的资产311-1到311-K的各种信息。因此，SMT-S集体地递送逻辑信道指南、节目项指南、以及节目项组件信息。
用于因特网广播的PGT可以包括用于被因特网广播台或广播台的组操作的所有因特网广播信道的指南，即，用于包括在若干IP应用数据流中的所有节目的指南。使用PGT，观看者可以导航和选择来自因特网广播台或广播台的组的节目。
如果由MPEG-DASH执行实时因特网广播，则SMT-S可以不个别地指导包括在因特网广播中的节目项。例如，这对应于其中没有指定节目项的长度(实际内容是其中若干节目项连续的节目)的实况流。然而，在这种情况下，PGT需要个别地指导节目项。
由SMT-M提供的PGT的位置可以是携载SMT-M的物理信道中的流、另一个物理信道中的流、IP应用数据流中的流、以及因特网URL中的任何一个。
由PPT提供的对应于每个节目项组件的资产的位置可以是携载PPT的物理信道中的流、另一个物理信道中的流、IP应用数据流中的流、以及因特网URL(包括MPEG-DASH URL)中的任何一个。如果由于各种原因，通过只进行广播的物理信道发送的节目项仅仅实况广播一些观看者希望观看的事件，则其可以包括关于替代性节目项的信息，观看者通过所述替代性节目项可以观看整个事件。例如，如果由于正规广播时刻表而中断实况HDTV棒球广播，则有可能指导基于MPEG-DASH的替代性节目项，所述基于MPEG-DASH的替代性节目项是低清晰度视频，但是允许观看者继续观看广播。
提供在SMT-S中的PGT的位置和节目项组件的位置可以是携载SMT-S的只进行广播的物理信道中的流(或IP应用数据流中的流)、另一个只进行广播的物理信道的流(或另一个分离的IP应用数据流中的流)、以及因特网URL中的任何一个。如果使用专用信道和因特网两者的广播台执行因特网广播，则用于因特网广播的一些节目项组件的位置可以是只进行广播的物理信道中的流。
如果PGT的位置是因特网URL，则在每当需要时或者在状态周期(stateperiod)，接收器访问该URL以下载整个PGT或者PGT中被更新或被添加的一些模块。
在一个物理信道中的一个点，SMT-M和SMT-S中只有一个被包括。然而，如果某个物理信道中的逻辑信道的数目从多个信道改变为单一信道，则只包括SMT-M的物理信道可以只包括SMT-S。在这种情况下，因为SMT-M和SMT-S的table_id值不同，所以接收器可以容易地区分它们。
SMT-M和SMT-S的主要功能之一是递送PGT的最新的版本信息和PGT的位置参考信息。接收器被允许基于包括在SMT-M和SMT-S中的PGT的最新的版本信息和PGT的位置参考信息来下载最新的PGT。如果包括在SMT-M和SMT-S中的PGT的最新的版本是与接收器已经存储的PGT的版本相同的版本，则接收器允许观看者基于所存储的PGT内容来选择节目项。如果包括在SMT-M和SMT-S中的PGT的最新的版本不同于接收器已经存储的PGT内容，则观看者不被允许基于PGT来选择节目项，直到更新的PGT被下载并完全存储在接收器中为止。
在实际的系统中，没有PGT可以被发送。在这种情况下，观看者可以主要基于SMT-M或SMT-S来选择节目项。
当接收器最初被安装时，通过自动信道搜索，只进行广播的物理信道和包括在其中的逻辑信道被逐一搜索，因为没有已下载的PGT。如果广播系统提供PGT，则基于首先识别的SMT-M或SMT-S的PGT位置参考信息来下载PGT，并且观看者被允许基于该PGT选择节目项。如果广播系统没有提供PGT，则接收器通过连续地执行自动信道搜索来检查由广播系统提供的全部逻辑信道，然后允许观看者以逻辑信道的次序导航信道。
如果被连续使用的接收器在其被关闭时被再次上电，则接收器首先播放观看者先前观看的逻辑信道的节目项，并且在这个过程中，接收器通过检查SMT-M或SMT-S的PGT信息来更新PGT。观看者可以以逻辑信道的次序导航信道，或者读取PGT信息以便从当前正被广播的节目项当中选择他/她期望的节目项。
在因特网广播的情况下，在接收器制造期间已经存储在接收器中的广播服务器地址、观看者稍后输入到接收器的广播服务器地址、以及通过PGT获取的广播服务器地址被事先存储在接收器中，并且可以通过用户的信道导航或者基于PGT的节目项指南来选择它们。
如果观看者基于PGT的节目项指南选择了某个节目项，则接收器访问这样的逻辑信道，通过该逻辑信道节目项被实际递送，并且接收器显示当前正在通过该逻辑信道广播的节目项。虽然很罕见，但是PGT的内容可以被更新，这是从观看者基于PGT的节目项指南选择某个节目项的时间点开始，直到刚好接收器实际解密节目时间的SMT-M或SMT-S之前为止。在这种情况下，接收器基于包括在SMT-M或SMT-S中的PGT信息更新PGT。如果由于未排定的节目(unscheduled program)而造成观看者当前观看的节目项不同于先前版本的PGT中所指导的节目项，则接收器可以在其屏幕上显示适当的指南，以允许观看者认识到他/她当前观看的节目项。
参考图3，由SMT-S或PPT参考(reference)的资产可以实际是媒体资产或另一个PPT。然而，双递归(double recursive)参考是不被允许的，所述双递归参考是指被SMT-S或PPT参考的PPT再次参考另一个PPT。如果SMT-S或PPT参考作为资产的另一个PPT，则MPEG媒体传输(MMT)组成信息(composition information)需要被发送用于屏幕布局。如果在一个节目项中屏幕布局是固定的而不随着时间而改变，并且其量不大，则MMT组成信息可以通过被包括在PPT中的描述符中来发送。如果在一个节目项中屏幕布局随着时间而改变，则MMT组成信息作为时控的资产(timed asset)而被发送。另一方面，如果在一个节目项中屏幕布局不随着时间而改变，但是MMT组成信息的量很大，则MMT组成信息可以作为非时控的资产而被发送。
本发明的示范性实施例提出的SSI可以以兼容方式与已有的基于MPEG-2系统标准的广播系统一起使用。
图4示出了根据本发明的示范性实施例的基于MPEG-2传输流(TS)的广播中的SSI的示例。例如，图4示出了可以由已有的广播接收器和支持MMT的接收器两者分析的MPEG-2TS的示例。
参考图4，在这个示例中，一个TS具有两个节目。已有的广播接收器通过解密MPEG-2PAT、MPEG-2PMT1、和MPEG-2PMT2来接收节目。支持MMT的接收器通过解密MMT SMT-M、MMT PPT1、和MMT PPT2来接收节目。当然，携载MMT SMT-M的TS分组的PID需要事先被分配固定值，而SMT-M和PPT需要在被封装在MPEG-2会话的结构中之后被发送。
接下来，将描述由本发明的示范性实施例提出的SSI信息格式的规范。
当通过专用广播物理信道广播多个逻辑信道时，用于多个数据包的服务映射表(SMT-M)被使用，并且其被用来递送对应于当前正通过只进行广播的物理信道被广播的所有节目项的PPT的位置、以及用于节目指南的版本和位置。优选地，SMT-M在500毫秒或更少的时段内发送。当接收器访问只进行广播的物理信道时，SMT-M允许接收器迅速地找到对应于节目项的数据包。
SMT-M的APID总是被固定在特定值(例如，0x0000)。如果使用MPEG-2TS递送SMT-M，则携载SMT-M的TS分组的PID需要被指定为固定值。
SMT-M的语法如表1中所定义。列在表1中‘格式’栏中的内容的定义与MPEG-2系统标准中的定义相同。此外，未显示在表1中的‘值’栏中的循环计数是从指示长度的值中导出的值。这些原则可以被应用到由本发明的示范性实施例提出的其它表格。
表1
在表1中，每个语法元素的语义如下：
table_id：指示表格类型的标识符。对应于SMT-M的唯一值被分配。
version_id：指示这个表格的结构的标识符。如果通过标准的修正而修改了表格的结构，则这个值也被改变。基于这个值，接收器确定这个表格是否被配置成使得其能够理解表格的内容。这个值只在表格的内容被修正成与已有的一个不兼容时才增加。
table_length：从service_map_table_type_I()的下一个字段到最后一个字节计数的字节数。不使用0值。
service_id：使用专用广播信道的广播服务的唯一标识符。需要通过注册授权(registration authority)为每个广播台的每个专用广播信道分配唯一标识符。
SMT_update_version：SMT-M被周期性地递送到接收器。如果SMT-M的内容不同于紧接在之前(just before)发送的SMT-M的内容，并且具有相同的service_id，则这个值增加一。这个值在其最大值255之后被重置为0。如果这个值改变，则接收器再次读取和解密SMT-M的内容。
SMT_prefix_count：随后的SMT_prefix的数目。SMT_prefix被连接(concatenate)在SMT-M中所包括的字符串(string)之前，形成URL。当期望参考SMT_prefix时，接收器通过使用其SMT_prefix出现次序作为索引来参考SMT_prefix。不使用这个值的‘0xFF’值。因此，可以包括最多255个SMT_prefix。
SMT_prefix_length：SMT_prefix字符串的长度。
SMT_prefix_byte：SMT_prefix字符串中的字节。不包括该字符串的最后一个null字节。
SMT_M_descriptors_length：跟随这个字段的SMT_M_descriptor语法循环(syntax loop)的长度被表示为从SMT_M_descriptor语法循环的下一个字节到最后一个字节计数的字节数。包括以下描述的PGT_reference_descriptor()的各种描述符可以被包括在SMT_M_descriptor()中。
number_of_packages：当前正通过这个广播信道递送的数据包的数目。
package_path_number：用于区分某个广播信道中的逻辑信道的数据包路径号。不使用‘0’值。package_path_number是由广播台或广播台的组在物理信道中唯一地分配的。
package_id：当前正通过这个虚拟信道递送的数据包的标识符。package_id是广播台为每个数据包分配的值，并且对于广播台或广播台的组在一段时间内提供的数据包具有唯一值。这个值可以在预定时间段之后被重复使用。
simple_location_type：这个字段指示用于对应于当前正被递送的数据包的PPT的位置参考信息的类型。SMT-M参考的所有PPT在与携载SMT-M的IP应用数据流相同的IP应用数据流中被递送，或者在与携载SMT-M的MPEG-2TS相同的MPEG-2TS中被递送。如果这个字段的值是‘0’，则由APID指定携载PPT的资产路径，而如果这个字段的值是‘1’，则由定义在MPEG-2中的PID指定携载PPT的MPEG-2TS。
PPT_APID：IP应用数据流中携载PPT的资产路径的标识符。
PPT_PID：MPEG-2TS中携载PPT的TS分组的PID。
CRC_32：与定义在MPEG-2系统标准的部分语法(section syntax)中的CRC_32相同的字段。
当通过专用广播物理信道广播一个逻辑信道时，或者当只使用因特网或主要使用因特网时，用于单一数据包的服务映射表(SMT-S)被使用，并且其被用来递送用于节目项及其关联的数据包的简单指南信息、用于更详细的节目指南信息的位置参考信息、节目项的结构、以及其组件的位置参考信息。SMT-S需要在500毫秒或更少的时段内发送，而SMT-S的APID总是被固定为特定值(例如，0x0000)。因此，SMT-M和SMT-S通过table_id来识别，虽然它们通过具有相同的APID的路径来发送。
SMT-S的语法如表2中所示。
表2
在表2中，每个语法元素的语义如下：
table_id：指示表格类型的标识符。对应于SMT-S的唯一值被分配。
version_id：指示这个表格的结构的标识符。如果通过标准的修正而修改了表格的结构，则这个值也被改变。基于这个值，接收器确定这个表格是否被配置成使得其能够理解表格的内容。这个值只在表格的内容被修正成与已有的一个不兼容的时候才增加。
table_length：从service_map_table_type_II()的下一个字段到最后一个字节计数的字节数。不使用0值。
service_id：用于因特网广播服务的唯一标识符。需要通过注册授权为每个广播台的每个IP应用数据流分配唯一标识符。
SMT_update_version：因为SMT-S被周期性地发送，所以如果SMT-S的内容不同于紧接在之前发送的SMT-S的内容，并且具有相同的service_id，则这个值增加一。这个值在其最大值255之后被重置为0。如果这个值改变，则接收器再次读取和解密SMT-S的内容。
CRC_32：与定义在MPEG-2系统标准的部分语法中的CRC_32相同的字段。
PPT_body()：对应于MMT中的PPT的主体的语法元素组。其语法如表3中所示。
表3
在表3中，每个语法元素的语义如下：
short_channel_name_length：以使用UTF-8编码的字符串表达的逻辑信道名称的字节数。
short_channel_name_byte：构成逻辑信道名称的字节数据。
package_id：当前正通过这个虚拟信道递送的数据包的标识符。package_id是广播台为每个数据包分配的值，并且对于广播台或广播台的组在一段时间内提供的数据包具有唯一值。这个值可以在预定时间段之后被重复使用。
prefix_count：随后的前缀(prefix)的数目。所述前缀被连接在字符串的前面，形成URL。当期望参考前缀时，接收器通过使用其前缀出现次序作为索引来参考前缀。不使用这个值的‘0xFF’值。因此，可以包括最多255个前缀。
prefix_length：前缀字符串的长度。
prefix_byte：前缀字符串中的字节。不包括该字符串的最后一个null字节。
descriptors_length：跟随这个字段的描述符语法循环的长度被表示为描述符语法循环的下一个字节到最后一个字节计数的字节数。各种描述符可以包括在descriptor()中，并且当表3中的PPT_body()语法元素组被包括在SMT-S中时，PGT_reference_descriptor()可以被包括在descriptor()中。
parental_guidance_flag：如果这个标志(flag)的值是‘1’，则接收器不播放从数据包中恢复的内容，直到其解密PGT并检查被应用到这个数据包的准确观看者评级为止。如果这个标志的值是‘0’，则接收器播放从数据包中恢复的内容，即使是在其检查观看者评级之前。
recording_flag：如果这个标志的值是‘1’，则接收器可以将这个分组存储在其内部存储装置中。
random_access_flag：如果这个标志的值是‘1’，则观看者可以对这个数据包执行随机访问。
fast_forward_play_flag：如果这个标志的值是‘1’，则观看者可以对这个数据包执行快进播放。
fast_reverse_play_flag：如果这个标志的值是‘1’，则观看者可以对这个数据包执行快倒播放。
timescale_flag：如果这个字段的值是‘1’，则时标字段被包括在后面。
protection_scheme_id_flag：如果这个字段的值是‘1’，则protection_scheme_id字段被包括在后面。
timescale(时标)：应用到资产的各种时戳的时间单元被表示为1秒钟之内的时间单元的数目；默认值是90000。对于PPT_body()中的时标字段，有两个占位符。前者是应用到这个数据包中所有资产的值，而用于资产的语法循环中的后者是应用到每个资产的值。如果存在应用到每个资产的值，则这个值先于被应用到所有在前(preceding)资产的值。
protection_scheme_id：指定用于资产的保护方案的值。对于PPT_body()中的protection_scheme_id字段，有两个占位符。前者是应用到这个数据包中所有资产的值，而用于资产的语法循环中的后者是应用到每个资产的值。如果存在应用到每个资产的值，则这个值先于被应用到所有在前(preceding)资产的值。
clock_reference_id：由资产编码器使用的时钟的标识符。对于PPT_body()中的clock_reference_id字段，有两个占位符。前者是应用到这个数据包中所有资产的值，而用于资产的语法循环中的后者是应用到每个资产的值。如果存在应用到每个资产的值，则这个值先于被应用到所有在前资产的值。
number_of_asset_groups：资产组的数目。同一资产组中的资产是彼此排他的。换句话说，接收器只播放同一资产组中的资产当中的一个资产。例如，为了支持多语言，语言A的音频和语言B的音频可以属于同一资产组。
level_of_mandatory_playing：指示接收器是否需要强制播放资产组中的一个资产的值。如果这个字段的值是‘0’，则接收器需要强制播放资产组中的一个资产。否则，如果这个字段的值不是‘0’，则接收器根据其能力可以不播放资产组中的资产。这个字段的值越高则意味着重要性越低。接收器可以忽略这个字段具有较小值的资产组，并且不需要播放该字段具有大于所述较小值的值的资产组。
number_of_assets_in_group：资产组中的资产的数目。
asset_type：资产的类型。这个字段类似于定义在MPEG-2PMT中的stream_type，但是却是它的扩展。如果资产类型是PPT，该资产被称为“PPT资产”。包括在SMT-S或PPT中的PPT资产必须不包括另一个PPT资产，即，PPT资产的“双递归参考”是不被准许的。
asset_id：资产标识符。asset_id被用来在MMT_package_composition_descriptor()中参考资产。
default_selection_flag：如果这个标志的值是‘1’，则其指示这个资产是其资产组中最为推荐的资产。在同一资产组中的资产当中，只有一个资产需要这个标志具有值‘1’。如果对于同一资产组中的所有资产，这个标志的值是‘0’，则接收器选择列表中的第一个资产作为最为推荐的资产。
clock_reference_flag：如果这个字段的值是‘1’，则其指示clock_reference_id字段被包括在以下语法中。
asset_timescale_flag：如果这个标志的值是‘1’，则其指示时标字段被包括在以下语法中。
asset_protected_flag：如果这个标志的值是‘1’，则其指示这个资产被保护。
scheme_id_flag：如果这个标志的值是‘1’，则其指示protection_scheme_id字段被包括在以下语法中。
MMT_general_location_info()：MMT的一般位置参考信息，其指示资产的位置。其内容如表5中所示。
asset_descriptors_length：从描述符语法循环的下一个字段到最后一个字节计数的字节数。
asset_descriptor()：资产的描述符。
PPT_asset()是用来将另一个数据包包括在某数据包中的语法元素组。其语法如表4中所示，而每个语法元素的含义如表3中所定义的。
表4
MMT_general_location_info()是提供MMT中的位置参考信息的语法元素组。其语法如表5中所示。
表5
在表5中，每个语法元素的语义如下：
location_type：这个字段指示如表6中所定义的位置参考信息的类型。
表6
AMID：在资产路径之内的模块的标识符。
APID：在IP应用数据流之内的资产路径的标识符。
ipv4_src_addr：IP应用数据流的IP版本4源地址。
ipv4_dst_addr：IP应用数据流的IP版本4目的地地址。
dst_port：IP应用数据流的目的地端口号。
ipv6_src_addr：IP应用数据流的IP版本6源地址。
ipv6_dst_addr：IP应用数据流的IP版本6目的地地址。
network_id：携载MPEG-2TS的广播网络标识符。
MPEG_2_transport_stream_id：MPEG-2TS的标识符。
MPEG_2_PID：MPEG-2TS分组的PID。
prefix_index：指示在这个字段被解密之前被存储在接收器中的前缀之一的索引。如果这个字段的值是0xFF，则其指示没有前缀。
URL_length：URL的以字节为单位的长度(length in bytes)。该字符串的最后一个null字节(0x00)不被计数。
URL_byte：URL中的字节数据。不包括该字符串的最后一个null字节(0x00)。
byte_offset：从文件的第一字节开始的字节偏移。
length：以字节为单位的长度。
在使用只进行广播的物理信道的广播的情况下，数据包包装表(PPT)被用来递送用于节目项及其相关联的数据包的简单指南信息、用于更详细的节目指南信息的位置参考信息、节目项的结构、以及其组件的位置参考信息。优选地，PPT在500毫秒或更少的时段内被发送。
PPT的语法几乎与SMT-S的语法相同，除了在SMT-S的语法中，service_id语法元素被package_path_number语法元素替代以外。PPT的语法如表7中所示。因为在语义方面，PPT的大多数语法元素与SMT-S的语法元素相同，所以只定义了具有不同含义的语法元素。
表7
在表7中，每个语法元素的语义如下：
table_id：指示表格类型的标识符。对应于PPT的唯一值被分配。
package_path_number：用于区分某个广播信道中的逻辑信道的数据包路径号。不使用‘0’值。package_path_number是由广播台或广播台的组在物理信道中唯一分配的。
数据包指南表(PGT)是节目指南信息，并且可以指导对于被广播台或广播台的组操作的所有广播而排定(或组织)的节目。优选地，PGT在1分钟或更少的时段内被发送。
PGT基本上在节目项的基础上提供指南信息。接收器可以通过对于各个物理信道或逻辑信道进行分类来提供指南信息。当然，PGT包括使得分类成为可能的信息。发送器可以通过根据某些规则排列节目项指南信息来递送节目项指南信息。
节目项通过作为节目项的编码形式的数据包的标识符package_id来识别。package_id使得有可能唯一地识别由广播台或广播台的组提供的节目项。广播台或广播台的组是通过PGT_provider_id唯一地识别。PGT_provider_id需要通过指定注册授权并在广播台或广播台的组请求时被分配。对于package_id，广播台或广播台的组通过其自身将其唯一地分配给其节目项。具有16位值的package_id使得有可能识别有限数目的节目项，从而其需要在预定时间段之后被重新使用。当重新使用时，package_id_recycle_number(作为包括在PGT_package_info()中的语法元素之一并且包括8位)被增加一。包括PGT_provider_id、package_id_recycle_number、和package_id的3信息对(3-information pair)是用于某个节目项或其相关联的数据包的全局唯一标识符，直到package_id_recycle_number用完为止。例如，如果直到package_id被用完为止花费一年时间，则其唯一性被保证大约256年，因为package_id_recycle_number包括8位。
PGT包括提供PGT的广播台或广播台的组的标识符、更新版本、提供PGT的广播台或广播台的组的主页的URL、更新模块信息、逻辑信道信息、数据包信息、相关联的表格信息、等等。更新模块信息是三角信息的形式，并且只包括区别于当前PGT版本的先前PGT版本的不同部分。如果对应于一天或两天的更新模块信息被包括在PGT中，则接收器中的PGT更新过程可以被很高效地执行。
PGT的语法如表8中所示。
表8
在表8中，每个语法元素的语义如下：
table_id：指示表格类型的标识符。对应于PGT的唯一值被分配。
version_id：指示这个表格的结构的标识符。如果通过标准的修正而修改了表格的结构，则这个值也被改变。基于这个值，接收器确定这个表格是否被配置成使得其能够理解表格的内容。这个值只在表格的内容被修正成与已有的一个不兼容时才增加。
PGT_provider_id：提供这个PGT的组织的唯一标识符。组织只能够提供一个PGT，并且PGT_provider_id是通过适当的注册授权被分配。
PGT_update_version：指示PGT的内容是否改变的版本号。如果PGT的内容被更新，则这个号的值被增加一。这个值在其最大值255之后被重置为0。如果这个值不同于接收器在先前时段存储在其存储器中的PGT的版本号，则接收器再次读取并解析PGT的内容。
table_length：从package_guide_table()的下一个字段到最后一个字节计数的字节数。不使用0值。
PGT_prefix_count：PGT中使用的前缀的数目。前缀被连接在包括在PGT中的字符串的前面。当期望参考前缀时，接收器通过使用其前缀出现次序作为索引来参考前缀。0xFF值不用作索引值。因此，PGT可以包括最多255个前缀。
PGT_prefix_length：PGT_prefix字符串的长度。
PGT_prefix_byte：PGT_prefix字符串中的字节。不包括该字符串的最后一个null字节。
PGT_provider_homepage_URL_prefix_index：对提供这个PGT的组织的主页URL的前缀列表的索引。索引的值指定在前前缀之一。如果这个字段的值是0xff，则其指示不存在前缀字符串。
PGT_provider_homepage_URL_length：提供这个PGT的组织的主页URL的在后后缀的以字节为单位的长度。
PGT_provider_homepage_URL_byte：提供这个PGT的组织的主页URL的后缀的ASCII字符值。
PGT_descriptors_length：后面的描述符语法循环的以字节为单位的长度。
PGT_descriptor()：与这个PGT相关的描述符。
redirect_flag_for_delta_update_info：如果这个标志的值是‘0’，则PGT更新信息被直接包括在这个PGT中。否则，如果这个标志的值是‘1’，则其位于另一个地方。
redirect_flag_for_logical_channel_info：如果这个标志的值是‘0’，则逻辑信道信息被直接包括在这个PGT中。否则，如果这个标志的值是‘1’，则其位于另一个地方。
redirect_flag_for_package_info：如果这个标志的值是‘0’，则数据包指南信息被直接包括在这个PGT中。否则，如果这个标志的值是‘1’，则其位于另一个地方。
redirect_flag_for_associated_table_info：如果这个标志的值是‘0’，则相关联的表格信息被直接包括在这个PGT中。否则，如果这个标志的值是‘1’，则其位于另一个地方。
PGT_delta_update_info_molude_count：PGT_delta_update_info_module的数目。
PGT_update_delta：对应于先前PGT版本和当前PGT版本之间的差的值。这个值是用来生成PGT_delta_update_module的标准。后面的MMT_general_location_info()指定PGT_delta_update_info_module()的位置。
PGT_delta_update_info_module()：只由具有更新版本的PGT_update_delta的PGT与这个PGT的当前版本之间的三角(或不同)的信息组成的数据模块。
PGT_logical_channel_info_update_version：定义在表10中的PGT_logical_channel_info()的版本。这个字段后面的MMT_general_location_info()提供PGT_logical_channel_info()的位置。
PGT_logical_channel_info()：定义在表10中的逻辑信道信息。
PGT_package_info_module_count：PGT_package_info_module()的数目。
PGT_package_info_module_id：PGT_package_info_module()的标识符。
PGT_package_info_module_update_version：PGT_package_info_module()的版本。这个字段后面的MMT_general_location_info()提供PGT_package_info_module()的位置。
PGT_package_count：数据包的数目。
PGT_package_info()：如表11中定义的数据包指南信息。PGT_package_info()包括仅仅一个数据包的指南信息。
PGT_associated_table_info_module_count：PGT_associated_table_info_module()的数目。
PGT_associated_table_info_module_id：PGT_associated_table_info_module()的标识符。
PGT_associated_table_info_module_update_version：PGT_associated_table_info_module()的版本。这个字段后面的MMT_general_location_info()提供PGT_associated_table_info_module()的位置。
PGT_associated_table_count：与这个PGT相关联的表格的数目。具有相同table_id的所有表格被当作一个表格。
PGT_associated_sub_table_count：PGT相关联的表格之内的子表的数目。
PGT_associated_sub_table()：PGT相关联的表格之内的子表。
PGT_delta_update_info_module()是只包括PGT的内容中的更新的信息的语法元素组。PGT_delta_update_info_module()可以可选地包括更新的逻辑信道信息、更新的各个数据包信息、和每个更新的相关联的子表。
如果PGT_update_version不同于接收器存储在其存储器中的PGT版本，则接收器也解析PGT的内容中的PGT_descriptor()循环。接收器确定是否存在PGT_update_delta，其是通过从PGT_update_version中减去接收器存储在其存储器中的PGT版本而获得的差。如果存在PGT_update_delta，则接收器可以通过解析PGT_delta_update_info_module()而完成PGT更新。
PGT_delta_update_info_module()的语法如表9中所示。
表9
在表9中，每个语法元素的语义如下：
PGT_update_delta：对应于先前PGT版本和当前PGT版本之间的差的值。这个值是用来生成PGT_delta_update_module的标准。
PGT_delta_update_info_molude_length：从这个PGT_delta_update_info_module()的这个字段之后的下一个字节到最后一个字节计数的字节数。
update_logical_channel_info_flag：如果这个标志的值是‘1’，则其指示用于逻辑信道信息的更新信息被包括在这个PGT_delta_update_info_module()中。
update_package_info_flag：如果这个标志的值是‘1’，则其指示用于数据包指南信息的更新信息被包括在这个PGT_delta_update_info_module()中。
update_associated_table_flag：如果这个标志的值是‘1’，则其指示用于PGT相关联的表格信息的更新信息被包括在这个PGT_delta_update_info_module()中。
PGT_logical_channel_info()：如表10中所定义的逻辑信道信息。
PGT_package_update_count：包括在后面的语法循环中的数据包的数目。
PGT_package_info()：如表11中所定义的数据包指南信息。
PGT_associated_table_update_count：包括在用于PGT相关联的表格信息的更新信息的后面的语法循环中的子表的数目。
PGT_associated_sub_table()：PGT相关联的表格中的子表。
PGT_logical_channel_info()是包括在PGT中并且对应于用于PGT提供者所提供的所有逻辑信道的元数据的语法元素组。
PGT_logical_channel_info()的语法如表10中所示。应当注意，语法循环索引PGT_logical_channel_index是数据包指南信息中使用的索引。
表10
在表10中，每个语法元素的语义如下：
PGT_logical_channel_info_update_version：PGT_logical_channel_info()的版本。每当逻辑信道信息的内容被改变时，这个字段的值增加一。值255被重置为0。
PGT_logical_channel_info_length：从这个PGT_logical_channel_info()的这个字段之后的下一个字节到最后一个字节计数的字节数。
PGT_logical_channel_count：PGT为其提供指南信息的逻辑信道的数目。
short_channel_name_length：以使用UTF-8编码的字符串表达的逻辑信道名称的字节数。
short_channel_name_byte：构成逻辑信道名称的字节数据。
physical_channel_type：携载这个逻辑信道的物理信道的类型。如果这个字段的值是‘0’，则其指示因特网；如果值是‘1’，则指示陆地信道；如果值是‘2’，则指示卫星信道；以及如果值是‘3’，则指示电缆信道。
major_channel_number：主信道号。
minor_channel_number：副信道号。
service_id：MMT广播服务的标识符。
package_path_number：用于区分某个广播信道中的逻辑信道的数据包路径号。不使用‘0’值。package_path_number是由广播台或广播台的组在物理信道中唯一地分配的。
test_channel_flag：这个标志指示这个逻辑信道是测试信道。如果这个标志的值是‘1’，则正常接收器在节目指南期间不提供关于这个逻辑信道的信息。
nvod_channel_flag：这个标志指示这个逻辑信道是用于近似视频点播(Near Video On Demand，NVOD)的使用。
relay_broadcast_flag：这个标志指示这个逻辑信道是用于其它逻辑信道的转播广播信道(relay broadcast channel)。例如，如果电缆信道转播陆地广播信道，则这个标志针对逻辑信道被设定为‘1’。
channel_protection_type：这个字段指示应用到这个逻辑信道的保护类型。如果这个字段的值是‘0’，则其指示不应用保护；如果值是‘1’，则其指示这个逻辑信道中的所有数据包被保护；如果值是‘2’，则其指示通过这个逻辑信道递送的所有数据包的一些或所有资产被部分地或完全地保护；并且如果值是‘3’，则其指示通过这个逻辑信道递送的一些数据包被保护。例如，如果这个字段的值是‘2’，则其指示只保护数据包中的视频或数据包的开始10分钟。作为另一个示例，如果这个字段的值是‘3’，其暗示通过这个逻辑信道递送的所有数据包中的少数被保护。
original_physical_channel_type：原始物理信道的类型。
original_major_channel_number：原始主信道号。
original_minor_channel_number：原始副信道号。
MMT_general_location_info()：这个语法元素组提供当前通过这个逻辑信道携载的PPT或SMT-S的位置信息。
descriptors_length：后面的描述符语法循环的以字节为单位的长度。
descriptor()：与这个逻辑信道信息相关的描述符。
在PGT的内容中，PGT_package_info()是对应于用于一个数据包的元数据的语法元素组。PGT_package_info()的语法如表11中所示。
表11
在表11中，每个语法元素的语义如下：
package_id：当前正通过这个逻辑信道递送的数据包的标识符。package_id是广播台分配给每个数据包的值，并且对于广播台或广播台的组在一段时间内提供的数据包具有唯一值。这个值可以在预定时间段之后被重复使用。
PGT_package_info_update_version：PGT_package_info()的版本。每当数据包信息的内容被改变时，这个字段的值增加一。值255被重置为0。
PGT_package_info_length：从这个PGT_package_info()的这个字段之后的下一个字节到最后一个字节计数的字节数。
package_id_recycle_number：每当用于package_id的16位的号的分配完成时，这个字段的值增加一。这个字段与package_id一起构成唯一数据包标识符。
start_time：对应于这个数据包的节目项的开始时间。这个字段的值以UTC格式来表示。
duration：对应于这个数据包的节目项的持续时间是以秒来表示。如果这个字段的值是‘0’，则其意味着持续时间未知。
title_text_language_count：表达对应于这个数据包的节目项的标题文本的不同语言的数目。
title_text_language：指示对应于这个数据包的节目项的标题语言并且定义在ISO639标准中的3字节语言标识符。
title_text_length：这个字段以字节为单位来指示表示对应于这个数据包的节目项的标题文本的UTF-8字符串的长度。
title_text_byte：对应于这个数据包的节目项的标题文本中的字节。
package_homepage_URL_prefix_index：对与这个数据包相对应的节目项的主页URL的前缀列表的索引。这个字段具有指定PGT_header()中定义的前缀之一的值。如果这个字段的值是0xFF，则其指示不存在前缀。
package_homepage_URL_length：对应于这个数据包的节目项的主页URL的在后后缀的以字节为单位的长度。
package_homepage_URL_byte：对应于这个数据包的节目项的主页URL的后缀的ASCII字符值。
format_type：这个字段指示这个PGT_package_info()的格式。如果这个字段的值是‘0’，则PGT_package_info()包括关于当前或将来数据包的最小信息；如果值是‘1’，则PGT_package_info()只包括关于以前数据包的“重新观看”服务信息；以及如果值是‘2’，则PGT_package_info()包括关于当前或将来数据包的完整信息。重新观看服务是通过因特网的下载服务或流服务，免费或付费，通过该重新观看服务，观看者能够享受以前的但是被错过的数据包。
PGT_logical_channel_index：指示关于携载这个数据包的逻辑信道的信息的索引。这个索引的值是通过定义在表10中的PGT_logical_channel_info()提供的逻辑信道的索引。
post_event_replay_URL_flag：这个标志指示存在用于这个数据包的“重新观看”URL。
post_event_replay_URL_prefix_index：对这个数据包的“重新观看”URL的前缀的索引。这个字段具有指示定义在PGT_header()中的前缀之一的值。如果这个字段的值是‘0’，则其指示不存在前缀。如果这个字段的值不是‘0’，而是‘N’，则其指定第N个前缀。
post_event_replay_URL_length：这个数据包的“重新观看”URL的在后后缀的以字节为单位的长度。
post_event_replay_URL_byte：这个数据包的“重新观看”URL的后缀的ASCII字符值。
package_protection_type：这个字段指示应用到这个数据包的保护类型。如果这个字段的值是‘0’，则其指示不应用保护；如果值是‘1’，则其指示这个数据包中的所有资产被保护；以及如果值是‘2’，则其指示这个数据包中的一些资产被部分地或完全地保护。值‘3’被保留，不使用。例如，如果这个字段的值是‘2’，则只保护这个数据包的视频资产或这个数据包的视频和音频资产的开始10分钟。
pay_type：当package_protection_type是‘0’时，这个字段没有含义并且被接收器忽略。这个字段只在package_protection_type是‘1’或‘2’时才具有含义。如果这个字段的值是‘0’，则其指示要求订阅以观看这个数据包，以及如果值是‘1’，则其指示这个数据包是按观看次数付费的(pay-per-view)。相关的付费信息需要使用表8中的PGT_descriptor()语法循环之内或表11中的PGT_package_info_descriptor()语法循环之内的描述符来提供。如果相同的付费信息被提供在PGT_descriptor()语法循环和PGT_package_info_descriptor()语法循环两者中，则PGT_package_info_descriptor()语法循环中的付费信息优先(take precedence)。
content_id_flag：如果这个标志的值是‘1’，则其指示用于对应于这个数据包的节目项的全局唯一内容标识符被包括在后面。
genre_flag：如果这个标志的值是‘1’，则其指示用于对应于这个数据包的节目项的流派信息被包括在后面。当这个标志的值是‘1’时，流派表需要作为PGT_associated_table被递送给接收器。
parental_guidance_flag：如果这个标志的值是‘1’，则评级信息被包括在后面。当这个标志的值是‘1’时，评级表需要作为PGT_associated_table被递送给接收器。
live_flag：如果这个标志的值是‘1’，则其指示这个数据包来自于实况内容而非预先录制的内容。
serial_flag：如果这个标志的值是‘1’，其指示对应于这个数据包的节目项是诸如连续剧的连续内容的实例。
rebroadcast_flag：如果这个标志的值是‘1’，则其指示对应于这个数据包的节目项是先前广播的节目项的重播。
rebroadcast_exist_flag：如果这个标志的值是‘1’，则其指示存在用于对应于这个数据包的节目项的重播时刻表。
recording_flag：如果这个标志的值是‘1’，则允许将这个数据包记录在接收器的内部存储装置中。
multilingual_flag：如果这个标志的值是‘1’，则其指示这个数据包具有多种语言的音频。
commentary_channel_flag：如果这个标志的值是‘1’，则其指示这个数据包具有一个或多个评论信道。
sign_language_flag：如果这个标志的值是‘1’，则其指示这个数据包具有手语信道。
subtitles_flag：如果这个标志的值是‘1’，则其指示这个数据包具有一个或多个字幕。所有字幕中的字符可以是UTF-8编码的。
multivew_flag：如果这个标志的值是‘1’，则其指示整个数据包或数据包的一些部分是多视图广播。多视图广播包括立体广播、多视图3D广播、向内/向外多视图广播、等等。
picture_size_grade_count：由这个数据包提供的画面大小水平(picture sizelevel)的数目。如果这个字段的值大于或等于‘2’，则其指示多个画面大小水平通过同时播放或空间可扩展性编码而被提供。
picture_size_grade：画面大小的等级。例如，如果这个字段的值是‘0’，则其指示画面的水平分辨率为240像素等级；如果值是‘1’，则其指示画面的水平分辨率为480像素等级；如果值是‘2’，则其指示画面的水平分辨率为720像素等级；如果值是‘3’，则其指示画面的水平分辨率为1280像素等级；如果值是‘4’，则其指示画面的水平分辨率为1920像素等级；如果值是‘5’，则其指示画面的水平分辨率为3840像素等级；以及如果值是‘6’，则其指示画面的水平分辨率为7680像素等级。如果存在两个或更多个picture_size_grade，则其指示视频是通过空间可扩展性编码来提供。
audio_language：用于音频的3字节ISO639语言标识符。
audio_grade：这个字段指示音频的等级。例如，如果这个字段的值是‘0’，则其指示音频是单音；如果值是‘1’，则其指示音频是立体声；如果值是‘2’，则其指示音频是5.1声道音频；以及如果值是‘3’，则其指示音频是22.2声道音频。
additional_audio_count：其它额外的音频的数目。
additional_audio_language：用于不同于主音频语言的额外的音频的语言的3字节ISO639语言标识符。
additional_audio_grade：这个字段指示另一个额外的音频的等级。例如，如果这个字段的值是‘0’，则其指示音频是单音；如果值是‘1’，则其指示音频是立体声；如果值是‘2’，则其指示音频是5.1声道音频；以及如果值是‘3’，则其指示音频是22.2声道音频。
content_originator_id：对应于这个数据包的节目项的内容创建者的全局唯一标识符。这个标识符需要在使用之前通过适当的注册授权来注册。
content_id：用于对应于这个数据包的节目项的内容标识符。这个标识符是由每个内容创建者来管理的。content_originator_id和content_id的对是全局唯一内容标识符。
content_major_version：对应于这个数据包的节目项的内容的主版本。
content_minor_version：对应于这个数据包的节目项的内容的副版本。
genre_system_id：流派分类系统的标识符。这个字段实际上是流派表中的sub_table_id。
major_genre：对应于这个数据包的节目项的主流派的索引。这个字段实际上是对流派表中的主流派条目的索引。例如，主流派可以是“体育”。
minor_genre：对应于这个数据包的节目项的副流派的索引。这个字段实际上是对流派表中的副流派条目的索引。例如，副流派可以是“体育”中的“足球”。
rating_system_id：评级分类系统的标识符。这个字段实际上是评级表中的sub_table_id。
rate_index：对应于这个数据包的节目项的评级的索引。这个字段实际上是对评级表中的评级条目的索引。
season_number：连续数据包(serail package)的季号(season number)。如果这个字段的值是‘0’，则其指示在连续数据包中没有季(season)。
serial_number_minus1：连续数据包的序号减一。如果连续数据包中存在季，则序号在季内被计数。
prequel_package_id：对应于这个数据包的节目项的前续(prequel)数据包的package_id。如果这个字段的值是‘0’，则其指示对应于这个数据包的节目项是连续数据包的季中的第一个实例。
sequel_package_id：对应于这个数据包的节目项的后续(sequel)数据包的package_id。如果这个字段的值是‘0’，则其指示对应于这个数据包的节目项是连续数据包的季中的最后一个实例。
rebroadcast_package_id：对应于这个数据包的重播的数据包的package_id。
commentary_channel_count：包括在这个数据包中的不同语言的评论信道的数目。
commentary_language：用于这个数据包的评论信道的3字节ISO639语言标识符。
subtitle_count：包括在这个数据包中的不同语言的字幕的数目。
subtitle_language：用于这个数据包的字幕的3字节ISO639语言标识符。
karaoke_flag：如果这个标志的值是‘1’，其指示字幕处于卡拉OK风格。
multiview_coverage_type：如果这个字段的值是‘0’，则其指示整个数据包是多视图视频，并且如果值是‘1’，则其指示数据包的一部分是多视图视频。
multiview_scheme_type：如果这个字段的值是‘1’，则其指示多视图视频的方案是立体的；如果值是‘2’，则其指示多视图视频的方案是多视图3D；如果值是‘3’，则其指示多视图视频的方案是向内的(inward)多视图；如果值是‘4’，则其指示多视图视频的方案是向外的(outward)多视图；以及如果值是‘5’，则其指示多视图视频的方案是任意的多视图。
PGT_package_info_descriptors_length：后面的PGT_package_info_descriptor()语法循环的以字节为单位的长度。
PGT_package_info_descriptor()：可以放入额外的描述符的区域。
PGT_associated_sub_table()的语法遵循如表12中所示的一般MMT表格的语法。每个语法元素的语义在后面被定义。
表12
table_id：指示这个表格的种类的标识符。
version_id：指示这个表格的结构的标识符。如果通过这个标准的修正而修改了这个表格的结构，则这个字段的值也被改变。基于这个字段的值，接收器确定这个表格是否被配置成使得其能够理解表格的内容。这个值只在表格的内容被修正成与已有的一个不兼容时才增加。
table_sub_id：子表的标识符。
update_version：指示从这个表格的这个字段之后的下一个字节到最后一个字节的内容的改变的版本号。如果这个表格的内容被更新，则这个号的值被增加一。这个值在其最大值255之后被重置为0。如果这个值不同于接收器在先前时段存储在其存储器中的这个子表的版本号，则接收器再次读取并解析这个子表的内容。
table_length：从这个子表的这个字段之后的下一个字节到最后一个字节计数的这个子表的以字节为单位的长度。
sub_table_contents()：根据每个子表而不同的子表内容。
CRC_32：与定义在MPEG-2系统标准的部分语法中的CRC_32相同的字段。
当PGT通过参考外部路径或具有数据包指南信息的文件来间接包括数据包指南信息、而没有直接包括数据包指南信息时，PGT_package_info_module()是包括用于一个或多个数据包的指南的数据结构。
PGT_package_info_module()的语法如表13中所示，并且每个语法元素的语义如其下所定义的。
表13
PGT_package_info_module_id：PGT_package_info_module()的标识符。这个标识符能够被重复使用。只要这个标识符不被重复使用，则这个模块总是包括关于相同数据包的信息。
PGT_package_info_module_update_version：PGT_package_info()的更新版本。每当下一个字段的内容被改变时，这个字段被增加一，而不管标识符是否被重复使用。这个值在其最大值255之后被重置为0。
PGT_package_info_module_length：从PGT_package_info()的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
reallocation_flag：如果这个字段的值是‘1’，则其指示这个模块包括关于不同于包括在先前接收的具有与这个模块的标识符相同的标识符的模块中的数据包的数据包的信息。换句话说，其指示该标识符被重复使用。
PGT_package_count_in_this_module：数据包的数目，其指南信息被包括在这个模块中。
CRC_32：与定义在MPEG-2系统标准的部分语法中的CRC_32相同的字段。
附属资产表(AAT)携载关于附属资产的信息。AAT作为构成数据包的单独资产被周期性地递送，该数据包属于对应于与AAT中所包括的附属资产同步的目标的主资产。
主资产和附属资产之间的同步方法以及AAT的定义被公开在韩国专利申请第P2011-0095458中。在本说明书中，为了方便描述，AAT的语法和每个字段的语义被包括在后面。
AAT的语法如表14中所示，并且每个字段的语义如其下所定义的。
表14
table_id：指示表格类型的标识符。其分配对应于AAT的唯一值。
version_id：指示AAT的结构的标识符。如果通过这个标准的修正而修改了表格的结构，则这个字段的值也被改变。接收器通过观察这个字段的值来确定接收器是否能够理解这个表格。
sub_table_id：当表格被划分为若干子表以用于传输时，这个字段标识每个子表。
update_version：AAT被周期性地发送，从而如果AAT的内容不同于具有相同sub_table_id的最近发送的AAT的内容，则这个字段的这个值被增加。在最大值‘255’之后，该值被重置为‘0’。如果这个字段的值被改变，则接收器再次读取和解析AAT的内容。
table_length：从AAT的下一个字段到最后一个字节计数的字节数。不使用‘0’值。
locator_prefix_count：后面的locator_prefix字符串的数目。通过将‘/’添加到位于提供在adjunct_asset_locator中的定位子(locator)字符串前面的locator_prefix的结尾，locator_prefix被连接，由此形成URL。在adjunct_asset_locator中，通过使用locator_prefix的出现次序作为索引来参考locator_prefix。‘0xFF’值不用于这个字段。因此，可以包括最多255个locator_prefix。
locator_prefix_length：locator_prefix字符串的长度。
locator_prefix_byte：locator_prefix字符串中的字节。终结null字节不应被包括在locator_prefix字符串中。
adjunct_asset_type：附属资产的类型。例如，唯一值被分配给每个类型，诸如，网络文档、小部件、交互式应用、音频片段、视频片段、图形、文本、图像、辅助媒体组件、等等。这个adjunct_asset_type值被同样地应用到后面的语法循环中的附属资产。
adjunct_asset_count_minus1：比后面的语法循环中描述的附属资产的数目少一的值。这个值能够指示最多256个附属资产。如果具有相同adjunct_asset_type的附属资产的数目超过256个，则使用两个或更多个语法循环来描述那些附属资产。
adjunct_asset_id：用于识别附属资产的48位的全局唯一标识符。唯一性只被维持预定时间，并且在预定时间之后，标识符能够被重复使用。为了成为全局标识符，这个字段被划分为两个部分：32位provider_identifier和16位asset_identifier。provider_identifier通过注册授权分配并为每个提供者注册，而asset_identifier由每个提供者管理。
execution_attribute：这个字段指示在接收到附属资产时接收器如何运行附属资产，并且包括以下字段：
execution_on_reception：指示是否在将由计算器接收的附属资产存储在附属资产高速缓冲存储器中之后“立即运行”该附属资产的标志。如果附属资产不被立即运行，则其可以在用户选择时或在被从另一个附属资产调用时，在由本发明的示范性实施例中建议的同步方法所指定的时间点运行。如果这个标志是‘1’，则execution_entry_point也被设定为‘1’。
media_service_bound：指示附属资产是否与媒体服务绑定的标志。如果这个标志是‘1’，则其指示附属资产被绑定到媒体服务，并且当广播信道发生改变时，附属资产被自动终止。
execution_entry_point：指示附属资产能够被直接运行的标志。如果这个标志是‘0’，则附属资产由另一个附属资产间接地运行。
visible_to_user：指示用户是否能够通过使用附属资产导航功能选择性地运行附属资产或当另一个附属资产通过由接收器提供的应用编程接口(API)导航附属资产列表时附属资产是否可见的2位字段。visible_to_user的语义如下面的表15中所示。
secure_execution：指示附属资产是否安全的2位信息。secure_execution的语义如下面的表16中所示。
adjunct_asset_priority：指示附属资产的运行优先级的字段。更高的adjunct_asset_priority值意味着更高的优先级。当用于运行附属资产的接收器资源不足时，当前运行的附属资产当中具有最低的优先级的附属资产被首先暂停或终止。
表15
表16
值 语义
0b00 信任的
0b01 不信任的
0b10 专用的
0b11 保留给将来使用
adjunct_asset_locator_count_minus1：比附属资产将被读取的位置的数目少一的值。使用2位能够提供最多4个位置。当提供两个或更多个位置时，adjunct_asset_locator的出现次序是优先级。一个或多个adjunct_asset_locator出现。
adjunct_asset_locator：这个语法元素组提供附属资产将被读取的位置的信息。
adjunct_asset_descriptors_length：这个字段提供了从后面的描述符语法循环的下一个字节到最后一个字节的范围里的字节数。
adjunct_asset_descriptor：各种描述符可以包括在这个描述符语法循环中。
CRC_32：与定义在MPEG-2系统标准(ISO/IEC13818-1:2007)的部分语法中的CRC_32相同的字段。
资源数据位置信息adjunct_asset_locator指示附属资产将从中被读取的位置。附属资产通过广播网络的转盘(carousel)递送或通过因特网下载。AAT需要包括用于每个附属资产的一个或多个adjunct_asset_locator。接收器从由第一出现的adjunct_asset_locator指定的位置读取附属资产，并且如果发生错误，则接收器从由下一个adjunct_asset_locator指定的位置读取附属资产。
adjunct_asset_locator的语法如下面的表17中所示。表17只包括因特网的情况，并且对于转盘的情况，语法可以根据定义在ISO/IEC13818-6:1998中的转盘而变化。因此，为了本说明书的目的，细节不包括在表17中。
表17
locator_type：指示附属资产将从中被读取的位置是因特网还是广播网络的转盘、以及指示当位置是转盘并且各种类型的转盘被一起使用时的转盘类型的8位字段。
locator_prefix_index：指定表14的locator_prefix中的一个的索引。如果这个字段的值是‘0xFF’，则这意味着locator_prefix不被使用。
directory_path_length：后面的目录路径的长度。不包括字符串的终止null字节。如果这个字段的值是‘0’，则目录路径不被使用。
directory_path_byte：目录路径的字节。不包括字符串的终止null字节。
entry_path_length：初始页面文件的后面的路径(following path)的长度。不包括字符串的终止null字节。只有当附属资产包括多个文件(诸如，网络页面)时，这个字段才具有含义。如果附属资产是单一文件，则这个字段具有‘0’值。
entry_path_byte：初始页面文件的路径的字节。不使用的字符串的终止null字节。
object_count：文件的后面的路径的数目。如果这个字段具有‘0’值，则整个目录被指定。
object_path_length：后面的文件路径(following file path)的字符串的长度。不包括该字符串的终止null字节。
object_path_byte：文件路径的字节。不包括字符串的终止null字节。
如上所述，若干描述符可以包括在表14的adjuct_asset_descriptor中。这些描述符可以包括：指示能够处理附属资产的接收器的能力的handler_capability_descriptor()；指示附属资产高速缓冲存储器的管理所需的存储器的量、有效期等等的adjunct_asset_cache_descriptor()；指示将要表达在屏幕上的附属资产在显示器上的位置的display_position_descriptor()；指示将显示给用户的附属资产的名称的adjunct_asset_name_descriptor()；以及指示将显示给用户的附属资产的图标的adjunct_asset_icon_descriptor()。
PGT_reference_descriptor递送PGT的版本和位置参考信息。其能够被包括在SMT_M_descriptor语法循环或SMT_S_descriptor语法循环中(SMT_S_descriptor这个名称被用于包括在SMT-S中的PPT_body()语法元素组中的描述符)。如果在SMT-M或SMT-S中没有PGT参考描述符，则由SMT-M或SMT-S表示的服务不提供数据包指南信息。
PGT_reference_descriptor的语法如表18中所示，并且每个字段的语义如其下所定义的。
表18
descriptor_tag：指示这个描述符的类型的唯一值。
descriptor_length：从这个描述符的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
pgt_provider_id：提供这个PGT的组织的唯一标识符。组织能够提供仅仅一个PGT，而且PGT_provider_id需要在使用之前通过适当的注册授权来注册。
PGT_update_version：指示PGT的内容是否改变的版本号。如果PGT的内容被更新，则这个号的值增加一。这个值在其最大值255之后被重置为0。如果这个值不同于接收器在先前时段存储在其存储器中的PGT的版本号，则接收器再次读取并解析PGT的内容。
number_of_locations：提供在这个描述符中的PGT位置的数目。具有相同更新版本的PGT的位置在这个字段之后。
MMT_general_location_info()：这个语法元素组提供PGT位置。
MMT_general_location_info()是对位置的一般指针，并且其语法和语义定义在表5中。如果在这个描述符中存在多于一个MMT_general_location_info()，则接收器以MMT_general_location_info()的列表的次序访问所述位置。
MMT_composition_descriptor基于SMIL提供属于某个数据包的资产(包括PPT资产)的空间屏幕布局信息。如果屏幕布局在某个数据包的回放时段期间不改变，则可以使用这个描述符提供屏幕布局信息。这个描述符可以包括在SMT_S_descriptor语法循环或PPT_descriptor语法循环(PPT_descriptor这个名称被用于包括在PPT中的PPT_body()语法元素组中的描述符)中。
MMT_composition_descriptor的语法如表19中所示，并且每个字段的语义如其下所定义的。
表19
descriptor_tag：指示描述符的类型的唯一值。
descriptor_length：从描述符的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
version：数据包组成信息的版本。如果数据包组成信息被改变，则这个字段的值增加一。这个值在其最大值255之后被重置为0。
compression_type：数据包组成信息的压缩类型。如果这个字段的值是‘0’，则其指示数据包组成不被压缩，而如果值是‘1’，则其指示数据包组成被通过GZIP压缩。其它值被保留用于将来使用。
XML_length：数据包组成信息的以字节为单位的长度。
XML_package_composition_byte：定义在ISO/IEC JTC1/SC29/WG11m19266中的数据包组成信息中的字节。
alternate_package_descriptor是允许观看者在观看者使用替代性数据包继续观看由于正规广播时刻表而中断的实况广播时，或者在广播台只实况广播整个事件(例如，高尔夫球广播)的下半场时，使用替代性数据包从开头观看事件。这个alternate_package_descriptor还可以用于某个数据包的整体(即，从开头到结尾)的替代性数据包，而不管其是否被实况广播。
MMT_package_descriptor可以包括在SMT_S_descriptor语法循环或PPT_descriptor语法循环中。如果存在用于替代性数据包的若干位置，则若干alternate_package_descriptors可以包括在MMT_package_descriptor中。
这个描述符的目的、使用方案、定义和用法公开在韩国专利申请第P2011-0095665号中。在这个说明书中，为了描述方便，alternate_package_descriptor的语法示出在表20中，并且每个字段的语义被包括在后面。
表20
descriptor_tag：指示这个描述符的类型的8位字段。指示区别于定义在MPEG-2系统标准或基于其的广播标准中的其它描述符的替代性节目描述符的唯一值被分配。
descriptor_length：以字节为单位来指示这个描述符的长度的8位字段。其指示从描述符的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
alternate_program_id：对应于替代性节目标识符的8位字段。如果由alternate_program_descriptor描述的替代性节目彼此不同，则分配不同的alternate_program_id。如果在实况广播实际开始之前观看者被指导观看替代性节目，则对于相同的替代性节目可以周期性地发送指南信息。在这种情况下，相同的alternate_program_id被继续使用。如果0到255的值全被使用，则已经使用的值可以被重复使用。
reserved：保留给将来使用的字段。其值用0x7F填充。
just_alternate_flag：其指示包括在这个描述符中的内容被用于包括这个描述符的数据包(无论其是否用于实况广播)的替代性数据包。如果这个标志的值是‘1’，则future_flag无意义，并且text_length总是‘0’。
future_flag：指示包括在这个描述符中的内容是用于观看者将事先观看的替代性节目还是用于观看者将在当前节目结束之后继续观看的替代性节目的1位字段。如果这个字段的值是‘1’，则其指示观看者将事先观看的替代性节目，并且如果这个字段的值是‘0’，则其指示观看者将继续观看的替代性节目。
time_to_future_live_program：以秒指示时间的16位字段，如果future_flag是‘1’，则至此将通过这个节目信道开始实况广播。如果这个字段的值是0x0000，则其指示实况广播立即开始，或者已经开始。这个值可以在从作为替代性数据包的因特网实况广播服务返回广播信道的实况节目期间被使用。如果这个字段的值是‘0xFFFF’，则其指示不可能知道至此实况广播将通过这个信道开始的时间。这个值在观看者不知道何时实况广播将通过这个节目信道开始时使用，即使观看者使用因特网实况广播服务观看将通过这个节目信道实况广播的事件的替代性广播。
MMT_general_location_info()：定义在MMT中的一般位置参考信息，并且其内容如表5中所示。
text_length：指示后面的text_byte的数目的8位字段。值0x00指示没有描述替代性节目的字符串。
text_byte：构成描述替代性节目的字符串的字节。这个字段在结尾不包括null字节。
extension_descriptor()：递送额外的信息并且对应于选项的描述符。用于区分描述符的类型的8位标志值只在alternate_package_descriptor中被唯一地标识，并且是这些描述符的第一字节。这个字段后面是指示描述符长度的8位值。
alternate_program_descriptor在内容上与16位alternate_package_descriptor相同，除了descriptor_tag和descriptor_length具有8字节的大小，以及descriptor_tag的值作为MPEG-2描述符标志值被分配以外。换句话说，alternate_program_descriptor是通过将alternate_package_descriptor修改为MPEG-2描述符来获得的。
alternate_program_descriptor用于与alternate_package_descriptor类似的目的，但是其被包括在MPEG-2PMT的program_info_length后面的描述符语法循环中。在基于MPEG-2TS的MPEG-DASH的情况下，这个描述符可以直接包括在PMT中。
language_descriptor被用来为资产指定语言，用于资产的语言需要被指定。例如，用于对应于音频、字幕、评论信道、等等的资产，需要指定用来创建它们的语言。language_descriptor可以包括在PPT的PPT_descriptor语法循环或asset_descriptor语法循环中，以及包括在SMT-S内的SMT_S_descriptor语法循环或asset_descriptor语法循环中。如果这个描述符被包括在PPT_descriptor或SMT_S_descriptor语法循环中，则通过这个描述符指定数据包的所有资产的语言。如果这个描述符被包括在asset_descriptor语法循环中，则通过这个描述符指定资产的语言。被应用到资产的描述符的内容优先于被应用到数据包的所有资产的描述符的内容。在这个说明书中，为了描述方便，language_descriptor的语法示出在表21中，并且每个字段的语义被包括在后面。
表21
descriptor_tag：指示这个描述符的类型的唯一值。
descriptor_length：从这个描述符的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
ISO_639_language_code：3字节ISO639语言标识符。
clock_reference_descriptor被用来向接收器通知用于媒体同步的编码器时钟和MMT系统时钟之间的关系。在MMT中，以网络时间协议(NTP)形式的UTC被用作系统时钟，并且资产编码器时钟允许资产使用不同的时钟。由资产编码器使用的时钟通过clock_reference_id来标识。
clock_reference_descriptor需要在100毫秒或更短的时段内被周期性地递送，并且以单独的资产来递送。在这个说明书中，为了描述方便，clock_reference_descriptor的语法示出在表22中，并且每个字段的语义被包括在后面。
表22
descriptor_tag：指示这个描述符的类型的唯一值。
descriptor_length：从这个描述符的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
clock_reference_id：由资产编码器使用的时钟的标识符。
encoder_clock_sample：对应于这个字段后面的system_clock_time的资产时钟采样的值。
system_clock_time：对应于先于这个字段的encoder_clock_sample的MMT系统时钟时间。这是以NTP形式的UTC时间值。
图5示出了根据本发明的示范性实施例的S1信令的结构。
根据本发明的另一个示范性实施例的六个S1层消息可以总结如下。
(1)用于关于表格与公告的信息(ITN)的消息：这个消息携载ITN表和可选地携载能够被用来快速访问数据包的其它表。ITN的角色类似于MPEG-2PAT，但是具有其它MMT特定功能。ITN表包括关于所有其它S1表的全部信息。此外，ITN具有关于公告接收的信息。公告的典型示例是紧急警报、紧急通知、等等。
(2)用于MMT组成信息(MCI)的消息：这个消息携载MMT CI。其携载全部CI以及分层的CI。
(3)用于时钟参考描述符(CRD)的消息：这个消息携载将被用于MMT系统时钟(例如，NTP时钟)和任何其它时钟(例如，MPEG-2或MPEG-4时钟)之间的映射的时钟参考信息。
(3)用于安全性信息的消息：这个消息携载用于MMT内容保护的安全信息。安全性系统是DRM、可下载的DRM、以及可下载的条件评定系统(D-CAS)信息。
(4)用于MMT数据包表(MPT)的消息：这个消息携载MMT数据包表(MPT)。完整的或层0的MPT对应于MMT数据包。其包括数据包的全局唯一标识符、MMT组成信息(MCI)的位置、以及属于MMT数据包的MMT资产的完整或部分(如果分层的MPT被使用，则是可能的)列表。并且，其包括数据包类型、数据包名称、数据包的短描述、家长(parental)评级、音频语言、文本语言、目标用户简档、所要求的设备能力、数据包策略(诸如记录准许和快速播放准许)、等等。MPT的角色类似于MPEG2PMT，但是具有更多的用于MMT目的的功能。
(5)用于设备能力信息表(DCIT)的消息：这个消息携载设备能力信息表(DCIT)。设备能力信息展示出所要求的和/或所推荐的用于MPEG媒体内容消费的设备能力。
并且，定义了以下3个描述符：
(1)语言描述符
(2)时钟参考描述符
(3)D-CAS描述符
1.S1层消息、表格、以及描述符的语法和语义
1.1用于关于表格与公告的信息(ITN)的消息
这个消息携载ITN表(505)。ITN的角色类似于MPEG-2PAT，但是具有其它MMT特定功能。ITN表包括关于所有其它S1表的全部信息。
此外，ITN具有关于公告接收的信息。公告的典型示例是紧急警报、紧急通知、等等。
ITN消息(例如，包括ITN表的消息)可以可选地包括对应于MMT数据包的一个或多个MMT数据包表(MPT)。MPT包括数据包的全局唯一标识符、MMT组成信息(MCI)的位置、以及属于MMT数据包的MMT资产的完整或部分(如果分层的MPT被使用，则是可能的)列表。此外，MPT包括数据包类型、数据包名称、数据包的短描述、家长评级、音频语言、文本语言、目标用户简档、所要求的设备能力、数据包策略(诸如记录准许和快速播放准许)、等等。
如果ITN消息只包括一个MPT，则媒体递送服务在任意固定的时间实例只为用户提供一个数据包。如果ITN表包括具有时间线上的任何重叠的多个MPT，则媒体递送服务在任意固定的时间实例为用户提供多个数据包。如果ITN表包括不具有时间重叠的多个MPT，并且相对应的数据包与相同的逻辑信道相关联，则媒体递送服务以连续的时间次序为用户提供多个数据包。
具有MessageID＝0x00的S层消息必须包括ITN表。并且，携载具有MessageID＝0x00的S层消息的IP应用数据流中的资产路径的payload_id被固定在‘0x0000’。接收器在读取任何其它消息之前必须读取和解析ITN消息。
ITN消息通常以很短的时段(例如，在广播环境中，500毫秒)被周期性地发送，以便保证较短的上电延迟或较低的频道切换(zapping)时间。
1.1.1ITN消息语法和语义
ITN消息的语法定义在表23中，而其语法元素的语义提供在表23下面。语法定义的方法是基于MPEG-2系统标准(ISO/IEC13818-1)的语法定义方法。“值”栏中没有指示的循环计数能够从表的长度中得出。相同的规则应用到这个说明书中的其它表格。
表23
message_id：其指示S层消息的类型。这个字段的长度是8位。ITN消息具有值为0x00的固定的message_id。
version：其指示S层消息的版本。MMT客户端能够确定所接收的S层消息是否是新的。这个字段在S层消息被经由广播网重复地发送的情况下是有用的。这个字段的长度是8位。
length：其指示S1层消息的长度。这个字段的长度是16位。其指示从ITN消息的下一个字段开始到最后一个字节的以字节计数的ITN消息的长度。‘0’值从不用于这个字段。
start_time_flag：如果这个标志是‘1’，则使用可选的语法元素start_time。
start_time：其在NTP中指示ITN消息传输的开始时间。
retransmission_period：其指示这个ITN消息的重传时间。retransmission_period的单位是10毫秒。
number_of_tables：其指示包括在这个ITN消息中的表格的数目。
table_id：其指示包括在这个ITN消息中的表格的表格标识符。其是包括在这个ITN消息的有效载荷中的表格中的table_id字段的拷贝(copy)。
table_version：其指示包括在这个ITN消息中的表格的版本。其是包括在这个ITN消息的有效载荷中的表格中的version字段的拷贝。
table_length：其指示包括在这个ITN消息中的表格的长度。其是包括在这个ITN消息的有效载荷中的表格中的length字段的拷贝。表格的实际长度是table_length+4。
table()：其指示S层表格。有效载荷中的表格以与扩展字段中的table_id相同的次序出现。
1.1.2ITN表格语法和语义
ITN表格的语法定义在表24中，而其语法元素的语义提供在表24下面。
表24
table_id：ITN表格的表格标识符。
version：ITN表格的版本。更加新的版本一旦其被接收到就取代(override)更加旧的一个。
length：从ITN表格的下一个字段开始到最后一个字节的以字节计数的ITN表格的长度。‘0’值从不用于这个字段。
method_flag：其指示公告接收方法。如果这个标志是‘0’，则通过IP广播递送来递送公告。如果这个标志是‘1’，则通过交互信道来递送公告。对于IP广播递送，IP地址和端口号被提供。对于通过交互信道的递送，提供的是URL，客户端能够通过该URL通过交互信道来轮询(poll)公告。
MMT_general_location_info()：定义在1.1.3节的表25中的用于MMT的一般位置参考信息。实际位置取决于MMT_general_location_info()内的语法元素location_type。
用于IP_broadcast_delivery的MMT_general_location_info()：对于IP_broadcast_delivery，只允许location_type＝0x14和0x15。
用于poll_URL的MMT_general_location_info()：对于poll_URL，只允许location_type＝0x0E。
poll_period：在轮询公告的同时，期望客户端或接收器在每poll_period秒轮询公告URL、poll_URL。
number_of_tables：其指示其信息被提供在这个ITN表格中的信息表的数目。
information_table_id：其信息被提供在这个ITN表格中的信息表的标识符。ITN表格的table_id从不出现在这里。
information_table_version：其信息被提供在这个ITN表格中的信息表的版本。
package_path_number：信息表所属的逻辑信道的标识符。广播台将标识符唯一地分配给物理信道内的逻辑信道。值‘0’具有特殊用途，并且不被用作标识符。如果这个字段是‘0’，则信息表是信道独立的(例如，信息表具有服务广泛信息)。
用于位置的MMT_general_location_info()：客户端得到信息表的地址。只允许location_type＝0x0F～0x13。
second_location_flag：如果这个标志被设定，则提供让客户端在其中得到信息表的替代性地址。
table_filter_code_flag：如果这个标志被设定，则提供一个或多个表格筛选代码(table filter codes)。表格筛选代码指定用于将表格分组的标准。如果同时存在若干用于分组的标准，则所有这些分组标准应用到信息表。
用于second_location的MMT_general_location_info()：客户端得到信息表的替代性地址。只允许0x0F～0x13。
number_of_table_filter_codes：用于信息表的表格筛选代码的数目。
language_for_all_table_filter_codes：紧接着的所有table_filter_codes的语言。语言代码是定义在ISO639标准中的3字节语言标识符。
table_filter_code_language_flag：如果这个标志是‘1’，则用于随后的table_filter_code的语言被分开指定，并且取代由language_for_all_table_filter_codes提供的语言。语言代码是定义在ISO639标准中的3字节语言标识符。
table_filter_code_language：紧接着的table_filter_code的语言。语言代码是定义在ISO639标准中的3字节语言标识符。
table_filter_code_length：table_filter_code的字节长度。
table_filter_code_byte：table_filter_code中的字节。
private_extension_flag：如果这个标志是‘1’，则存在私有扩展。
private_extension()：充当用于私用(proprietary)扩展或应用专用扩展的容器的语法元素组。
1.1.3MMT_general_location_info()语法元素组
MMT_general_location_info()语法元素组被用来提供位置信息。MMT_general_location_info()的语法定义在表25中，而其语法元素的语义提供在表25下面。
表25
location_type：这个字段指示如表26中所定义的位置信息的类型。
表26
payload_id：在IP应用数据流内唯一的资产路径标识符。
ipv4_src_addr：IP应用数据流的IP版本4源地址。
ipv4_dst_addr：IP应用数据流的IP版本4目的地地址。
dst_port：IP应用数据流的目的地端口号。
ipv6_src_addr：IP应用数据流的IP版本6源地址。
ipv6_dst_addr：IP应用数据流的IP版本6目的地地址。
network_id：携载MPEG-2TS的广播网络标识符。
MPEG_2_transport_stream_id：MPEG-2TS标识符。
MPEG_2_PID：MPEG-2TS分组(packet)的PID。
prefix_index：对在这个语法元素组之前定义的前缀列表的索引。如果这个字段是0xFF，则不使用前缀。
URL_length：URL的以字节为单位的长度。不应当计数终止null(0x00)。
URL_byte：URL中的字节数据。不应当包括终止null(0x00)。
byte_offset：从文件的第一字节开始的字节偏移。
length：以字节为单位的长度。
message_id：S层消息标识符。
ipv4_addr：IP应用数据流的IP版本4地址。
ipv6_addr：IP应用数据流的IP版本6地址。
1.2用于MMT组成信息(CI)的消息
MMT组成信息(CI)通过用于带外信令的CI消息来递送。CI消息能够递送完整的CI或分层的CI。当递送分层的CI时，强烈推荐通过ITN消息携载层0CI，以便减少广播方案中数据包消费所需的时间。当如参考标号510所示，层0CI在ITN消息内被携载时，CI应该在被包括在ITN消息中之前被封装在MCI(MMT组成信息)表中。
当采用分层的CI机制时，层N CI(其中N不是0)通常被携载在具有变化的重复时段并且具有不同的消息标识符的CI消息中。
1.2.1CI消息语法和语义
CI消息的语法被定义在表27中，而其语法元素的语义提供在表27下面。
表27
message_id：其指示S层消息的类型。这个字段的长度是8位。如果S层消息在独特的(distinct)CI层为独特的数据包携载CI，则S层消息应当具有独特的message_id。
version：其指示S层消息的版本。MMT客户端能够确定所接收的S层消息是否是新的。这个字段在S层消息被经由广播网重复地发送的情况下是有用的。这个字段的长度是8位。
length：其指示S层消息的长度。这个字段的长度是16位。其指示从CI消息的下一个字段开始到最后一个字节的以字节计数的CI消息的长度。‘0’值从不用于这个字段。
start_time_flag：如果这个标志是‘1’，则使用可选的语法元素start_time。
start_time：其在NTP中指示CI消息传输的开始时间。
retransmission_period：其指示这个CI消息的重传时间。retransmission_period的单位是10毫秒。
CI_byte：CI中的字节。
1.2.2MCI表格语法和语义
MCI表格的语法被定义在表28中，而其语法元素的语义提供在表28下面。MCI表格应该只用于完整的CI或层0CI。
表28
table_id：MCI表格的表格标识符。
version：MCI表格的版本。更加新的版本一旦其被接收到就取代更加旧的一个。
length：从MCI表格的下一个字段开始到最后一个字节的以字节计数的MCI表格的长度。‘0’值从不用于这个字段。
CI_byte：CI中的字节。
1.3用于时钟参考描述符(CRD)的消息
定义在1.7.2节中的时钟参考描述符在CRD消息内被递送。一个CRD消息可以包括多个时钟参考描述符。
当在ITN消息内携载时钟参考描述符时，时钟参考描述符应该以被称作CRD表格520的表格结构来封装。
1.3.1CRD消息语法和语义
CRD消息的语法被定义在表29中，而其语法元素的语义提供在表29下面。
表29
message_id：其指示S层消息的类型。这个字段的长度是8位。
version：其指示S层消息的版本。MMT客户端能够确定所接收的S层消息是否是新的。这个字段在S层消息被经由广播网重复地发送的情况下是有用的。这个字段的长度是8位。
length：其指示S层消息的长度。这个字段的长度是16位。其指示从CI消息的下一个字段开始到最后一个字节的以字节计数的CI消息的长度。‘0’值从不用于这个字段。
start_time_flag：如果这个标志是‘1’，则使用可选的语法元素start_time。
start_time：其在NTP中指示CRD消息传输的开始时间。
retransmission_period：其指示这个CRD消息的重传时间。retransmission_period的单位是10毫秒。
clock_reference_descriptor()：其定义在1.7.2中
1.3.2CRD表格语法和语义
CRD表格的语法被定义在表30中，而其语法元素的语义提供在表30下面。MCI表格应该只用于完整的CI或层0CI。
表30
table_id：CDR表格的表格标识符。
version：CRD表格的版本。更加新的版本一旦其被接收到就取代更加旧的一个。
length：从CRD表格的下一个字段开始到最后一个字节的以字节计数的CRD表格的长度。‘0’值从不用于这个字段。
clock_reference_descriptor()：其定义在1.7.2节中
1.4用于安全性的消息
安全性信息在安全性消息或ITN消息内递送。当如参考标号525所示，安全性信息被携载在ITN消息内时，其应当在被包括在ITN消息中之前被封装在安全性表格中。
1.4.1安全性消息语法和语义
安全性消息的语法被定义在表31中，而其语法元素的语义提供在表31下面。
表31
message_id：其指示S层消息的类型。这个字段的长度是8位。
version：其指示S层消息的版本。MMT客户端能够确定所接收的S层消息是否是新的。这个字段在S层消息被经由广播网重复地发送的情况下是有用的。这个字段的长度是8位。
length：其指示S层消息的长度。这个字段的长度是16位。其指示从CI消息的下一个字段开始到最后一个字节的以字节计数的CI消息的长度。‘0’值从不用于这个字段。
start_time_flag：如果这个标志是‘1’，则使用可选的语法元素start_time。
start_time：其在NTP中指示安全性消息传输的开始时间。
retransmission_period：其指示这个安全性消息的重传时间。retransmission_period的单位是10毫秒。
Security_descriptor()：其定义在1.7.3节中
1.4.2安全性表格语法和语义
安全性表格的语法被定义在表32中，而其语法元素的语义提供在表32下面。
表32
table_id：安全性表格的表格标识符。
version：安全性表格的版本。更加新的版本一旦其被接收到就取代更加旧的一个。
length：从安全性表格的下一个字段开始到最后一个字节的以字节计数的安全性表格的长度。‘0’值从不用于这个字段。
security_descriptor()：其定义在1.7.2节中。
1.5用于MPT(MMT数据包表格)的消息
MMT数据包表格(MPT)递送关于单一数据包的全部信息。携载MPT的S层消息被称作“MPT消息”。MPT可以如参考标号515那样与其它表格被包括在ITN消息中或者被携载在单独的MPT消息中。
对于具有分层的CI的数据包的分层的递送，MPT能够被分割为多层的MPT。层0MPT是基础MPT，并且如果不使用分层的递送，则只递送层0MPT。在后者的情况下，层0MPT是完整的MPT。在不同的层的MPT应当具有不同的表格标识符(table_id)。在这个标准中，我们为MPT table_id分配8个不同的值，从而我们能够具有多达8层的MPT。MPT table_id的值越小，MPT层越接近基础MPT。
如果分层的MPT被使用，则强烈推荐在ITN消息内携载完整的MPT或层0MPT，以便降低广播方案中的数据包采集时间。
1.5.1MPT消息语法和语义
MPT消息的语法被定义在表33中，而其语法元素的语义提供在表33下面。如果采用了MPT分层，则MPT消息携载仅仅一个完整的MPT或一个层N MPT。
表33
message_id：其指示S层消息的类型。这个字段的长度是8位。
version：其指示S层消息的版本。MMT客户端能够确定所接收的S层消息是否是新的。这个字段在S层消息被经由广播网重复地发送的情况下是有用的。这个字段的长度是8位。
length：其指示S层消息的长度。这个字段的长度是16位。其指示从MPT消息的下一个字段开始到最后一个字节的以字节计数的MPT消息的长度。‘0’值从不用于这个字段。
start_time_flag：如果这个标志是‘1’，则使用可选的语法元素start_time。
start_time：其在NTP中指示MPT消息传输的开始时间。
retransmission_period：其指示这个MPT消息的重传时间。retransmission_period的单位是10毫秒。如果使用分层的MPT，则更高层的MPT的retransmission_period通常要比所述更高层的MPT以下的MPT层的retransmission_period更长。
MMT_package_table()：其定义在1.5.2节中。
1.5.2MPT语法和语义
MPT()的语法定义在表34中，而其语法元素的语义提供在表34下面。
表34
table_id：MPT的表格标识符。在不同的层的MPT应当具有不同的表格标识符(table_id)。对于MPT table_id，分配了八个不同的值。在8个MPTtable_id当中，最小的一个是用于完整的MTP的table_id，或当分层的MPT被使用时最小的一个是用于层0MPT的table_id。对于剩余的MPT table_id，更小的值意味着更低层的MPT。
version：MPT的版本。更加新的版本一旦其被接收到就取代更加旧的一个。
length：从ITN表格的下一个字段开始到最后一个字节的以字节计数的MPT的长度。‘0’值从不用于这个字段。
MMT_package_id：MMT数据包的全局唯一标识符。
MPT_descriptors_length：描述符语法循环的长度。该长度是从描述符语法循环的下一个字段到结束来计数。若干描述符能够插入这个语法循环。
MPT_descriptors_byte：描述符循环中的一个字节。
package_type：其指示数据包的类型。允许的值在表35中。
表35
值 含义
0x00 未指定
0x01 基础视频
0x02 基础音频
0x03 富媒体
0x04 电子书
0x05 应用
0x06 文本
0x07 HTML
0x08～0xFF 保留用于将来使用
package_name：数据包的名称，可能以多种语言。语言代码是定义在ISO639标准中的3字节语言标识符。列表中的第一种语言是默认的。
package_description：数据包的文本描述，可能以多种语言。语言代码是定义在ISO639标准中的3字节语言标识符。列表中的第一种语言是默认的。
audio_languages：用在数据包中的(多种)音频语言。语言代码是定义在ISO639标准中的3字节语言标识符。列表中的第一种语言是默认的。
text_languages：用在数据包中的(多种)文本语言。语言代码是定义在ISO639标准中的3字节语言标识符。列表中的第一种语言是默认的。
target_user_profiles：作为数据包的目标的用户的(多个)简档。
required_device_capability_profiles：用于数据包消费的所需的设备能力的(多个)简档。
parental_guidance_flag：如果这个标志是‘1’，则接收器不应当展示从这个数据包中解码的东西，直到其能够对照由观看者为了保护孩子而设定的东西从评级信息(其递送方法当前没有在这个标准中指定)中确定允许显示内容为止。如果这个标志是‘0’，则接收器仅展示从这个数据包中解码的东西，而不检查评级。
recording_flag：如果这个标志是‘1’，则接收器能够将这个数据包存储在其内部存储器中以便将来使用。
fast_play_flag：如果这个标志是‘1’，则接收器让观看者命令这个数据包的快速播放。
clock_reference_flag：如果这个标志是‘0’，则不展示clock_reference_id，并且默认MMT系统时钟是NTP时钟(例如，这个数据包中的所有资产的时间基准是NTP时钟)。如果这个标志是‘1’，则clock_reference_id字段被包括在后面。
protection_scheme_id_flag：如果这个标志是‘1’，则protection_scheme_id字段被包括在后面。
clock_reference_id：时钟参考标识符。这个字段被用来参考由clock_reference_descriptor()递送的时钟，作为这个数据包中的所有资产的默认时间基准。0值不准用于这个字段。在MPT语法中，对于时钟参考标识符字段，存在两个占位符。其中一个(这个字段)应用到这个数据包中的所有资产，而另一个只应用到语法循环中的资产条目。如果两个字段都包括在MPT语法中，则后者优先。
timescale_flag：如果这个标志是‘1’，则时标字段包括在后面。
timescale：表达为一秒中的单元的数目的、用于这个数据包中的所有资产的全部时间戳的时间单元。默认值是90000。在MPT语法中，对于时标字段存在两个占位符。其中一个(这个字段)应用到这个数据包中的所有资产，而另一个只应用到语法循环中的资产条目。如果两个字段都包括在MPT语法中，则后者优先。
protection_scheme_id：这个字段指示用于这个数据包中的所有资产的保护方案。在MPT语法中，对于保护方案标识符字段存在两个占位符。其中一个(这个字段)应用到这个数据包中的所有资产，而另一个只应用到语法循环中的资产条目。如果两个字段都包括在MPT语法中，则后者优先。这个字段的值是由1.7.3中的D-CAS描述符指定的DCAS_type中的一个。
protection_scheme_id_flag：如果这个标志是‘1’，则protection_scheme_id字段包括在下面。
用于CI位置的MMT_general_location_info()：定义在1.1.3中的表25中的用于MMT的一般位置参考信息。对于CI位置，只允许location_type＝0x0F～0x13。
number_of_assets：这个MPT中的资产的数目。
asset_type：资产的类型。这个字段类似于定义在MPEG-2PMT中的stream_type，但是是其的扩展。
asset_id：资产标识符。在CI中，asset_id被用来参考资产。定义在CI中的asset_id是全局唯一的。这个字段是用于全局唯一资产标识符的较短的别名(alias)。通过将资产出现的次序映射到CI中的资产列表(LoA)中来自动地执行别名命名(aliasing)。如果采用了CI分层，则别名命名是在从层0到层N的所有LoA的有序连接内执行。在MPT内的资产信息语法循环中，asset_id别名将递增地出现。
asset_clock_reference_flag：如果这个标志是‘1’，则asset_clock_reference_id字段包括在后面的语法中。
asset_clock_reference_id：资产的时钟参考标识符。这个字段被用来参考由clock_reference_descriptor()递送的时钟，作为资产的时间基准。如果这个字段是‘0’，则NTP时钟被用于该资产。如果这个字段不是‘0’，则这个字段的值是由时钟参考描述符提供的clock_reference_id值中的一个。
asset_timescale_flag：如果这个标志是‘1’，则asset_timescale字段包括在后面的语法中。
asset_timescale：表达为一秒内的单元的数目的、用于资产的所有时戳的时间单位。默认值是90000。
asset_protected_flag：如果这个标志是‘1’，则这个资产被保护。
asset_protection_scheme_id_flag：如果这个标志是‘1’，则asset_protection_scheme_id字段包括在后面语法中。
用于资产位置的MMT_general_location_info()：定义在1.1.3的表25中的用于MMT的一般位置参考信息。对于资产位置，只允许location_type＝0x03、0x05、以及0x07～0x0D。
asset_descriptors_length：从资产描述符语法循环的下一个字段到结尾计数的字节数。
asset_descriptors_byte：资产描述符中的字节。
1.6用于DCIT(设备能力信息表)的消息
DCIT提供设备能力信息。DCIT530可以包括在ITN消息中。
1.6.1DCIT消息语法和语义
DCIT消息的语法定义在表36中，而其语法元素的语义提供在表36下面。
表36
message_id：其指示S层消息的类型。这个字段的长度是8位。
version：其指示S层消息的版本。MMT客户端能够确定所接收的S层消息是否是新的。这个字段在S层消息被经由广播网重复地发送的情况下是有用的。这个字段的长度是8位。
length：其指示S层消息的长度。这个字段的长度是16位。其指示从DCIT消息的下一个字段开始到最后一个字节的以字节计数的MPT消息的长度。‘0’值从不用于这个字段。
start_time_flag：如果这个标志是‘1’，则使用可选的语法元素start_time。
start_time：其在NTP中指示DCIT消息传输的开始时间。
retransmission_period：其指示这个DCIT消息的重传时间。retransmission_period的单位是10毫秒。如果使用分层的MPT，则更高层的MPT的retransmission_period通常要比所述更高层的MPT以下的MPT层的retransmission_period更长。
MMT_package_table()：其定义在1.5.2节中。
DCIT()：其定义在1.6.2节中。
1.6.2DCIT语法和语义
DCIT的语法和语义定义在表37中。
表37
1.7描述符
与S层表格相关的描述符被定义在这里。
1.7.1语言描述符
语言描述符被用来指定用于媒体资产的语言，所述媒体资产诸如音频、评论信道、字幕、等等。语言描述符能够被包括在MPT_descriptors语法循环中或MPT中的asset_descriptors语法循环中。如果语言描述符被包括在MPT_descriptors语法循环中，则其指定数据包中的所有资产的语言。如果语言描述符被包括在MPT中的asset_descriptors语法循环中，则其指定资产的语言。包括在MPT中的asset_descriptors语法循环中的语言描述符优先于包括在MPT中的MPT_descriptors语法循环中的语言描述符。
language_descriptor()的语法定义在表38中，并且其语法元素的语义提供在表38以下。
表38
descriptor_tag：指示描述符的类型的标志值。
descriptor_length：从描述符的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
ISO_639_language_code：3字节ISO639语言标识符。
1.7.2时钟参考描述符
时钟参考描述符被用来指定用于媒体同步的编码器时钟与MMT系统时钟之间的关系。网络时间协议(NTP)格式的UTC被用作MMT系统时钟时间。MMT允许不同的时钟用于不同的资产。由clock_reference_id指定资产编码器中所使用的时钟。
Clock_reference_descriptors应该以较短的时段(例如，100毫秒)被周期性地携带在时钟参考消息中。
clock_reference_descriptor()的语法被定义在表39中，并且其语法元素的语义提供在表39以下。
表39
descriptor_tag：指示描述符的类型的标志值。
descriptor_length：从描述符的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
clock_reference_id：由资产编码器使用的媒体时钟的标识符。‘0’值被保留用于其它目的，而不用于clock_reference_id。
encoder_clock_sample：由对应于后面的MMT_system_clock_time的资产编码器使用的媒体时钟的采样值。
MMT_system_clock_time：对应于在前encoder_clock_sample的NTP格式中的UTC时间值。
1.7.3安全性描述符
安全性描述符被用来指定可用于保护MMT资产或数据包的安全性系统。
Securtiy_descriptor应该被周期性地携载在安全性消息中或ITN消息中。
Security_descriptor()的语法定义在表40中，并且其语法元素的语义提供在表40以下。
表40
descriptor_tag：指示描述符的类型的标志值。
descriptor_length：从描述符的这个字段之后的下一个字节到最后一个字节计数的以字节为单位的长度。
Security_type：安全性解决方案的类型。其指示用于访问控制、数字版权管理、可下载CAS或可下载DRM的解决方案。
Solution：其示出用于访问控制、DRM、DCAS或DDRM的安全性解决方案。
Access_control_server_address：客户端将在其中被认证和授权的访问控制安全性解决方案服务器的地址。
DRM_server_address：客户端将在其中被认证和授权的DRM解决方案服务器的地址。
DCAS_server_address：客户端在认证和授权之后能够在其中下载DCASSW的DCAS服务器的地址。
DDRM_server_address：客户端在认证和授权之后能够在其中下载DDRMSW的DDRM服务器的地址。
图6和图7示出了根据本发明的示范性实施例的在接收器中接收多媒体的操作。
参考图6和图7，在步骤615，接收器接收在当前信道上发送的S1消息。S1消息是用于管理消费MMT资产和MMT项目所需的所有功能的消息。
在步骤617，接收器基于消息ID确定该消息是否是包括在所找到的S1消息中的ITN消息。如果该消息是除了ITN消息以外的其他消息，则接收器在步骤627确定所述其他消息是否被更新。如果该消息是更新的其他消息，则在步骤629，接收器将更新的其他消息以及更新的其他消息的版本信息存储在其存储器中。相反，如果该消息不是更新的其它消息，则接收器前进到步骤631。
如果在步骤617确定该消息是ITN消息，则接收器在步骤619基于版本信息确定包括在所找到的S1消息中的ITN消息是否被更新。如果ITN消息被更新，则接收器在步骤621确定ITM消息中的至少一个表格#i是否被更新。如果是，则接收器在步骤623将更新的至少一个表格#i及其版本信息存储在其存储器中，并前进到步骤625。如果ITM消息中的至少一个表格#i未被更新，则接收器前进到步骤625。类似地，如果ITN消息在步骤619被确定为未被更新，则接收器前进到步骤625。
在步骤625，接收器检查所有表格。然后接收器前进到步骤631。
在步骤631，接收器在步骤631确定CI层#0是否被更新。
如果CI层#0被更新，则接收器在步骤633将CI层#0设定为整合的CI。此后，接收器前进到步骤635。如果CI层#0未被更新，则接收器前进到步骤643。
在步骤635，接收器确定CI层#i的版本是否与CI层#0的版本相同。如果它们不同，则接收器前进到步骤641。相反，如果它们相同，则接收器在步骤637将CI层#i与整合的CI组合。此后，接收器前进到步骤639。在步骤639，接收器确定其是否已经检查了所有CI层。在检查完成之后，接收器在步骤641将整合的CI发送到CI解析器。例如，如果接收器在步骤639确定已经其检查了所有CI层，则接收器前进到步骤641。相反，如果接收器在步骤639确定其还没有检查过所有CI层，则接收器返回到步骤635。
在步骤643，接收器确定MPT层#0是否被更新。如果MPT层#0未被更新，则接收器结束该过程。相反，如果MPT层#0被更新，则接收器在步骤645将MPT层#0设定为整合的MPT。此后，接收器前进到步骤647。
在步骤647，接收器确定MPT层#i的版本是否与MPT层#0的版本相同。如果所述层不同，则接收器前进到步骤653。相反，如果它们相同，则接收器在步骤649将MPT层#i与整合的MPT组合。此后，接收器前进到步骤651。在步骤651，接收器确定其是否已经检查了所有MPT层。在检查完成之后，在步骤653，接收器使用整合的MPT中的资产参考找到数据包中的资产，并且将所找到的资产发送到相关联的资产解码器或资产处理器。例如，如果接收器在步骤651确定其已经检查了所有MPT层，则接收器前进到步骤653。相反，如果接收器在步骤651确定其还没有检查过所有MPTS层，则接收器前进到步骤647。
图8示出了根据本发明的示范性实施例的发送装置的结构。
服务服务器800，作为发送装置的示例，包括服务数据提供者801、数据包生成器803、以及发送器805。虽然在附图中没有示出，本领域普通技术人员将清楚，发送装置或服务服务器包括用于控制其组件执行本发明的示范性实施例的操作的控制器。
服务数据提供者801具有所有服务服务。
数据包生成器803使用参考图3和图5描述的表格来生成数据包。
发送器805将所生成的数据包发送到终端。
并且，发送器805可以通过具有两个不同类型的物理性质的网络(广播网络和宽带网络)将所生成的数据包发送到终端。
图9示出了根据本发明的示范性实施例的接收装置的结构。
接收装置可以是，例如，终端。然而，接收装置不限于此。
接收装置900包括接收器901、数据包解析器903、以及解码器/播放器905。虽然在附图中没有示出，本领域普通技术人员将清楚，接收装置或终端包括用于控制其组件执行本发明的示范性实施例的操作的控制器。
根据本发明的示范性实施例，接收器901接收使用参考图3和图5描述的表格来生成的数据包。
数据包解析器903解析所接收的数据包的组件。
解码器/播放器905基于所解析的数据包组件来解码和播放内容。
虽然在附图中未示出，但是数据可以基于根据本发明的示范性实施例生成的数据包而被记录、存储和播放。每个数据包被存储在存储介质(例如，高密度磁盘(CD)、数字多功能盘(DVD)、数据库DB、通用串行总线(USB)、等等)中，以包括MMT资产、配置信息、组成信息、传输特性、数据包标识信息、资产列表信息、版权管理信息、传输时间线信息、等等。在回放期间，可以通过解析数据包组件来播放内容。当使用存储介质来被存储和播放时，通过用存储位置信息(例如，存储器地址、等等)替换示范性实施例中所描述的URL，内容可以被更容易地存储和播放。
如从前述描述中清楚的，通过应用用于提供由本发明的示范性实施例提出的服务特定信息的格式，服务提供者可以提供用于服务提供者自身提供的服务的说明信息，从而接收器可以允许观看者使用服务特定信息容易地选择他/她期望的广播内容。
虽然已经参考本发明的某些示范性实施例示出和描述了本发明，本领域技术人员将理解，可以在其中进行各种形式和细节上的改变，而不脱离如所附权利要求及其等效物所定义的本发明的精神和范围。

Claims (24)

1.一种用于接收多媒体服务的方法，该方法包括：
接收用于从不同的网络提供的至少一个多媒体服务的服务特定信息；
基于所述服务特定信息选择一个服务；以及
接收所选择的服务，
其中，所述服务特定信息包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息，并且
其中，第一服务映射表和第二服务映射表中的每一个包括与资产相关的信息。
2.一种用于发送多媒体服务的方法，该方法包括：
发送用于将要从不同的网络提供的至少一个多媒体服务的服务特定信息；以及
基于所述服务特定信息将由接收器请求的服务发送到所述接收器，
其中，所述服务特定信息包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息，并且
其中，第一服务映射表和第二服务映射表中的每一个包括与资产相关的信息。
3.如权利要求1所述的用于接收的方法或如权利要求2所述的用于发送的方法，其中，如果所述服务特定信息包括第一服务映射表，则第一服务映射表包括存储关于通过所述多个逻辑信道中的每一个发送的节目项的信息的数据包包装表(PPT)的位置参考信息。
4.如权利要求3所述的用于接收的方法或如权利要求3所述的用于发送的方法，其中，第一服务映射表包括用于数据包指南表(PGT)的位置参考信息和版本信息，该数据包指南表(PGT)包括用于所有节目的指南信息。
5.如权利要求4所述的用于接收的方法或如权利要求4所述的用于发送的方法，其中，第一服务映射表包括以下各项中的至少一个：
SMT_prefix_count字段，指示随后的SMT_prefix的数目；
package_path_number字段，指示用于识别某个广播信道中的逻辑信道的数据包路径号；和
simple_location_type字段，指示用于对应于当前递送的数据包的PPT的位置参考信息的类型。
6.如权利要求1所述的用于接收的方法或如权利要求2所述的用于发送的方法，其中，如果所述服务特定信息包括第二服务映射表，则第二服务映射表包括指示第二服务映射表的更新版本信息的SMT_update_version字段。
7.如权利要求1所述的用于接收的方法或如权利要求2所述的用于发送的方法，其中，第一服务映射表和第二服务映射表通过表格标识符‘table_id’来识别。
8.如权利要求3所述的用于接收的方法或如权利要求3所述的用于发送的方法，其中，PPT包括以下各项中的至少一个：
parental_guidance_flag字段，指示是否播放从数据包中恢复的内容；
recording_flag字段，用于如果recording_flag字段的值是‘1’，则允许接收器将所述数据包存储在所述接收器的内部存储介质中；
random_access_flag字段，用于如果random_access_flag字段的值是‘1’，则允许观看者对所述数据包进行随机访问；
fast_forward_play_flag字段，用于如果fast_forward_play_flag字段的值是‘1’，则允许观看者对所述数据包执行快进播放；
fast_reverse_play_flag字段，用于如果fast_reverse_play_flag字段的值是‘1’，则允许观看者对所述数据包执行快倒播放；
timescale_flag字段，指示如果timescale_flag字段的值是‘1’，则接着是时标字段；
protection_scheme_id_flag字段，指示如果protection_scheme_id_flag字段的值是‘1’，则接着是protection_scheme_id字段；
时标字段，其中应用到资产的各种时戳的时间单元被表示为指示一秒钟之内的时间单元的数目的值；
protection_scheme_id字段，指示用于指定资产的保护方案的值；
clock_reference_id字段，指示由资产编码器使用的时钟的标识符；
level_of_mandatory_playing字段，意味着指示资产组中的一个资产是否需要被强制播放的值；
default_selection_flag字段，指示如果default_selection_flag字段的值是‘1’，则资产是该资产的资产组中最为推荐的资产；
clock_reference_flag字段，指示如果clock_reference_flag字段的值是‘1’，则接着是clock_reference_id字段；
asset_timescale_flag字段，指示如果asset_timescale_flag字段的值是‘1’，则接着是时标字段；
asset_protected_flag字段，指示如果asset_protected_flag字段的值是‘1’，则资产被保护；和
scheme_id_flag字段，指示如果scheme_id_flag字段的值是‘1’，则接着是protection_scheme_id字段。
9.一种用于接收多媒体服务的装置，该装置包括：
接收器，用于接收用于从不同的网络提供的至少一个多媒体服务的服务特定信息；和
控制器，用于基于所述服务特定信息选择一个服务，
其中，所述接收器接收由所述控制器选择的服务，
其中，所述服务特定信息包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息，并且
其中，第一服务映射表和第二服务映射表中的每一个包括与资产相关的信息。
10.一种用于发送多媒体服务的装置，该装置包括：
发送器，用于发送用于将要从不同的网络提供的至少一个多媒体服务的服务特定信息；和
控制器，用于基于所述服务特定信息选择由接收器请求的服务，
其中，所述发送器基于所述服务特定信息将由所述控制器选择的服务发送到所述接收器，
其中，所述服务特定信息包括第一服务映射表和第二服务映射表之一，第一服务映射表包括关于通过多个逻辑信道发送的至少一个服务的信息，而第二服务映射表包括关于通过单一逻辑信道发送的至少一个服务的信息，并且
其中，第一服务映射表和第二服务映射表中的每一个包括与资产相关的信息。
11.如权利要求9所述的用于接收的装置或如权利要求10所述的用于发送的装置，其中，如果所述服务特定信息包括第一服务映射表，则第一服务映射表包括存储了关于通过所述多个逻辑信道中的每一个发送的节目项的信息的数据包包装表(PPT)的位置参考信息。
12.如权利要求11所述的用于接收的装置或如权利要求11所述的用于发送的装置，其中，第一服务映射表包括用于数据包指南表(PGT)的位置参考信息和版本信息，该数据包指南表(PGT)包括用于所有节目的指南信息。
13.如权利要求12所述的用于接收的装置或如权利要求12所述的用于发送的装置，其中，第一服务映射表包括以下各项中的至少一个：
SMT_prefix_count字段，指示随后的SMT_prefix的数目；
package_path_number字段，指示用于识别某个广播信道中的逻辑信道的数据包路径号；和
simple_location_type字段，指示用于对应于当前递送的数据包的PPT的位置参考信息的类型。
14.如权利要求9所述的用于接收的装置或如权利要求10所述的用于发送的装置，其中，如果所述服务特定信息包括第二服务映射表，则第二服务映射表包括指示第二服务映射表的更新版本信息的SMT_update_version字段。
15.如权利要求9所述的用于接收的装置或如权利要求10所述的用于发送的装置，其中，第一服务映射表和第二服务映射表通过表格标识符‘table_id’来识别。
16.如权利要求11所述的用于接收的装置或如权利要求11所述的用于发送的装置，其中，PPT包括以下各项中的至少一个：
parental_guidance_flag字段，指示是否播放从数据包中恢复的内容；
recording_flag字段，用于如果recording_flag字段的值是‘1’，则允许接收器将所述数据包存储在所述接收器的内部存储介质中；
random_access_flag字段，用于如果random_access_flag字段的值是‘1’，则允许观看者对所述数据包进行随机访问；
fast_forward_play_flag字段，用于如果fast_forward_play_flag字段的值是‘1’，则允许观看者对所述数据包执行快进播放；
fast_reverse_play_flag字段，用于如果fast_reverse_play_flag字段的值是‘1’，则允许观看者对所述数据包执行快倒播放；
timescale_flag字段，指示如果timescale_flag字段的值是‘1’，则接着是时标字段；
protection_scheme_id_flag字段，指示如果protection_scheme_id_flag字段的值是‘1’，则接着是protection_scheme_id字段；
时标字段，其中应用到资产的各种时戳的时间单元被表示为指示一秒钟之内的时间单元的数目的值；
protection_scheme_id字段，指示用于指定资产的保护方案的值；
clock_reference_id字段，指示由资产编码器使用的时钟的标识符；
level_of_mandatory_playing字段，意味着指示资产组中的一个资产是否需要被强制播放的值；
default_selection_flag字段，指示如果default_selection_flag字段的值是‘1’，则资产是该资产的资产组中最为推荐的资产；
clock_reference_flag字段，指示如果clock_reference_flag字段的值是‘1’，则接着是clock_reference_id字段；
asset_timescale_flag字段，指示如果asset_timescale_flag字段的值是‘1’，则接着是时标字段；
asset_protected_flag字段，指示如果asset_protected_flag字段的值是‘1’，则资产被保护；和
scheme_id_flag字段，指示如果scheme_id_flag字段的值是‘1’，则接着是protection_scheme_id字段。
17.一种用于接收多媒体服务的方法，该方法包括：
接收控制消息；和
解码所述控制消息，
其中，所述控制消息包括至少一个表格，
其中，所述至少一个表格包括用于对应于数据包的至少一个MPEG媒体传输(MMT)数据包表格(MPT)的表格，并且
其中，所述用于MPT的表格包括属于所述数据包的资产列表。
18.一种用于发送多媒体服务的方法，该方法包括：
生成控制消息；和
发送所生成的控制消息，
其中，所述控制消息包括至少一个表格，
其中，所述至少一个表格包括用于对应于数据包的至少一个MPEG媒体传输(MMT)数据包表格(MPT)的表格，并且
其中，所述用于MPT的表格包括属于所述数据包的资产列表。
19.如权利要求17所述的用于接收的方法或如权利要求18所述的用于发送的方法，其中，所述至少一个表格包括关于表格与公告的信息(ITN)表格、用于MMT组成信息(MCI)的表格、用于时钟参考描述符(CRD)的表格、用于安全性信息的表格、以及用于设备能力信息表(DCIT)的表格中的至少一个。
20.如权利要求19所述的用于接收的方法或如权利要求19所述的用于发送的方法，其中，所述ITN表格包括用于除了所述ITN表格以外的其它表格的控制信息。
21.一种用于接收多媒体服务的装置，该装置包括：
接收器，用于接收控制消息；和
解码器，用于解码所述控制消息，
其中，所述控制消息包括至少一个表格，
其中，所述至少一个表格包括用于对应于数据包的至少一个MPEG媒体传输(MMT)数据包表格(MPT)的表格，并且
其中，所述用于MPT的表格包括属于所述数据包的资产列表。
22.一种用于发送多媒体服务的装置，该装置包括：
控制器，用于生成控制消息；和
发送器，用于发送所生成的控制消息，
其中，所述控制消息包括至少一个表格，
其中，所述至少一个表格包括用于对应于数据包的至少一个MPEG媒体传输(MMT)数据包表格(MPT)的表格，并且
其中，所述用于MPT的表格包括属于所述数据包的资产列表。
23.如权利要求21所述的用于接收的装置或如权利要求22所述的用于发送的装置，其中，所述至少一个表格包括关于表格与公告的信息(ITN)表格、用于MMT组成信息(MCI)的表格、用于时钟参考描述符(CRD)的表格、用于安全性信息的表格、以及用于设备能力信息表(DCIT)的表格中的至少一个。
24.如权利要求23所述的用于接收的装置或如权利要求23所述的用于发送的装置，其中，所述ITN表格包括用于除了所述ITN表格以外的其它表格的控制信息。
CN201280061942.XA 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置 Active CN104025479B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201811094043.5A CN109600632B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置
CN201811093505.1A CN109756287B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR10-2011-0104619 2011-10-13
KR20110104619 2011-10-13
US201261671923P 2012-07-16 2012-07-16
US61/671,923 2012-07-16
PCT/KR2012/008383 WO2013055179A1 (en) 2011-10-13 2012-10-15 Method and apparatus for transmitting and receiving multimedia service

Related Child Applications (2)

Application Number Title Priority Date Filing Date
CN201811093505.1A Division CN109756287B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置
CN201811094043.5A Division CN109600632B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置

Publications (2)

Publication Number Publication Date
CN104025479A true CN104025479A (zh) 2014-09-03
CN104025479B CN104025479B (zh) 2018-10-19

Family

ID=48082118

Family Applications (3)

Application Number Title Priority Date Filing Date
CN201811093505.1A Active CN109756287B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置
CN201811094043.5A Active CN109600632B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置
CN201280061942.XA Active CN104025479B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置

Family Applications Before (2)

Application Number Title Priority Date Filing Date
CN201811093505.1A Active CN109756287B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置
CN201811094043.5A Active CN109600632B (zh) 2011-10-13 2012-10-15 用于发送和接收多媒体服务的方法和装置

Country Status (7)

Country Link
US (3) US10498473B2 (zh)
EP (3) EP3518442B1 (zh)
JP (1) JP6339501B2 (zh)
KR (2) KR102331705B1 (zh)
CN (3) CN109756287B (zh)
ES (1) ES2924232T3 (zh)
WO (1) WO2013055179A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107026887A (zh) * 2016-02-02 2017-08-08 上海交通大学 一种多媒体系统中快速信息交互机制及网络传输方法
CN107223334A (zh) * 2015-02-13 2017-09-29 三星电子株式会社 用于将mmtp流转换为mpeg‑2ts的方法和装置
CN113490016A (zh) * 2015-06-17 2021-10-08 韩国电子通信研究院 Mmt方法

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101781873B1 (ko) * 2010-04-19 2017-09-26 엘지전자 주식회사 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
JP2015524178A (ja) * 2012-05-02 2015-08-20 サムスン エレクトロニクス カンパニー リミテッド Ｍｍｔにおけるダウンロード可能なｃａｓ又はｄｒｍのためのメッセージを送受信する方法及び装置
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 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法
JP6399683B2 (ja) * 2013-09-13 2018-10-03 日本放送協会 配信システム、配信装置、受信装置およびそれらのプログラム
JP6382029B2 (ja) * 2013-09-20 2018-08-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
WO2015040817A1 (ja) * 2013-09-20 2015-03-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6382664B2 (ja) * 2013-09-27 2018-08-29 日本放送協会 制御メッセージ生成装置、配信システム、受信装置およびそれらのプログラム
JP6505413B2 (ja) 2013-11-08 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
WO2015068352A1 (ja) 2013-11-08 2015-05-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6506009B2 (ja) * 2013-11-22 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
US20170006248A1 (en) * 2014-01-21 2017-01-05 Lg Electronics Inc. Broadcast transmission device and operating method thereof, and broadcast reception device and operating method thereof
US9560421B2 (en) * 2014-03-27 2017-01-31 Samsung Electronics Co., Ltd. Broadcast and broadband hybrid service with MMT and DASH
EP3073730A4 (en) * 2014-04-27 2017-08-16 LG Electronics Inc. Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, method for transmitting broadcast signal, and method for receiving broadcast signal
EP2963892A1 (en) * 2014-06-30 2016-01-06 Thomson Licensing Method and apparatus for transmission and reception of media data
KR102220942B1 (ko) * 2014-07-04 2021-02-26 삼성전자 주식회사 콘텐츠 제공 방법 및 장치
JP5860518B1 (ja) * 2014-08-27 2016-02-16 シャープ株式会社 送信装置および受信装置
JP6397923B2 (ja) * 2014-08-29 2018-09-26 シャープ株式会社 制御情報生成装置、送信装置、受信装置、テレビジョン受像機、映像信号伝送システム、制御プログラム、および記録媒体
JP6465476B2 (ja) * 2014-10-22 2019-02-06 日本放送協会 受信機および放送局設備
EP3217673A4 (en) * 2014-11-05 2018-04-18 Sony Corporation Sending device, sending method, receiving device, and receiving method
JP6327711B2 (ja) * 2014-11-07 2018-05-23 シャープ株式会社 受信装置、放送システム、受信方法及びプログラム
JP6565910B2 (ja) * 2014-12-10 2019-08-28 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
JP6478357B2 (ja) * 2015-02-15 2019-03-06 ホアウェイ・テクノロジーズ・カンパニー・リミテッド メディアストリーミング・オーバー・ハイパーテキストトランスファープロトコルにおけるメディアプレゼンテーションガイドを提供するための方法及び関連する装置
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 엘지전자(주) 방송 신호 송수신 장치 및 방법
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
KR102468763B1 (ko) * 2016-02-05 2022-11-18 삼성전자 주식회사 영상처리장치 및 그 제어방법
KR102613231B1 (ko) * 2016-05-26 2023-12-14 삼성전자주식회사 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치
WO2017209490A1 (ko) 2016-05-30 2017-12-07 삼성전자 주식회사 멀티미디어 시스템에서 미디어 콘텐츠에 관련된 정보를 송/수신하는 장치 및 방법
JP6359134B2 (ja) * 2017-02-09 2018-07-18 シャープ株式会社 受信装置、受信方法、プログラム、及び記憶媒体
EP3633981A4 (en) * 2017-05-31 2020-05-06 Sony Corporation INFORMATION PROCESSING DEVICE, INFORMATION RECORDING MEDIUM, INFORMATION PROCESSING METHOD, AND PROGRAM
JP6275316B2 (ja) * 2017-09-04 2018-02-07 日本放送協会 配信装置、受信装置、およびそれらのプログラム
JP6399714B2 (ja) * 2017-09-04 2018-10-03 日本放送協会 配信システム
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 日本放送協会 受信機および放送局設備
JP7243799B2 (ja) * 2019-07-01 2023-03-22 ソニーグループ株式会社 受信方法及び受信装置
JP6988974B2 (ja) * 2019-07-01 2022-01-05 ソニーグループ株式会社 送信方法及び送信装置
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
KR20070051027A (ko) * 2005-11-14 2007-05-17 삼성전자주식회사 고속채널전환 디지털방송수신장치 및 그 방법
US20080270913A1 (en) * 2007-04-26 2008-10-30 Howard Singer Methods, Media, and Devices for Providing a Package of Assets
US20090178089A1 (en) * 2008-01-09 2009-07-09 Harmonic Inc. Browsing and viewing video assets using tv set-top box

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
ES2349115T3 (es) * 2000-02-04 2010-12-28 Listen.Com, Inc. Sistema para red de medios distribuida y servidor de metadatos.
EP1264443B1 (en) * 2000-03-15 2004-12-22 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 メタデータ配信方法
US7899915B2 (en) * 2002-05-10 2011-03-01 Richard Reisman Method and apparatus for browsing using multiple coordinated device sets
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
KR100566269B1 (ko) 2003-09-25 2006-03-29 삼성전자주식회사 디지털 멀티미디어 방송시스템에서 광역방송과 지역방송을 동시에 서비스하는 장치 및 방법과 그 방송 수신 단말기
KR20050036526A (ko) 2003-10-16 2005-04-20 삼성전자주식회사 채널 전환 대기 시간을 이용한 디지털 멀티미디어방송시스템의 부가서비스 제공을 위한 전송스트림, 장치,방법 및 그 방송 수신 단말기
CN1918833B (zh) * 2004-02-10 2012-10-17 索尼株式会社 记录设备
US20050273833A1 (en) * 2004-05-14 2005-12-08 Nokia Corporation Customized virtual broadcast services
WO2006009221A1 (ja) * 2004-07-22 2006-01-26 Matsushita Electric Industrial Co., Ltd. 再生装置、再生方法、プログラム及びコンピュータ読取可能な記録媒体
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
KR101340720B1 (ko) 2006-03-24 2013-12-12 삼성전자주식회사 휴대형 디지털 비디오 방송 방통융합 서비스 시스템에서서비스 송수신 방법 및 장치
US20080040743A1 (en) * 2006-07-29 2008-02-14 Srinivasa Dharmaji Micro-splicer for inserting alternate content to a content stream on a handheld device
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
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
US20080281448A1 (en) * 2007-04-21 2008-11-13 Carpe Media Media Player System, Apparatus, Method and Software
WO2008140263A1 (en) * 2007-05-14 2008-11-20 Samsung Electronics Co., Ltd. Method and apparatus for transmitting broadcast, method and apparatus for receiving broadcast
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
US8413194B2 (en) * 2007-08-24 2013-04-02 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
US8112775B2 (en) * 2007-12-05 2012-02-07 Lg Electronics Inc. IPTV receiver and method of providing channel details information
US8869219B2 (en) * 2007-12-05 2014-10-21 Lg Electronics Inc. Method for controlling a channel and an IPTV receiver
KR100918002B1 (ko) 2007-12-10 2009-09-18 한국전자통신연구원 다운로딩 기반 수신제한시스템에서 복수 개의 수신제어소프트웨어 객체들의 실행 관리가 가능한 수신기 및 실행관리방법
KR20090060928A (ko) 2007-12-10 2009-06-15 삼성전자주식회사 광대역 무선통신 시스템에서 멀티캐스트 및 브로드캐스트서비스를 위한 장치 및 방법
BRPI0822332A2 (pt) 2008-02-08 2015-06-16 Fujitsu Ltd Dispositivo de recepção, método de recepção e programa de recepção
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
WO2009149383A2 (en) * 2008-06-07 2009-12-10 Coherent Logix Incorporated Transmitting and receiving control information for use with multimedia streams
WO2009151267A2 (ko) * 2008-06-09 2009-12-17 엘지전자(주) 서비스 제공 방법 및 방송 수신기
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
US8156237B2 (en) * 2008-12-09 2012-04-10 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
US8302131B2 (en) * 2008-12-09 2012-10-30 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
US8387286B2 (en) * 2008-12-19 2013-03-05 Sport Maska Inc. Skate
KR101695820B1 (ko) * 2009-01-15 2017-01-23 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
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
WO2011049278A1 (en) * 2009-10-25 2011-04-28 Lg Electronics Inc. Method for processing broadcast program information and broadcast receiver
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 한국전자통신연구원 신뢰 플랫폼 모듈 기능을 이용한 ｃａｓ／ｄｒｍ 소프트웨어의 다운로드 방법
KR20110095458A (ko) 2010-02-19 2011-08-25 네오세미테크 주식회사 4인치 웨이퍼의 양면 가공 중 발생하는 백래쉬 제거 방법
KR20110095665A (ko) 2010-02-19 2011-08-25 (주) 마이트로 양방향 역경매에 의한 운전중개 서비스 시스템 및 방법
KR101777348B1 (ko) 2010-02-23 2017-09-11 삼성전자주식회사 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치
WO2011119076A1 (en) * 2010-03-23 2011-09-29 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
US9674027B2 (en) * 2010-04-19 2017-06-06 Lg Electronics Inc. Method for transmitting/receiving internet-based content and transmitter/receiver using same
KR101842201B1 (ko) * 2010-04-19 2018-03-26 엘지전자 주식회사 인터넷 기반 컨텐츠 송수신 방법 및 그를 이용한 송수신 장치
CN107257326B (zh) 2010-04-20 2021-04-23 三星电子株式会社 用于传送和接收媒体数据的接口装置和方法
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
KR20070051027A (ko) * 2005-11-14 2007-05-17 삼성전자주식회사 고속채널전환 디지털방송수신장치 및 그 방법
US20080270913A1 (en) * 2007-04-26 2008-10-30 Howard Singer Methods, Media, and Devices for Providing a Package of Assets
US20090178089A1 (en) * 2008-01-09 2009-07-09 Harmonic Inc. Browsing and viewing video assets using tv set-top box

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ITU-T: "《International Standard 13818-1 ITU-T Recommendation H.222.0》", 27 May 1999 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107223334A (zh) * 2015-02-13 2017-09-29 三星电子株式会社 用于将mmtp流转换为mpeg‑2ts的方法和装置
CN107223334B (zh) * 2015-02-13 2020-09-01 三星电子株式会社 用于将mmtp流转换为mpeg-2ts的方法和装置
CN113490016A (zh) * 2015-06-17 2021-10-08 韩国电子通信研究院 Mmt方法
CN113490016B (zh) * 2015-06-17 2023-08-22 韩国电子通信研究院 Mmt方法
CN107026887A (zh) * 2016-02-02 2017-08-08 上海交通大学 一种多媒体系统中快速信息交互机制及网络传输方法

Also Published As

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

Similar Documents

Publication Publication Date Title
US11528082B2 (en) Method and apparatus for transmitting and receiving multimedia service
US9749667B2 (en) Method for receiving broadcast service and reception device thereof
US9712864B2 (en) Broadcast service receiving method and broadcast service receiving apparatus
US9596510B2 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
US9661371B2 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
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
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant