CN108988971B - 发送与接收多媒体服务的方法和装置 - Google Patents
发送与接收多媒体服务的方法和装置 Download PDFInfo
- Publication number
- CN108988971B CN108988971B CN201810862316.XA CN201810862316A CN108988971B CN 108988971 B CN108988971 B CN 108988971B CN 201810862316 A CN201810862316 A CN 201810862316A CN 108988971 B CN108988971 B CN 108988971B
- Authority
- CN
- China
- Prior art keywords
- message
- indicates
- layer
- information
- mpt
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- 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
- 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
- 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/13—Arrangements for device control affected by the broadcast information
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种用于提供多媒体内容的装置,所述装置包括:控制器,被配置为识别用于多媒体内容的数据包的信令消息;以及发射机,被配置为发送包括头标和有效载荷的分组,其中,信令消息被包括在有效载荷中,其中,信令消息包括:信令消息有效载荷,包括包含与多媒体内容相关的信息的至少一个表,信令消息的类型信息,与信令消息的长度相关的信息,与信令消息的版本相关的信息,以及扩展信息,包括与在信令消息有效载荷中包括的至少一个表相关的配置信息。
Description
本申请是国际申请日为2013年05月02日、中国申请号为201380035064.9、发明名称为“发送与接收多媒体服务的方法和装置”的发明专利申请的分案申请。
技术领域
本发明涉及提供多媒体服务的方法,并且更加具体来说,涉及在异构网络环境中提供广播和通信聚合服务的服务提供者发送关于由服务提供者提供的服务的详细信息的方法。
背景技术
因为因特网演进到了宽带,所以根据调度使用一般因特网提供多媒体的因特网广播与使用陆地、卫星或专用有线信道的传统广播一样变得可能。而且,传统的广播和因特网广播更加有机地组合以提供各种服务的广播和通信聚合的多媒体服务作为现实服务出现。
广播服务提供者(广播公司)可以不仅通过专用信道而且通过因特网发送内容,并且甚至仅仅通过因特网而不通过专用广播频道发送内容的广播服务提供者也已出现。因此,不论广播服务提供者是既使用专用信道又使用因特网的广播公司还是仅仅使用因特网的广播公司,都需要通过将节目内容与它自己的节目安排信息一起递送给观看者来推送它自己的节目内容给观看者并且使观看者能够计划观看节目内容。甚至通过通过因特网提供“回放服务”,广播公司使观看者能够稍后观看观看者在原始发布期间没有看到的内容。在传统的广播中,这样一种信息被称作电子节目指南(EPG),并且根据数字视频广播(DVB)系统标准,在北美类型中被称作节目和系统信息协议(PSIP)以及在欧洲类型中称作业务信息(SI)。而且,在广泛用于传统数字电视方案中的MPEG-2系统标准中,它被称作节目特定信息(Program Specific Information,PSI)。虽然在北美类型中PSI和PSIP二者都是一起发送,但是观看者可以仅通过PSIP选择节目。在欧洲类型中,PSI和SI二者一起发送并且可以仅仅通过PSI选择节目,但是各条节目指南信息通过SI额外地提供。在本说明书中,这种类型的信息被共同地称作服务特定信息(SSI)。
不同于使用专用信道的传统广播,因特网广播是全球提供的。因此,在世界各地利用能够接收因特网广播的接收机,可以通过因特网接入因特网广播,这突破了传统广播的区域性。因此,只有当在世界上以唯一一种类型提供因特网广播以克服传统广播标准的区域性(大致被分为北美、欧洲和日本)时,才可以防止接收机复杂性不必要的增加。从此观点来看,SSI也需要单一类型的标准。
期望未来的广播和通信聚合广播系统基于因特网来组织。也就是说,接收机将不仅通过传统的广播频道读取节目内容而且通过因特网读取节目内容,将读取的节目内容以机器可读形式插入到SSI中,然后发送SSI,以使得将通过广播频道或因特网获取SSI,用于控制广播接收以及根据需要以观看者可读形式显示。当然,不使用专用广播频道的因特网广播公司将通过因特网发送SSI。
发明内容
技术问题
本发明提供一种格式,在异构网络环境中提供广播和通信聚合服务的服务提供者以该种格式发送关于由服务提供者提供的服务的详细信息。
本发明建议一种在MMT中信令层的消息格式。
本发明提供一种在MMT中发送信令层的消息的方法和装置。
解决方案
依照本发明的一方面,提供一种用于在运动图像专家组媒体传送(MMT)中发送与接收用于信令(S)层的消息的服务器。所述服务器包括:S层的第一子层,被配置为生成提供MPEG的使用用于信息的第一消息;S层的第二子层,被配置为生成用于提供用于递送MPEG媒体的信息的第二消息;和递送(D)层,被配置为执行第一消息和第二消息的外部递送和内部递送,其中,第一消息和第二消息中的每一个包括与消息类型、版本、长度、扩展字段和有效载荷中的每一个相应的至少一个字段。
依照本发明的一方面,提供一种用于在运动图像专家组媒体传送(MMT)中发送与接收用于信令(S)层的消息的方法。所述方法包括:通过S层的第一子层生成用于提供将用于MPEG的使用的第一消息;通过S层的第二子层生成用于提供将用于递送MPEG媒体的信息的第二消息;和执行通过递送(D)层执行第一消息和第二消息的外部递送和内部递送,其中,第一消息和第二消息中的每一个包括与消息类型、版本、长度、扩展字段和有效载荷中的每一个相应的至少一个字段。
依照本发明的一方面,提供一种用于提供多媒体内容的装置,所述装置包括:控制器,被配置为识别用于多媒体内容的数据包的信令消息;以及发射机,被配置为发送包括头标和有效载荷的分组,其中,信令消息被包括在有效载荷中,其中,信令消息包括:信令消息有效载荷,包括包含与多媒体内容相关的信息的至少一个表,信令消息的类型信息,与信令消息的长度相关的信息,与信令消息的版本相关的信息,以及扩展信息,包括与在信令消息有效载荷中包括的至少一个表相关的配置信息。
技术效果
根据本发明,服务提供者应用由本发明建议的提供服务细节信息的格式以提供关于由服务提供者提供的服务的详细信息,以使得接收机使观看者能够通过使用服务细节信息容易地选择观看者希望观看的广播内容。
根据本发明,可以发送与接收信令层的消息格式以及信令层的D消息。
附图说明
图1示出根据本发明的第二实施例的在MMT中的S层的结构;
图2到图4示出根据本发明的第二实施例的、可以在其中发送S层消息的协议栈的例子;
图5示出根据第二实施例的S层消息的结构的例子;
图6是示出根据本发明的第二实施例的MMT服务器的操作的流程图;
图7示出根据本发明的第三实施例的S1信令结构;
图8和图9示出根据本发明的第三实施例的、接收机接收多媒体的操作;
图10是根据本发明的第三实施例的发送装置的框图;
图11是根据本发明的第三实施例的接收装置的框图;以及
图12示出根据本发明的第四实施例的MMT信令消息和表的结构。
具体实施方式
在下文中,将参照附图描述本发明的示范性实施例。而且,在本公开的下面的描述中,对于合并于此的已知功能和结构的详细描述当它将造成本公开的主题不清楚时可以略去。
<本发明的第一实施例>
本发明的第一实施例建议了一种MPEG媒体传送构成信息(Media TransportComposition information,MMT CI)的分级结构。
MMC CI包括具有不同重要性的各种信息单元。例如,关于诸如视频和音频数据之类的主要资产(asset)的信息是最重要的。相比之下,关于辅助资产的信息与关于主要资产的信息相比较重要性次之。最不重要的信息可以是诸如对于内容的文字描述之类的节目信息,包括关于节目导演、男/女演员或出品日期的信息。
在一个广播场景中,对于以最小水平提供表示所必需的MMT CI的一部分应该以小的间隔(例如,500毫秒)周期性地被发送到接收机。间隔越短,观看者在获得节目期间经历的延迟就变得越短。但是,较短间隔意味着较低传输效率。传输效率对于诸如其带宽极端地受限的广播之类的应用来说非常重要,并且应当提供以相对较长的间隔发送次要的MMT CI的机制。
在一对一通信场景中,就在会话设置之后,也就是说,在资产资源传输之前,全部MMT CI被发送。在这种情况下,可以不需要MMT CI的部分传输。
MMT CI的层0包括表示第一场景及其后场景必需的强制性信息。除了必要条件之外,将全CI划分到MMT CI的层的方法完全由用户,也就是说,广播者,来确定。在一个广播场景中,MMT CI的层0在全部层当中以最短间隔发送。在发射机的辨别力内,非强制性的一些MMT CI可以包括在MMT CI的层0中。MMT CI的层N(N=1,,3,…maxLayer(最大层))发送不包括用于表示第一场景的预定强制性信息的MMT CI的次要部分。层编号越大,表示发送间隔越长。
当“numLayer(层数目)”是“1”时,MMT CI的层0相应于“complete(完全)”类型构成信息。
为了通知接收机MMT CI的特定层被更新,根据每个层语法定义被称作“version(版本)”的新属性。当接收到的MMT CI的部分的版本比先前已经接收到、分析并且存储在接收机的存储单元中的版本大时,分析该部分并且其结果用于更新已经存储在接收机中的MMT CI。形成版本是与部分无关的,并且接收机存储每一部分的最近版本。但是,存储在一个接收机中的全部MMT CI是部分MMT CI的一系列加法和更新的累积和组合的结果。
一个接收机将首先接收并且分析MMT CI的层0(在预定的"更新"类型的MMT CI的其它部分和预定的MMT CI之前)。当在一个接收机中分析并且存储MMT CI的层0时,除了MMTCI的层0之外的其它层可以基于其接收次序顺序地被处理而不论层编号为何。当MMT CI的层0被完全地分析并且处理时,一个接收机在处理媒体资产并且提供其结果之前除了层0之外绝不等待MMT CI的其它层。
“update(更新)”类型MMT CI的例子可以包括删除或替换对于包括在MMT CI的不同层的构成的命令。在节目获取的开始,可能有一种情况:一些MMT CI“更新”命令引用还没有被接收到的构成。在这种情况下,MMTCI“更新”命令被分析并且运行,但是在命令中没有不独立的构成,因此它是无效的。
本发明的第一实施例建议的CompositionInformationType(构成信息类型)语法如下。
表1
在上面的表1中,将在下面描述新的或修改的属性的含义。
Type(类型)-该属性指示用于初始化或更新的CI的使用。当该类型相应于“Layered(分层)”时,MMT CI被划分成多个层。
Layer(层)-该属性指示MMT CI的层编号。当该类型相应于“Layered(分层)”时,该属性是强制性的。最小的层编号是“0”。
Version(版本)–该属性指示MMT CI的版本。该属性是可选的,但是对于其MMT CI是周期性的的应用来说是强制性的。版本随着每一更新而增加。当版本到达maxVersionValue(最大版本值)时,版本被限制为“0”。
numlayer(层数目)–该属性指示分层的MMT CI的层的数目。该属性是可选的。
<本发明的第二实施例>
本发明的第二实施例建议了在MPEG媒体传送(MMT)中的信令层中的消息格式。
在S1层中以信号发送的消息的列表如下,S1层是包括在MMT信令功能区域中的S层的子层中的一个。
-用于发送全部构成信息(CI)的消息
-用于发送部分CI的消息
-部分CI指的是数据包(package)的CI、资产的CI、包括空间和临时关系的MPEG媒体表示的CI、安全的CI和MPEG媒体接入的CI。
S2层的列表如下,S2层是S层的另一子层。
-用于发送部分CI的消息
-部分CI指的是媒体片段单元(MFU)、媒体处理单元(MPU)、资产和MCT的结构。
-用于应用层-前向纠错(AL-FEC)信息的消息
-用于递送(D)1有效载荷结构的消息
-用于D2协议结构的消息
-用于包括构成和报告的管理的消息
-用于发送D3信息的消息
这里,可以基于CE的进展更新消息的列表。
消息可以被发送到频带内(in-band)装置或频带外(out-of band)装置。MMT递送功能区域定义对于消息的频带内递送的有效载荷格式。而且,因为消息的频带外递送不相应于本发明的实施例,所以在本说明书中不会规定其描述。
这里,对于频带外递送的对话描述协议(Session Description Protocol,SDP)的消息的映射可以定义为因特网工程任务组请求评论(Internet Engineering Task ForceRequest for Comment,IETF RFC)。
图1示出根据本发明的实施例的在MMT中的S层的结构。
参照图1,S层包括S1层100和S2层120并且发送由S1层100和S2层120生成的消息到D1层140。
首先,S1层100可以生成用于全CI的消息102、用于数据包信息的消息104、用于资产信息的消息106、用于控制表示的消息108、用于安全的消息110和用于接入的消息112。
接下来,S2层120可以生成用于加密(E)层结构——也就是说,MFU,MPU和资产——的消息122、用于D1有效载荷结构的消息124、用于D2有效载荷结构的消息126、用于测量的消息128、用于AL-FEC的消息130和用于发送D3信息的消息132。
图2到图4示出根据本发明的实施例的、可以在其中发送S1层消息的协议栈的例子。
例如,参照图2,可以由D1层和D2层发送S1层消息的协议栈包括D1有效载荷、D2有效载荷、用户数据报协议(UDP)和网络协议(IP)。在这种情况下,S2层消息的协议栈与S1层消息的协议栈同样地配置。
在另一例子中,参照图3,可以由超文本传输协议(HTTP)发送S1层消息的协议栈包括D1有效载荷、HTTP、传输控制协议(TCP)和IP。类似地,在这种情况下,S2层消息的协议栈还包括与S1层消息的构成相同的构成。
在另一例子中,参照图4,可以由UDP发送S1层消息的协议栈包括D1有效载荷、UDP和IP。类似地,在这种情况下,S2层消息的协议栈还与S1层消息的协议栈同样地配置。
MMT服务器确定如上所述图2到图4中所示的S层消息的一个协议栈。
图5示出根据本发明的实施例的S层消息的结构的例子。
参照图5,例如,S层消息300包括消息类型字段305、版本字段310、长度字段315、扩展字段320和有效载荷字段325。
消息类型字段305通过有效载荷字段325指示哪种类型的S层信息存在。消息类型字段305具有1字节的固定长度。此时,每个S1消息值在下面的表2中示出。
版本字段310指示S层消息的版本。也就是说,MMT客户端可以通过版本字段的值检查接收到的S层消息是否是新的。具体地,版本字段310在S层消息在广播网络中被重复发送时是有用的。在这种情况下,版本字段还具有1字节的固定长度。
长度字段315指示S1层消息的长度。
各S层消息在头标中需要不同的信息单元。因此,扩展字段320提供用于每一个S层消息的附加信息。有效载荷325传送S层信息,它是各S层消息实际希望发送的。
同时,包括在一个数据包中的资产的数目是多个。因此,在这种情况下,可以以重复图5中示出的消息的形式来包括关于每个资产的信息。
表2下面是指示根据本发明的实施例的S层消息的类型的值的表。
消息类型值 | S层消息 | 注解 |
00000001 | 全CI | |
00000010 | 用于数据包的CI信息 | |
00000011 | 用于资产的CI信息 | |
00000100 | 用于MPEG媒体表示的CI信息 | |
00000101 | 用于安全的CI信息 | |
00000110 | 用于MPEG媒体接入的CI信息 | |
00000111~01111111 | 预留将来用于S1层消息 | |
10000000 | E层实体结构 | |
10000001 | D1有效载荷结构 | |
10000010 | D2分组结构 | |
10000011 | AL-FEC信息 | |
10000100 | 测量配置 | |
10000101 | D3信息递送 | |
10000111~11111111 | 预留将来用于S2层消息 |
参照上面的表2,消息类型值指示多个S层消息中的每一个。多个S层消息包括全CI、用于数据包的CI、用于资产的CI、用于MPEG媒体表示的CI、用于安全的CI、预留将来用于S1层消息、层E实体结构、D1有效载荷结构、D2分组结构、AL-FEC信息、测量结构、D3信息递送、和预留将来用于S2层消息。
用于全CI的S1层消息发送全CI。例如,全CI指的是描述一个测量数据包的全部信息并且可以被理解为与服务指南相关的内容。而且,用于全CI的S1层消息的版本指示CI版本是否改变。
用于数据包的CI,也就是说,S1层消息,发送从CI中提取的数据包信息。用于数据包的CI可以有效地用于在接收到全CI之前通知数据包信息。同时,因为消息类型不提供关于哪个数据包信息被发送的信息,所以扩展头标传送(多个)数据包的标识。
用于资产的CI,也就是说,S1层消息发送从CI中提取的资产信息,并且可以有效地用于在接收到全CI之前通知资产信息。在这种情况下,因为消息类型不提供关于哪个资产信息被发送的信息,所以扩展头标传送数据包中资产的标识。
用于MPEG媒体表示的CI,也就是说,S1层消息发送从CI中提取的MPEG媒体表示。用于MPEG媒体表示的CI可以不仅传送诸如更新部分之类的MPEG媒体表示的一部分,而且还传送整个MPEG媒体表示。扩展头标传送MPEG媒体表示的信息,诸如完全版本、部分版本等等。
用于安全的CI,也就是说,S1层消息发送安全信息。用于安全的CI传送条件接入系统(conditional Access System,CAS)、数字权利管理(Digital Rights Management,DRM)以及关于可下载的CAS和可下载的DRM的信息。在这种情况下,扩展头标传送关于哪个安全信息被发送、安全解决方法以及资产/数据包之间的链接的信息。
用于MPEG媒体接入的CI,也就是说,S1层消息发送MPEG媒体的接入信息。MPEG媒体可以共享相同的接入信息。例如,全部CI可以在广播中包括统一资源定位符(UniformResource Locator,URL)以及相应地址信息。在这种情况下,扩展头标提供共享相同接入的MPEG媒体的列表。
因为层E实体结构可以根据每个数据包而不同,所以用于层E实体结构的S2层消息发送层E实体的结构(MFU、MPU和资产)。在这种情况下,扩展头标具有关于给定了哪个层E实体结构的信息以及使用给定的层E实体的MPEG媒体的ID。
因为MMT客户端必须在接收D1有效载荷之前知道D1有效载荷结构,所以用于D1有效载荷结构的S2层消息发送D1有效载荷结构。而且,D1有效载荷结构可以根据每个数据包而不同。在这种情况下,扩展头标具有关于使用给定D1有效载荷结构的MPEG媒体的信息。
因为MMT客户端必须在接收D2分组之前知道D2分组结构,所以用于D2分组结构的S2层消息发送D2分组结构。而且,D2分组结构可以根据每个数据包而不同。在这种情况下,扩展头标具有关于使用给定D2分组结构的MPEG媒体的信息。
用于AL FEC信息的S2层消息发送AL-FEC的信息,诸如ALFEC帧结构和代码。
用于测量配置的S2层消息发送管理配置信息。这里,管理配置意味着设置应当测量什么、它应当在何时被测量、它应当被测量多久以及测量结果何时应当被报告。
用于D3信息递送的S2层消息发送D3信息。
图6是示出根据本发明的实施例的MMT服务器的操作的流程图。
参照图6,MMT服务器在步骤400中生成第一消息,其通过S1层提供将用于MPEG的信息。这里,例如,第一消息相应于表2的S1层消息,并且第一消息中的每一个具有图3的结构。因为其具体实施例与先前的描述重叠,所以在下文中描述将从略。
在步骤405中,MMT服务器生成第二消息,其通过S2层提供将用于发送MPEG媒体的信息。类似地,例如,第二消息相应于表2的S2层消息,并且第二消息中的每一个具有图5的结构。因为其具体实施例与先前的描述重叠,所以在下文中描述将从略。
然后,在步骤410中,MMT服务器通过层D对生成的第一消息和第二消息执行外部递送和内部递送。
<本发明的第三实施例>
图7示出根据本发明的第三实施例的S1信令结构。
将在下面描述根据本发明的另一实施例的六个S1层消息。
(1)用于关于表和通知(Tables and Notice,ITN)的信息:该消息发送ITN表505并且还发送可以用于高速接入数据包的其它表。ITN的角色类似于MPEG-2的角色,并且不同地具有MMT特定功能。ITN表包括关于所有其它S1表的完全信息。而且,ITN具有关于通知接收的信息。该通知包括,例如,紧急事件警报、紧急事件通知等等。
(2)用于MMT构成信息(MCI)的消息:该消息发送不仅包括全CI而且包括层CI的MMTCI。
(3)用于时钟参考描述符(CRD)的消息:该消息发送将用于在MMT系统时钟(也就是说,NTP时钟)与另一预定时钟(例如,MPEG-2或MPEG-4)之间的映射的时钟参考信息。
(4)用于安全信息的消息:该消息发送用于保护MMT内容的安全信息。安全信息相应于DRM、可下载的DRM和可下载的条件接入系统(D-CAS)信息。
(5)用于MMT数据包表(MPT)的消息:该消息发送MMT数据包表。完全或层-0MPT相应于MMT数据包。这包括数据包的全球唯一标识、MCI的位置、包括在MMT数据包中的MMT资产的完整或部分列表(如果可能的话,使用分层的MPT)。而且,这包括数据包类型、数据包名称、数据包短描述、父母评级、音频语言、文本语言、目标用户简档、请求的设备能力和诸如录制许可和高速播放许可之类的数据包策略。MPT的角色类似于MPEG2 PMT的角色,而且具有用于MMT目的的更多的功能。
(6)用于设备能力信息表(DCIT)的消息:该消息发送设备能力信息表(DCIT)。设备能力信息提供对于MPEG媒体内容消费和/或推荐的设备能力的请求。
而且,根据本发明的第三实施例,下面定义三个描述符。
(1)语言描述符
(2)时钟参考描述符
((3)D-CAS描述符
在下文中描述了S1层消息、表和描述符的语法和语义。
I.层消息、表和描述符的语法和语义。
1.用于ITN的消息
该消息发送ITN表505。ITN的角色类似于MPEG-2PAT的角色,而且具有其它MMT特定功能。ITN表包括关于其它所有S1表的完全信息。
而且,ITN具有与通知接收相关的信息。一般说来,通知包括,例如,紧急事件警报、紧急事件通知等等。
ITN消息,也就是说,包括ITN的消息,还可以包括与MMT数据包相对应的一个或多个MMT数据包表(MPT)。MPT包括数据包的全球唯一标识、MCI的位置、包括在MMT数据包中的MMT资产的完整或部分列表(如果可能的话,使用分层的MPT)。而且,MPT包括数据包类型、数据包名称、数据包短描述、父母评级、音频语言、文本语言、目标用户简档、请求的设备能力和诸如录制许可和高速播放许可之类的数据包策略。MPT的角色类似于MPEG2 PMT的角色,而且具有用于MMT目的的更多的功能。
当ITN消息仅仅包括一个MPT时,媒体递送服务在预定固定时刻仅将一个数据包提供给用户。当ITN表包括时间线重叠的多个MPT时,媒体递送服务在预定固定时刻将多个数据包提供给用户。当ITN表不重叠并且相应数据包包括多个与相同逻辑信道关联的MPT时,媒体递送服务根据时序顺序地向用户提供多个数据包。
具有MessageID=0x00的S层消息应该包括ITN表。而且,在IP应用数据流中的资产路径的有效载荷ID固定为“0x0000”,在所述IP应用数据中具有MessageID=0x00的S层消息被发送。接收机在需要读取其它预定的消息之前读取并且分析ITN消息。
一般说来,ITN消息以非常短的周期周期性地被发送,例如,在广播环境下是500毫秒,以便保证短的加电延迟或短的跳过(zapping)时间。
(1)ITN消息语法和语义
ITN消息的语法在表3中定义,并且其语法元素的语义在下面的表3中提供。定义语法的方法基于MPEG-2系统标准的方法(ISO/IEC 13818-1)。可以从表的长度推定指示在“Value(值)”栏中没有循环计数的指示。相同的规则应用于本说明书中的其它表中。
表3
Message_id(消息id):这指示S层消息的类型。该字段的长度是8位。ITN消息具有固定message_id 0x00。
Version:这指示S层消息的版本。MMT客户端可以检查接收到的S层消息是否是新的。具体地,该字段当S层消息通过广播网络被重复发送时是有用的。该字段的长度是8位。
Length(长度):这指示S1层消息的长度。该字段的长度是16位。这指示在从下一字段的起始字节到MPT消息的最后一个字节计数的ITN消息的长度。“0”从不在该字段中使用。
Start_time_flag:当该标志是“1”时,使用另外的语法元素start_time。
Start_time:这指示在ITN消息传输的NPT的开始时间
retransmission_period:这指示ITN消息的重发时间。retransmission_period的单位是10毫秒。
Number_of_tables:这指示包括在ITN消息中的表的数量。
Table_id:这指示包括在ITN消息中的表的表标识。
Table_version:这指示包括在ITN消息中的表的版本。这相应于包括在ITN消息的有效载荷中的表中的版本字段的复本。
Table_length:这指示包括在ITN消息中的表的长度。这相应于包括在ITN消息的有效载荷中的表中的长度字段的复本。表的实际长度是表的长度+4。
table():这指示S层表。有效载荷中的表具有与扩展字段中的table_id相同的序列。
(2)ITN表语法和语义
ITN表的语法定义在表4和表5中,其语法元素的语义在下面的表4和表5中提供。
表4
表5
Table_id:这指示ITN表的表标识。
Version:这指示ITN表的版本。当接收新版本时用新版本覆盖旧版本。
Length:这指示在从下一字段的起始字节到MPT消息的最后一个字节计数的ITN表的长度。“0”从不在该字段中使用。
Method_flag:这指示通知接收方法。当该标志是“0”时,通知由IP广播递送发送。当该标志是“1”时,通过交互信道发送通知。对于IP广播递送来说,提供IP地址和IP端口号。对于通过交互信道的递送来说,提供URL,客户端可以利用该URL通过交互信道来轮询通知。
MMT_general_location_info():这指示一般位置参考信息。实际的位置取决于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:在通知的轮询期间,期望客户端或接收机轮询通知URL、poll_URL或所有的poll_period秒。
Number_of_tables:这指示在ITN表中提供的信息表的数量。
Information_table_id:这指示在ITN表中提供的信息表的标识。ITN的Table_id从不在其中显示。
Information_table_version:这指示在ITN表中提供的信息表的版本。
Package_path_number:这指示包括信息表的逻辑信道的标识。广播者分配固有标识给物理信道内的逻辑信道。“0”是专用的并且从不用作标识。当该字段是“0”时,信息表是与信道无关的,也就是说,表信息具有广泛服务的(service-wide)信息。
用于位置的MMT_genreal_location_info():这指示客户端从其获取信息表的地址。仅仅允许location_type=0x0F~0x13。
Second_location_flag:当该标志被设置时,提供替换地址,客户端从该允许获取信息表。
Table_filter_code_flag:当该标志被设置时,提供一个或多个表过滤代码。该表过滤代码指定基于其来将表数据包的参考。当存在多个用于数据包的参考时,所有数据包参考被应用于信息表。
用于second_location的MMT_general_location_info():这指示客户端从其获取信息表的替换地址。仅仅允许0x0F~0x13。
Number_of_table_filter_codes:这指示用于信息表的表过滤代码的数目。
Language_for_all_table_filter_codes:这指示所有下面的table_filter_codes的语言。语言代码是在ISO 639标准中定义的3字节语言标识。
Table_filter_code_language_flag:当该标志是“1”时,对于下面的table_filter_code的语言被单独指定并且优于由language_for_all_table_filter_codes提供的语言。语言代码是在ISO 639标准中定义的3字节语言标识。
Table_filter_code_language:这指示下面table_filter_code的语言。语言代码是在ISO 639标准中定义的3字节语言标识。
Table_filter_code_length:这指示table_filter_code的字节长度。
Table_filter_code_byte:这指示table_filter_code中的字节。
Private_extension_flag:当该标志是“1”时,存在私有扩展。
Private_extension():这指示语法元素组,其作为所有权的容器或应用专用扩展。
(3)MMT_general_location_info()语法元素组
MMT_general_location_info()语法元素组用于提供位置信息。在表6到表8中定义MMT_general_location_info()的语法并且在下面的表6到表8中提供其语法元素的语义。
表6
表7
表8
Location_type:该字段指示如表9中所定义的位置信息的类型。
表9
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-2分组的PID。
Prefix_index:这指示在该语法元素组之前定义的前缀的索引。
URL_length:这指示URL的字节单元长度。终止空(0x00)不应该被计数。
URL_byte:这指示URL中的字节数据。终止空(0x00)不应该被包括在内。
Byte_offset:这指示从文件的第一字节的字节偏移量。
Length:这指示字节单元的长度。
Message_id:这指示S层消息的标识。
Ipv4_addr:这指示IP应用数据流的IP版本4地址。
Ipv6_addr:这指示IP应用数据流的IP版本6地址。
2.用于MMT CI的消息
MMT CI由用于频带外信令的CI消息发送。CI消息可以递送完整的CI或分层的CI。当分层的CI被递送时,非常推荐由ITN消息发送层-0 CI以便减少在广播场景下数据包消费需要的时间。当层-0 CI在如参考标记510所示的ITN消息内发送时,CI应当在CI被插入ITN消息中之前封装在MCI(MMT CI)表中。
当使用分层的CI机制时,层-N CI(这里,N不是0)通常在具有变化的重复性时段以及不同的消息标识的CI消息中被发送。
(1)CI消息语法和语义
CI消息语法在表10中定义并且其语法元素的语义在下面的表10中提供。
表10
Message_id:这指示S层消息的类型。该字段的长度是8位。当用于单独的数据包的单独的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:这指示在CI消息传输的NPT中的开始时间。
Retransmission_period:这指示CI消息的重发时间。retransmission_period的单位是10毫秒。
CI_byte:这指示CI中的字节。
(2)MCI表语法和语义
MCI表语法在表10中定义并且其语法元素的语义在下面表10中提供。MCI表应当仅仅用于完整CI或层-0 CI。
表11
Table_id:这指示MCI表的表标识。
Version:这指示MCI表的版本。当接收新版本时用新版本覆盖旧版本。
Length:这指示在从下一字段的起始字节到MCI表的最后一个字节计数的MCI表的长度。“0”从不用于该字段。
CI_byte:这指示CI中的字节。
3.用于时钟参考描述符(CRD)的消息
CRD在CRD消息内递送。一个CRD消息可以包括多个CRD。
当CRD通过如参考标记520所示的ITN消息发送时,CRD应当被包在称作CRD表的表结构中。
(1)CRD消息语法和语义
CRD消息语法在表12中定义并且其语法元素的语义在下面的表12中提供。
表12
Message_id:这指示S层消息的类型。该字段的长度是8位。
Version:这指示S层消息的版本。MMT客户端可以检查接收到的S层消息是否是新的。具体地,该字段当S层消息通过广播网络被重复发送时是有用的。该字段的长度是8位。
Length:这指示S层消息的长度。该字段的长度是16位。这指示在从下一字段的起始字节到CI消息的最后一个字节计数的CI消息的长度。“0”从不用于该字段。
Start_time_flag:当该标志是“1”时,使用另外的语法元素start_time。
Start_time:这指示在CRD消息传输中的NPT的开始时间。
Retransmission_period:这指示CRD消息的重发时间。retransmission_period的单位是10毫秒。
Clock_reference_descriptor():这在7(2)章节中定义。
(2)CRD表语法在表13中定义并且其语法元素的语义在下面表13中提供。MCI表应当仅仅用于完整的CI或层-0 CI。
表13
Table_id:这指示CRD表的标识。
Version:这指示CRD表的版本。当接收新版本时用新版本覆盖旧版本。
Length:这指示在从下一字段的起始字节到CRD表的最后一个字节计数的CRD表的长度。“0”从不用于该字段。
Clock_reference_descriptor():这在7(2)章节中定义。
4.用于安全的消息
安全信息在安全消息或ITN消息内递送。当安全信息在如参考标记525所示的ITN消息内发送时,安全信息应当在安全信息被插入ITN消息中之前封装。
(1)安全消息语法和语义
安全消息语法在表14中定义并且其语法元素的语义在下面的表14中提供。
表14
Message_id:这指示S层消息的类型。该字段的长度是8位。
Version:这指示S层消息的版本。MMT客户端可以检查接收到的S层消息是否是新的。具体地,该字段当S层消息通过广播网络被重复发送时是有用的。该字段的长度是8位。
Length:这指示S层消息的长度。该字段的长度是16位。这指示在从下一字段的起始字节到CI消息的最后一个字节计数的CI消息的长度。“0”从不用于该字段。
Start_time_flag:当该标志是“1”时,使用另外的语法元素start_time。
Start_time:这指示在安全消息传输的NPT中的开始时间。
Retransmission_period:这指示安全消息的重发时间。retransmission_period的单位是10毫秒。
Security_descriptor():这在7(3)章节中定义。
(2)安全表语法和语义
安全消息语法在表15中定义并且其语法元素的语义在下面的表15中提供。
表15
Table_id:这指示安全表的标识。
Version:这指示安全表的版本。当接收新版本时用新版本覆盖旧版本。
Length:这指示在从下一字段的起始字节到安全表的最后一个字节计数的安全表的长度。“0”从不用于该字段。
Security_descriptor():这在7(2)章节中定义。
5.用于MPT(MMT数据包表)的消息
参照图5,MMT数据包表(MPT)递送关于单个数据包的所有信息单元。发送MPT的S层消息被称作“MPT”消息。MPT可以包括在如参考标记515所示的具有不同的表的ITN消息中或可以在单独的MPT消息中发送。
对于具有分层的CI的数据包的分层递送来说,MPT可以被划分为多个分层的MPT。层-0MPT是基本MPT。当不使用分层递送时,仅仅递送层-0MPT。当如上所述在单独的MPT消息中发送MPT时,层-0MPT是完整的MPT。在不同层中的MPT具有不同的表标识(table_id)。按照这个标准,为了提供八个MPT层,八个不同的值被分配给MPT table-id。As a value of theMPT table_id is smaller,the MPT layer is closer to the basic MPT.
当在ITN消息内使用分层的MPT以减少在广播场景下获取数据包的时间时,非常推荐发送完整的MPT或层-0MPT。
(1)MPT消息语法和语义
MPT消息语法在表16中定义,并且其语法元素的语义在下面的表16中提供。当使用MPT分层时MPT消息仅仅发送一个完整的MPT或层-NMPT。
表16
Message_id:这指示S层消息的类型。该字段的长度是8位。
Version:这指示S层消息的版本。MMT客户端可以检查接收到的S层消息是否是新的。具体地,该字段当S层消息通过广播网络被重复发送时是有用的。该字段的长度是8位。
Length:这指示S层消息的长度。该字段的长度是16位。这指示在从下一字段的起始字节到MPT消息的最后一个字节计数的MPT消息的长度。“0”从不用于该字段。
Start_time_flag:当该标志是“1”时,使用另外的语法元素start_time。
Start_time:这指示在MPT消息传输的NPT中的开始时间。
Retransmission_period:这指示MPT消息的重发时间。retransmission_period的单位是10毫秒。当使用分层的MPT时,较高层MPT的retransmission_period通常比低于较高层MPT的MPT层的retransmission_period要长。
MMT_package_table():这在5(2)章节中定义。
(2)MPT语法和语义
在表17到表19中定义了MPT()语法,并且在下面表17到表19中提供其语法元素的语义。
表17
表18
表19
Table_id:这指示MPT表的标识。在不同层中的MPT具有不同的表标识(table_id)。八个不同的值被分配给MPT table_id。八个MPT table_id当中,当使用分层的MPT时完整的MPT或层-0MPT的table_id最小。在剩余的MPT table_id中,较小值意味着较低层的MPT。
Version:这指示MPT的版本。当接收新版本时用新版本覆盖旧版本。
Length:这指示在从下一字段的开始字节到MPT的最后一个字节计数的MPT的长度。“0”从不用于该字段。
MMT_package_id:这指示MMT数据包的全球固有标识。
MPT_descriptors_length:这指示描述符语法循环的长度。这个长度是从下一字段到描述符语法循环的结尾计数的。各种描述符可以插入到语法循环中。
MPT_descriptors_byte:这指示描述符循环中的1字节。
Package_type:这指示数据包的类型。在表20中示出允许值。
表20
值 | 描述 |
0x00 | 未指定 |
0x01 | 基本视频 |
0x02 | 基本音频 |
0x03 | 富媒体 |
0x04 | 电子书 |
0x05 | 应用 |
0x06 | 文本 |
0x07 | HTML |
0x08~0xFF | 预留作将来之用 |
Package_name:这指示多种语言的数据包的名称——如果可能的话。语言代码是在ISO 639标准中定义的3字节语言标识。在列表中,第一语言是默认的。
Package_description:多种语言的数据包的语法描述语言代码是在ISP639标准中定义的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_fast:当该标志是“1”时,接收机指令观看者执行数据包的高速播放。
Clock_reference_flag:当该标志是“0”时,clock_reference_id不提供,而且MMT系统时钟默认是NTP时钟,也就是说,数据包中所有资产的时间基线(time base)是NTP时钟。当该标志是“1”时,包括clock_reference_id字段。
Protection_scheme_id_flag:当该标志是“1”时,protection_scheme_id字段被包括在下一个中。
Clock_reference_id:这指示时钟参考标识。该字段是数据包中所有资产的默认时间基线,并且用于参考由clock_reference_descriptor()发送的时钟。该字段不允许"0"。在NPT语法中对于时钟参考标识存在两个占位符(placeholder)。一个(该字段)应用于数据包中所有的资产,而另一个仅仅应用于语法循环中资产入口。当在MPT语法中包括两个字段时,后者具有高优先级。
Timescale_flag:当该标志是“1”时,timescale(时间量程)字段被包括在下一个中。
Timescale:这指示以每秒钟多个单元表示的、对于用于该数据包中所有资产的所有时间戳的时间单位。缺省值是90,000。在MPT语法中相对于时标字段有两个占位符。一个(该字段)应用于该数据包中所有的资产,而另一个仅仅应用于语法循环中资产入口。当在MPT语法中包括两个字段时,后者具有高优先级。
Protection_scheme_id:该字段指示用于数据包中所有资产的保护方案。在MPT语法中相对于保护方案标识字段有两个占位符。一个(该字段)占位符应用于于数据包中所有的资产,而另一个占位符仅仅应用于语法循环中资产入口。在MPT语法中包括两个字段,后者具有高优先级。该字段的值是用D-CAS描述符标明的DCAS_types中之一。
Protection_scheme_id_flag:当该标志是“1”时,protection_scheme_id字段被包括在下一个中。
对于CI位置的MMT_general_location_info():这指示关于MMT的一般位置参考信息。仅仅location_type=0x0F~0x13考虑用于CI位置。
Number_of_assets:这指示MPT中资产的数目。
Asset_type:这指示资产的类型。该字段类似于在MPEG-2PMT中定义的steam_type,但是相应于由其的扩展。
Asset_id:这指示资产标识。在CI中,asset_id用于指代资产。CI中定义的Asset_id是全球固有的。该字段是全球固有资产标识的简短别名。通过在CI中映射资产列表(LoA)中的资产的序列自动地执行混叠。当使用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:这指示用于资产的所有时间戳的时间单位,以每秒多个单元表示。
Asset_protected_flag:当该标志是“1”时,该资产被保护。
Asset_protection_scheme_id_flag:当该标志是“1”时,asset_protection_scheme_id字段被包括在下一个语法中。
对于资产位置的MMT_general_location_info():这指示关于MMT的一般位置参考信息。仅仅location_type=0x03,0x05和0x07~0x0D考虑用于资产位置。
Asset_descriptors_length:这指示从下一字段到资产描述符语法循环的结尾开始计数的字节的数目。
MPT_descriptors_byte:这指示资产描述符中的字节。
6.设备能力信息表(DCIT)消息
DCIT提供设备能力信息。
当DCIT在如参考标记530所示的ITN消息内发送时,DCIT应当被包括在称为DCIT的表结构中。
(1)DCIT消息语法和语义
DCIT消息语法在表21中定义并且其语法元素的语义在下面的表21中提供。
表21
Message id:这指示S层消息的类型。该字段的长度是8位。
Version:这指示S层消息的版本。MMT客户端可以检查接收到的S层消息是否是新的。具体地,该字段当S层消息通过广播网络被重复发送时是有用的。该字段的长度是8位。
Length:这指示S层消息的长度。该字段的长度是16位。这指示在从下一字段的起始字节到DCIT消息的最后一个字节计数的MPT消息的长度。“0”从不在该字段中使用。
Start_time_flag:当该标志是“1”时,使用另外的语法元素start_time。
Start_time:这指示在DCIT消息传输的NPT中的开始时间。
Retransmission_period:这指示该DCIT消息的重发时间。retransmission_period的单位是10毫秒。当使用分层的MPT时,较高层MPT的retransmission_period通常比低于较高层MPT的MPT层的retransmission_period要长。
MMT_package_table():这在5(2)章节中定义。DCIT():这在6(2)章节中定义。
(2)DCIT语法和语义
DCIT语法和语义在表22到表24中定义。
表22
表23
表24
7.描述符
这里定义与S层表相关的描述符。
(1)语言描述符
语言描述符用于指定诸如音频数据、评论频道、字幕等等之类的媒体资产。语言描述符可以被包括MPT描述符语法循环或MPT的资产描述符语法循环中。当语言描述符被包括在MPT描述符语法循环中时,这指定数据包中的所有资产的语言。当语言描述符被包括在MPT中的资产描述符语法循环时,这指定该资产的语言。包括在MPT中的资产描述符语法循环中的语言描述符具有高于包括在MPT中的MPT描述符语法循环中的语言描述符的高优先级。
language_descriptor()的语法定义在表25中,其语法元素的语义在下面的表25中提供。
表25
Descriptor_tag:这指示表示描述符类型的标记值。
Descriptor_length:这指示从下一字节到描述符的最后一个字节开始计数的字节单元长度。
ISO_639_language_code:这指示3字节ISO 639语言标识。
(2)时钟参考描述符
时钟参考描述符用于指定用于媒体同步的、MMT系统时钟与编码器时钟之间的关系。网络时间协议(NTP)格式的UTC用作MMT系统时钟时间。MMT使不同的时钟能够用于不同的资产。资产编码器使用的时钟由clock_reference_id指定。
Clock_reference_descriptors:这应当基于短周期,例如100毫秒,在时钟参考消息中周期性地发送。
clock_reference_descriptors()的语法定义在表26中,其语法元素的语义在下面的表26中提供。
表26
Descriptor_tag:这指示表示描述符类型的标记值。
Descriptor_length:这指示从该字段的下一字节到描述符的最后一介字节开始计数的字节单元长度。
Clock_reference_id:这指示由资产编码器使用的媒体时钟的标识
Encoder_clock_sample:这指示由相应于下面的MMT_system_clock_time资产编码器使用的媒体时钟的取样值。
MMT_system_clock_time:这指示在相应于先前的encoder_clock_sample的NTP格式的UTC时间值。
(3)安全描述符
安全描述符用于指定可以用于保护MMT资产或数据包的安全系统。
Security_descriptor应当在安全消息或ITN消息中周期性地发送。
security_descriptor()的语法在表27中定义,其语法元素的语义在下面的表27中提供。
表27
Descriptor_tag:这指示表示描述符类型的标记值。
Descriptor_length:这指示从该字段的下一字节到描述符的最后一个字节开始计数的字节单位长度。
Security_type:这指示安全解决方案的类型。这指的是存取控制、DRM和可下载的CAS或可下载的DRM的解决方案。
解决方案:这指示哪个安全解决方案用于存取控制、DRM、DCAS或DDRM。
Access_control_server_address:这指示存取控制安全解决方案服务器的地址,客户端由该存取控制安全解决方案服务器认证和应用。
DRM_server_address:这指示DRM解决方案服务器的地址,客户端由该DRM解决方案服务器认证和许可。
DCAS_server_address:这指示DCAS服务器的地址,客户端可以在认证和许可之后从该DCAS服务器下载DCAS SW。
DDRM_server_address:这指示DDRM服务器的地址,客户端可以在认证和许可之后从该DDRM服务器下载DDRM SW。
图8和图9示出根据本发明的实施例的、接收机接收多媒体的过程的流程图。
参照图8,接收机在步骤615中首先发现通过当前信道发送的S1消息。S1消息相应于用于管理使用MMT资产和MMT项需要的所有功能的消息。
接收机在步骤617中基于消息ID确定发现的S1消息是否是ITN消息。当消息是非ITN消息的其它消息时,在步骤627中确定其它消息是否被更新。当该消息是其它更新的消息时,接收机在步骤629中将该其它更新的消息和该其它更新的消息的版本信息存储在接收机的存储器中。
同时,基于在步骤617中的确定结果,当该消息是ITN消息时,接收机在步骤619中基于版本信息确定ITN消息是否包括在发现的S1消息中。当ITN消息被更新时,接收机在步骤621中确定ITN消息内的一个或多个表(i个表)是否被更新。当表被更新时,接收机在步骤623中存储一个或多个更新的表并且将其版本信息存储在接收机的存储器中。
此后,接收机在步骤625中搜索全部的表。
作为搜索的结果,接收机在图9的步骤631中确定CI层0是否被更新。
当CI层0被更新时,接收机在步骤633中将CI层0设置为组合的CI。
接收机在步骤635中确定CI层i的版本是否与CI层0的版本相同。
当版本相同时,接收机在步骤637中将CI层i和组合的CI组合。接收机在步骤639中确定是否完全搜索到所有的CI层。当全部搜索完成时,接收机在步骤641中发送组合的CI到CI分析器。
同时,接收机在步骤643中确定MPT层0是否被更新。
当MPT层0被更新时,接收机在步骤645中将MPT层0设置为组合的MPT。
接收机在步骤647中确定MPT层i的版本是否与MPT层0的版本相同。
当版本相同时,接收机在步骤649中将MPT层i与组合的MPT组合。接收机在步骤651中确定是否所有的MPT层被完全搜索到。当所有的搜索完成时,接收机在步骤653中通过使用组合的MPT内的资产参考来发现数据包内的资产,并且将发现的资产发送到相应的资产解码器或资产处理机。
图10是根据本发明的示范性实施例的发送装置的框图。
服务提供服务器(它是发送装置800的例子)包括服务数据提供器801、数据包发生器803和发射机805。虽然没有示出,但是理所当然的是,发送装置包括用于控制发送装置的元件根据本发明执行操作的控制器。
服务数据提供器801具有所有的服务源。
数据包发生器803通过使用参考图5和图7描述的表生成数据包。
发射机805发送生成的数据包到终端。
而且,发射机805可以通过使用包括具有不同物理特征的广播网或宽带网的两个网络,将生成的数据包发送到终端。
图11是示出根据本发明的接收装置的框图。
例如,接收装置可以是终端,但是本发明不限制于此。
接收装置900包括接收机901、数据包分析器903和编码器/再现器905。虽然没有示出,但是理所当然的是,接收装置包括用于控制接收装置的元件根据本发明执行操作的控制器。
根据本发明的实施例,接收机901通过使用参考图5和图7描述的表接收生成的数据包。
数据包分析器903分析接收到的数据包的构成。
解码器/再现器905基于分析的数据包的构成进行解码并且再现内容。
<本发明的第四实施例>
本发明的第四实施例建议MPEG媒体传送信令消息和包括关于客户端接收和消费单个数据包的所有信息单元的表。多个数据包的聚合和与媒体服务的形成相关的信令方法超出本文件的范围。
称作表格列表(LOT)消息的特定EPEG媒体传送信令消息具有包括用于MPEG媒体传送数据包的所有其它MPEG媒体传送信令表的位置、版本和长度信息的表格列表。
MPEG媒体传送信令消息可以包括一个或多个MPEG媒体传送信令表。例如,为了在广播场景下减少节目获取时间或频道变化延迟,表格列表消息可以不仅包括当接收机示出一个数据包的主视频和音频数据时需要的一个表格列表,而且包括其它MPEG媒体传送信令表。
在本文件中,在下面提供五种类型的消息。
(1)表格列表(LOT)消息:本消息具有表格列表表格。表格列表表格包括关于所有其它信令表格的信息。一个表格列表可以包括除了一个表格列表之外的一个或多个MPEG媒体传送信令表格。
-MPEG媒体传送构成信息(MCI)消息:本消息具有MPEG媒体传送构成信息表格。一个MPEG媒体传送构成信息表格具有完整构成信息和作为完整构成信息一部分的分层构成信息中之一。在分层构成信息中,每个层MPEG媒体传送构成信息表格在单独的消息中发送。
-MPEG媒体传送数据包(MCI)消息:本消息具有MPEG媒体传送数据包表格。完整的MPEG媒体传送数据包表格和层-0MPEG媒体传送数据包表格相应于MPEG媒体传送数据包。完整的MPEG传送数据包表格具有用于一个数据包的MPEG媒体传送资产的列表,而且一个层-0MPEG媒体传送数据包表格具有用于一个数据包的若干MPEG媒体传送资产的列表。而且,与一个数据包相关的所有信息单元被包括在MPEG媒体传送数据包表格消息中。与一个数据包相关的所有信息单元相应于诸如父母评级、音频语言、文本语言、目标用户简档、需要的设备能力、录制许可和对于快速再现的许可之类的数据包策略。
-时钟关系信息(CRI)消息:本消息具有将用于在网络时间协议(NTP)时钟与MPEG-2时钟之间的映射的时钟关系信息。
-设备能力信息(DCI)消息:本消息具有设备能力信息表格。该设备能力信息指示使用由MPEG媒体传送发送的媒体需要和/或推荐的设备能力。
一些MPEG媒体传送信令表格包括描述符。这些表格可以按需要包括相同类型的多个描述符。
在本文件中,定义以下描述符。
-时钟关系信息(CRI)描述符:这指示根据每一时钟对的映射的一个描述符。
图12示出MPEG媒体传送信令消息和表格的结构。
图12类似于图7,不同之处仅仅在于表格和术语。
用于媒体消费的MPEG媒体信令消息的语法和语义
(1)表格列表(LOT)消息
一个表格列表消息具有表格列表表格,其包括关于用于一个数据包的所有其它信令表格的信息。在对于MMT数据包的快速消费的任何环境下,表格列表消息可以具有MCI表格和MPT。
非常推荐一个客户端在读取用于有效获取所有需要的信令信息的其它预定消息之前读取并且分析表格列表消息。
具体地,在广播环境下,可以基于非常短的时间段(例如,500毫秒)发送一个表格列表消息以便保证短的通电延迟或短的跳过时间。
(2)表格列表消息语法和语义
在表28中定义了表格列表消息语法,并且在下面的表28中提供了表格列表消息的语法元素的语义。定义语法的方法基于MPEG-2系统标准的方法(ISO/IEC 13818-1),但是定义语义的方法可以由可扩展标记语言(XML)表示。在“值”栏中未显示的循环计数可以从表的长度推定。相同的规则应用于本文件中的其它表格。
表28
Message_id:这指示MMT信令消息的类型。该字段的长度是16位。
Version:这指示MMT信令消息的版本。MMT客户端可以识别接收到的S层消息是否是新的。具体地,该字段当所述消息通过广播网络被重复发送时是有用的。该字段的长度是8位。
Length:这指示MMT信令消息的长度。该字段的长度是16位。这指示在从表格列表消息的下一字段的字节开始到最后一个字节计算的表格列表消息的长度。“0”从不用于该字段。
Number_of_tables:这指示包括在表格列表消息中的表格的数量。
Table_id:这指示包括在表格列表消息中的表的表标识。这相应于包括在表格列表消息的有效载荷中的表中的table_id字段的复本。
Table_version:这指示包括在表格列表消息中的表的版本。这相应于包括在表格列表消息的有效载荷中的表中的version字段的复本。
Table_length:这指示包括在表格列表消息中的表的长度。这相应于包括在表格列表消息的有效载荷中的表中的Length字段的复本。表的实际长度是table_length+5。
Table():这指示MMT信令表格的例子。有效载荷中的表格具有与table_id的序列相同的序列。一个表格列表表格相应于表格()的例子。
(3)表格列表表格语法和语义
表格列表表格的语法在表29中定义,表格列表表格的语法元素的语义在下面的表29中定义。
表29
Syntax:语法;Value:值;No.of bits:比特数;Format:格式
Table_id:这指示表格列表表格的标识。
Version:这指示表格列表表格的版本。当接收新版本时,新版本具有比旧版本高的优先级。
Length:这指示在从表格列表表格的下一字段的字节开始到最后一个字节计算的表格列表表格的长度。
Number_of_tables:这指示具有在该表格列表表格中提供的信息的信息表格的数目。
Information_table_id:这指示具有在该表格列表表格中提供的信息的信息表格的ID。表格列表表格的Table_id绝不在这里显示。
Information_table_version:这指示具有在该表格列表表格中提供的信息的信息表格的版本。
MMT_general_location_info():这提供具有在该表格列表表格中提供的信息的信息表格的位置。MMT_general_location_info()在1(3)章节中定义。
注解:通过MMT_general_location_info()内的location_type的语法元素确定实际的位置。
Second_location_flag:当该标志设置为“1”时,一个客户端提供具有信息表格的一个替换地址。
对于second_location的MMT_general_location_info():一个客户端提供关于具有信息表格的一个替换地址的信息。
注解:仅仅location_type=0x07~0x0在MMT_general_location_info()中使用。
Table_filter_code_flag:当该标志被设置时,提供一个或多个表过滤代码。一个表格过滤代码指定对于表格的聚合的引用。当同时存在多个对于聚合的引用时,所有聚合引用被应用于信息表格。
Table_filter_code_language:这指示用于table_filter_code的语言。语言代码是在ISO 639标准中定义的3字节语言标识。
Number_of_table_filter_codes:这提供关于用于信息表格的表格过滤器代码的数目的信息。
Table_filter_code_length:这指示table_filter_code的字节长度。
Table_filter_code_byte:这指示toneble_filter_code中的一个字节。
Private_extension_flag:当该标志是“1”时,存在私有扩展。
Privonete_extension():这指示作为用于所有权(proprietary)容器或专用扩展的一个语法元素集。
2.MCI消息
MCI消息递送完整的CI。可替换地,当使用分层CI时,MCI消息递送完整CI的一部分。MCI消息使用用于封装CI的MCI表格。
当使用分层CI时,MCI被划分成多个分层的MCI表格。在不同层中的MCI表格具有不同的表标识(table_id)。用于分层的MCI表格的table_id的值以与层编号相同的升序被分配给相邻空间。Layer-0 MCI表是基本MCI表。其它CI层具有从1到14的层编号。一般说来,最高MCI table_id被分配给递送完整CI的MCI表。
MCI消息——每个具有一个CI层——可以具有不同的传输周期并且可以包括与包括在MCI消息中的CI关联的MPEG媒体传送数据包表格(MPT)。例如,一个层-N MCI消息可以包括层-N MPT。
而且,当分层的CI用于广播环境下时,非常推荐在表格列表消息中具有一个层-0CI以便减少花费到获取数据包消费信息上的时间。
(1)MCI消息语法和语义
MCI消息语法在表30中定义,并且MCI消息的语法元素的语义在下面的表30中提供。
表30
Message_id:这指示MCI消息的ID。该字段的长度是16位。
Version:这指示MCI消息的版本。该字段的长度是8位。
Length:这指示在从MCI消息的下一字段的字节开始到最后一个字节计算的MCI消息的长度。“0”从不在该字段中使用。该字段的长度是16位。
Associated_MPT_flag:当该标志被设置为“1”时,这指示MCI消息具有与包括在MCI消息中的CI关联的MPT。在一个MCI消息中同时递送的MCI表和用于相同层的MPT帮助减少当一个客户端获取MMT数据包消费信令时花费的时间。
MCI_table():这指示MCI表。
MPT_table():这指示MPT。
(2)MCI表语法和语义
MCI消息语法在表31中定义,并且MCI消息的语法元素的语义在下面的表31中提供。
表31
Table_id:这指示MCI表的标识。完整的CI的层和分层的CI的层可以具有不同的表格标识。因此,CI层编号可以由该字段隐含地表示。因为table_id的值被相邻地分配,所以CI层编号可以从该字段推定(也就是说,通过将基本MCI表的table_id从该字段减去而生成CI层编号)。编号0指示基本CI,编号1到14指示加强-层CI。因为编号15指示完整的CI,所以这具有专门的意义。
Version:这指示MCI表的版本。当table_id指示完整的MCI时、当层-0MCI具有与该字段相同的版本值(CI_mode是“1”)时、或者当所有条的底层MCI与该字段具有相同版本值(CI_mode是“0”)时,在接收到较新的版本的时候用较新的版本覆盖较旧的版本。当层-0MCI表具有较新的版本时,预存在一个客户端中的所有的增强-层CI被认为是不再有用。当CI层编号不是“0”并且CI_mode是“1”时,具有不同于存储在一个客户端中的层-0 CI的版本的版本的MCI表的内容被忽略。而且,当CI层编号不是“0”并且CI_mode是“0”时,具有不同于存储在一个客户端中的多个较低层CI的版本的版本的MCI表的内容被忽略。版本根据每一版本变化增加模数256。
Length:这指示在从MCI表的下一字段的字节开始到最后一个字节计算的MCI表的长度。“0”从不在该字段中使用。
CI_mode:这指示分层的CI过程的模式。“0”意指“sequential_order_processing_mode(顺序次序的处理模式)”。“1”意味着“order_irrelevant_processing_mode(与次序无关的处理模式)”。当CI的层编号在“sequential_order_processing_mode”中不是“0”时,一个客户端可以在处理CI之前接收具有与CI相同版本的所有较低CI。换句话说,当一个客户端不具有含有相同版本的层-2CI时,一个客户端不能处理层-3CI。也就是说,当CI的层编号在“order_irrelevant_processing_mode”中不是“0”时,就在接收一个CI之后,只要在一个客户端中存储了层-0 CI一个客户端就应该处理CI。
CI_byte:这指示CI中的一个字节。
3.MPT消息
MMT信令消息具有MPT。当使用一个数据包的分层递送时,一个MPT可以被分成多个分层的MPT。分层的MPT可以通过不同的MPT消息递送。
MPT提供用于单个数据包的信息。具有分层的CI的一个数据包的分层递送可以被分成多个分层的MPT。层-0MPT是基本MPT。在不同层中的MPT可以具有不同的表标识(table_id)。八个邻近地不同的值被分配给MPTtable_id并且因而MPT也具有含有被分配给完整的MPT的一个table_id(具有十六个编号当中最大的编号)的十五层的MPT。较小的MPT table_id意味着MPT层较靠近基本MPT。
一个MPT可以包括在具有用于信令获取的有效操作的其它表的表格列表消息中。
在广播场景下,当分层的MPT在表格列表消息内使用以便减少数据包获取时间时,非常推荐具有完整的MPT或层-0MPT。
(1)MPT表格语法和语义
MPT消息语法在表32中定义,并且MPT消息的语法元素的语义在下面的表32中提供。一个MPT消息仅仅具有一个完整的MPT或一个层-NMPT。
表32
Message_id:这指示MPT表格的ID。该字段的长度是16位。
Version:这指示MPT消息的版本。MMT客户端可以识别接收到的消息是否是新的。
Length:这指示MPT消息的长度。该字段的长度是16位。这指示在从MPT消息的下一字段到最后一个字节计算的MPT消息的长度。“0”从不在该字段中使用。
MPT():这指示MPT。
(2)MPT消息语法和语义
MPT()语法在表33中定义,并且MPT的语法元素的语义在下面的表33中提供。
表33
Table_id:这指示MPT的ID。一个完整的MPT和分层的MPT可以使用不同的表标识。因此,MPT层编号可以由该字段隐含地表示。因为table_id的值被相邻地分配,所以MPT层编号可以从该字段推定(也就是说,通过将基本MPT的table_id从该字段减去而生成MPT层编号)。MPT层编号提供该MPT的层编号。编号0指示基本MPT,编号1到14指示增强-层MPT。因为编号15指示一个完整的MPT,所以编号15具有一个专门的意义。
Version:这指示MPT的版本。当使用MPT分层时,该字段指示层-N MPT的版本。一个完整的MPT或层-0MPT的新版本在接收时覆盖旧版本。当层-0MPT具有较新的版本时,预存在一个客户端中的所有的增强-层CI被认为是不再有用。较新版本的层-N(N是1到14中的一个)MPT仅当较新版本与当前层-0MPT的版本相同时覆盖旧版本。否则,接收到的MPT被忽略。
Length:这指示在从MPT的下一字段的字节开始到最后一个字节计算的MPT的长度。“0”从不在该字段中使用。
MMT_package_id:这指示MMT数据包的全球固有标识。
MMT_package_id_length:这指示除了空字符外的MMT_package_id字符串的字节长度。
MMT_package_id_byte:这指示MMT_package_id字符串中的一个字节。空字符不包括在字符串中。
MPT_descriptors:这提供用于MPT的描述符。
MPT_descriptors_length:这指示描述符语法循环的长度。该长度从描述符语法循环的下一字段到结尾计算。多个描述符可以被插入该语法循环中。例如,提供用于该数据包的数据包信息网页地址(URL)的additional_package_information_URL描述符可以插入到这里。
MMT_descriptors_byte:这指示描述符循环中的一个字节。
Number_of_assets:这提供具有由该MPT提供的信息的资产的数目。
Asset_id:这提供资产标识。一个asset_id相应于不具有空字符的一个ASCII字符串,诸如CI中AI元素的ID属性中之一。
Asset_id_length:这提供asset_id的字节长度。
Asset_id_byte:这指示asset_id中的一个字节。
Asset_clock_relation_flag:这指示一个资产是否使用网络时间协议(NTP)时钟或另一时钟系统作为时钟参考。当该标志是“1”时,asset_clcok_relation_id字段被包括在下一个语法中。当该字段是“0”时,NTP时钟被用于资产。
Asset_clock_relation_id:这提供用于所述资产的时钟关系标识。该字段用于指代由用于资产的一个CRI_descriptor()递送的时钟关系。该字段的值是由CRI描述符提供的clock_relation_id的值中的一个。
Asset_timescale_flag:这指示是否提供“asset_timescale”信息。当该字段是“1”时,asset_timescale字段被包括在下一个语法中。
Asset_timescale:这提供用于资产的所有时间戳的时间单元的信息,用每秒单元数来表示。
用于资产位置的MMT_general_location_info():这提供MPT资产的位置信息。使用用于MMT的一般位置参考信息。应当注意到,仅仅location_type=0x00~0x06被允许用于一个资产位置。
Asset_descriptors_length:这指示从资产描述符语法循环的下一字段到结尾计算的字节的数目。
Asset_descriptors_byte:这指示资产描述符的一个字节。
4.CRI消息
在下面的章节4(2)中定义的CRI表在时钟关系信息消息和/或表格列表消息内递送。
当一个或多个MPEG-2基本流(ES)被从MPEG-2传送流(TS)中提取作为MMT资产时,使用一个时钟关系信息消息。为了实现使用NTP时间戳的常规MMT资产与使用MPEG-2表达时间戳(PTS)的一个MPEG-2基本流之间的同步,同时获取的时钟的取样值被周期性地递送,并且因而需要将NTP时钟与MPEG-2系统时间时钟(STC)之间的关系通知给一个客户端。时钟关系信息描述符提供NTP时钟与一个MPEG-2STC之间的关系。当从具有不同的STC的MPEG-2传送流中提取MPEG-2基本流时,一条或多条时钟关系信息被提供给一个客户端。时钟关系信息描述符由时钟关系信息表封装并且通过时钟关系信息消息发送。
(1)CRI消息语法和语义
CRI消息语法在表34中定义,并且CRI消息的语法元素的语义在下面的表34中提供。
表34
Message_id:这指示CRI消息的类型。该字段的长度是16位。
Version:这指示CRI消息的版本。MMT客户端可以识别接收到的S层消息是否是新的。该字段的长度是8位。
Length:这指示在从CRI消息的下一字段的字节开始到最后一个字节计算的CRI消息的长度。“0”从不在该字段中使用。该字段的长度是16位。
CRI_table():一个CRI表。
(2)CRI表语法和语义
CRI表语法在表35中定义,并且CRI表的语法元素的语义在下面的表35中提供。
一个CRI表可以包括多个CRI描述符。
表35
Syntax:语法;Value:值;No.of bits:比特数;Format:格式
Table_id:这指示CRI表的表标识。
Version:这指示CRI表的版本。当接收到新版本时用新版本覆盖旧版本。
Length:这指示在从CRI表的下一字段的字节开始到最后一个字节计算的CRI表的长度。“0”从不在该字段中使用。
CRI_descriptor():这指示一个CRI描述符。这在章节7(1)中定义。
5.DCI消息
DCI消息递送提供MPT消费所必需的(或推荐的)的DCI表。
(1)DCI消息语法和语义
DCI消息语法在表36中定义,并且DCI消息的语法元素的语义在下面的表36中提供。
表36
Message_id:这指示DCI消息。该字段的长度是16位。
Version:这指示DCI消息的版本。MMT客户端可以检查接收到的消息是否是新的。具体地,当通过广播网络重复地发送消息时该字段是有用的。该字段的长度是8位。
Length:这指示从DCI消息的下一字段的字节开始到最后一个字节计算的DCI消息的长度。“0”从不在该字段中使用。
DCI_table():这提供MMT分组消费必需的(或推荐的)设备能力。
(2)DCI表语法和语义
DCI表语法和语义在表37中定义。
表37
Table_id:这指示DCI表的ID。
Version:这指示DCI表的一个版本。当接收到新版本时用新版本覆盖旧版本。
Length:这指示在从DCI表的下一字段的字节开始到最后一个字节计算的DCI表的长度。“0”从不在该字段中使用。
Number_of_assets:这指示资产的数目。
Asset_id:这提供资产ID。这是DCI中的AI元素的ID属性。
Mime_type:这提供多媒体因特网邮件扩展(Multimedia Internet MailExtension,MIME)媒体类型。当来自mime_type中得mime_type元素和编解码器参数的复杂性不同于在下面的复杂性中定义的参数时,在下面的复杂性下定义的参数具有高优先级。
Codec_complexity_flag:当该标志是“1”时,下面提供编码复杂性。
Video_codec_complexity:这提供将由视频解码器处理的复杂性。当由mime_type和编解码器参数指示的复杂性不同于实际复杂性时,推荐包括该语法元素集合。
Video_average_bitrate:这提供以kbit/s为单位的平均比特率。
Video_maximum_bitrate:这提供以kbit/s为单位的最大比特率。
Horizontal_resolution:这提供以像素为单位的视频的水平分辨率。
Vertical_resolution:这提供以像素为单位的视频的垂直分辨率。
Temporal_resolution:这提供以每秒帧数为单位的最大时间分辨率。
Video_minimum_buffer_size:这提供以千字节为单位的处理视频内容需要的最小解码器缓冲区大小。
Audio_codec_complexity:这指示将由音频解码器处理的复杂性。当由mime_type和编解码器参数指示的复杂性不同于实际复杂性时,推荐包括该元素。该语法元素集合包括audio_average_bitrate、audio_maximum_bitrate和audio_minimum_buffer_size。
Audio_average_bitrate:这提供以kbit/s为单位的平均比特率。
Audio_maximum_bitrate:这提供以kbit/s为单位的最大比特率。
Audio_minimum_buffer_size:这提供以千字节为单位的处理音频内容需要的最小解码器缓冲区大小。
Download_capability:这提供下载文件必需的能力。
Required_storage:这提供以千字节为单位的下载文件所需要的存储设备。
6.描述符
存在三个与MPT相关的描述符。所述描述符是CRI描述符、SSI描述符和RSI描述符。
(1)CRI描述符(CRI_descriptor)
CRI描述符用于指定一个MPEG-2STC与NTP时钟之间的关系。用于来自MPEG-2传送流(TS)的一个资产的时钟关系用一个clock_relation_id指定。
CRI_descriptor被包括在一个CRI表中。
CRI_descriptor()语法在表38中定义,并且CRI_descriptor()的语法元素的语义在下面的表38中提供。
表38
Descriptor_tag:这指示表示描述符类型的标记值。
Descriptor_length:这指示从描述符的字段中的最后一个字节之后下一字节开始计算的字节长度。
Clock_relation_id:这指示一个时钟关系的标识。
PCR_value:这指示相应于下一NTP_clock_sample的一个MPEG-2PCR值。PCR值是在原始格式最低有效位被排除在外的42位类型。
NTP_clock_sample:这指示与在前的PCR_value相应的NTP取样值。
7.MMT_general_location_info()语法元素集合
一个MMT_general_location_info()语法元素集合用于提供位置信息。MMT_general_location_info()语法在表39中定义,并且MMT_general_location_info()的语法元素的语义在下面的表39中提供。
表39
Location_type:该字段指示在表40中定义的位置信息的类型。
表40
Packet_id:这相应于MMT分组头标中的packet_id。
Ipv4_src_addr:这指示一个网络协议应用数据流的网络协议版本4源地址。
Ipv4_src_addr:这指示一个网络协议应用数据流的网络协议版本4目的地址。
Dst_port:这指示一个网络协议应用数据流的目的地端口号。
Ipv6_src_addr:这指示一个网络协议应用数据流的网络协议版本6源地址。
Ipv6_src_addr:这指示一个网络协议应用数据流的网络协议版本6目的地址。
Network_id:这指示具有MPEG_2TS的广播网络标识。
MPEG-2_trasnport_stream_id:这指示MPEG-2传送流标识。
MPEG-2_PID:这指示MPEG-2传送流分组(PID)的分组标识。
URL_length:这指示一个网页地址的字节长度。终止空(0x00)不计算。
URL_byte:这指示一个网页地址中的的一个字节。终止空(0x00)不计算。
Byte_offset:这指示从一个文件的第一个字节开始的一个字节偏移。
Length:这指示字节长度。
Message_id:这指示MMT信令消息标识。
8.消息标识、表标识和描述符标记
消息标识(message_id)的值在表41中分配。
表41
表标识(table_id)的值在表42中分配。
表42
描述符标记的值在表43中分配。
表43
值 | 描述 |
0x0000~0x000F | 预留 |
0x0010 | CRI描述符 |
0x0011~0xFFFF | 预留作将来之用 |
本发明的第三实施例和第四实施例仅仅具有不同的消息名称,其功能语义相似。
而且,虽然没有示出,但是数据可以根据由本发明的实施例生成的数据包被记录、存储和再现。一个数据包内的MMT资产、结构信息、构成信息、传送特征、数据包标识信息、资产列表信息、权利管理信息和传送时间线信息被存储在存储介质(例如,DC、DVD、BD、USB等等)中,并且可以在再现时通过分析数据包元素来再现内容。当通过存储介质存储并且再现内容时,存储和再现可以通过使用存储器位置信息(例如,存储器地址等等)代替实施例的描述中的URL而更加容易地进行。
上述的实施例被理解为本发明的例子。可以理解,与上述实施例中的一个关联描述的所有特征可以单独、与其它描述的特征组合、与上述实施例的另一实施例的一个或多个特征组合或与上述实施例的不同的实施例组合使用。虽然已经参照特定实施例描述了本发明,但是本领域技术人员可以理解,可以进行本发明的形式和细节内容的各种变化而不脱离如所附权利要求及其等效物所定义的本发明的精神和范围。
Claims (5)
1.一种用于提供多媒体内容的装置,所述装置包括:
控制器,被配置为识别运动图像专家组媒体传送中的用于多媒体内容的数据包的信令消息;以及
发射机,被配置为发送包括头标和有效载荷的分组,
其中,信令消息被包括在有效载荷中,
其中,信令消息包括:
信令消息有效载荷,包括包含与多媒体内容相关的信息的至少一个表,
信令消息的类型信息,
与信令消息的长度相关的信息,
与信令消息的版本相关的信息,以及
扩展信息,包括与在信令消息有效载荷中包括的所述至少一个表相关的配置信息。
2.如权利要求1所述的装置,其中,如果所述至少一个表中的表是完全表的子集表,则所述至少一个表中的所述表包括用于处理所述子集表的模式信息。
3.如权利要求2所述的装置,其中,用于处理所述子集表的模式信息指示,子集表处理按顺序次序进行。
4.如权利要求2所述的装置,其中,用于处理所述子集表的模式信息指示,子集表处理基于版本。
5.如权利要求1所述的装置,其中,所述至少一个表中的表包括表标识,所述表标识标识所述至少一个表中的所述表是完全表还是子集表。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261641410P | 2012-05-02 | 2012-05-02 | |
US61/641,410 | 2012-05-02 | ||
US201261671923P | 2012-07-16 | 2012-07-16 | |
US61/671,923 | 2012-07-16 | ||
KR10-2013-0042576 | 2013-04-17 | ||
KR1020130042576A KR101501344B1 (ko) | 2012-05-02 | 2013-04-17 | 멀티미디어 서비스 송수신 방법 및 장치 |
CN201380035064.9A CN104412604B (zh) | 2012-05-02 | 2013-05-02 | 提供多媒体内容的方法 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380035064.9A Division CN104412604B (zh) | 2012-05-02 | 2013-05-02 | 提供多媒体内容的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108988971A CN108988971A (zh) | 2018-12-11 |
CN108988971B true CN108988971B (zh) | 2020-02-21 |
Family
ID=49852664
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810862925.5A Active CN108964818B (zh) | 2012-05-02 | 2013-05-02 | 发送与接收多媒体服务的方法和装置 |
CN201810862316.XA Active CN108988971B (zh) | 2012-05-02 | 2013-05-02 | 发送与接收多媒体服务的方法和装置 |
CN201380035064.9A Active CN104412604B (zh) | 2012-05-02 | 2013-05-02 | 提供多媒体内容的方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810862925.5A Active CN108964818B (zh) | 2012-05-02 | 2013-05-02 | 发送与接收多媒体服务的方法和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380035064.9A Active CN104412604B (zh) | 2012-05-02 | 2013-05-02 | 提供多媒体内容的方法 |
Country Status (9)
Country | Link |
---|---|
US (3) | US9462311B2 (zh) |
EP (1) | EP2846551A4 (zh) |
JP (3) | JP5947455B2 (zh) |
KR (1) | KR101501344B1 (zh) |
CN (3) | CN108964818B (zh) |
AU (2) | AU2013255124B2 (zh) |
CA (1) | CA2872506C (zh) |
MX (1) | MX343219B (zh) |
WO (1) | WO2013165187A1 (zh) |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2830318A4 (en) * | 2012-03-23 | 2015-12-02 | Humax Holdings Co Ltd | TRANSMISSION METHOD AND HYBRID RECEPTION METHOD FOR SVC VIDEO CONTENT EMPTYED IN MMT |
JP2015015706A (ja) * | 2013-07-03 | 2015-01-22 | パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカPanasonic Intellectual Property Corporation of America | データ送信方法、データ再生方法、データ送信装置およびデータ再生装置 |
US9641831B2 (en) * | 2013-10-28 | 2017-05-02 | Electronics And Telecommunications Research Institute | Apparatus and method for transmitting/receiving moving picture experts group (MPEG) media transport (MMT) signaling message for measurement configuration (MC) processing |
WO2015075880A1 (ja) * | 2013-11-22 | 2015-05-28 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 送信方法、受信方法、送信装置、及び受信装置 |
JP6506009B2 (ja) * | 2013-11-22 | 2019-04-24 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 送信方法、受信方法、送信装置、及び受信装置 |
JP6466951B2 (ja) | 2014-01-13 | 2019-02-06 | エルジー エレクトロニクス インコーポレイティド | 一つ以上のネットワークを介して放送コンテンツを送受信する装置及び方法 |
KR102249147B1 (ko) * | 2014-03-29 | 2021-05-07 | 삼성전자주식회사 | 복합 네트워크에서 멀티미디어 데이터 관련 정보를 송수신하기 위한 장치 및 방법과 그 구조 |
US10560514B2 (en) | 2014-03-29 | 2020-02-11 | Samsung Electronics Co., Ltd. | Apparatus and method for transmitting and receiving information related to multimedia data in a hybrid network and structure thereof |
US10530828B2 (en) * | 2014-03-31 | 2020-01-07 | Samsung Electronics Co., Ltd. | Method and apparatus for signaling and operation of low delay consumption of media data in MMT |
WO2015160221A1 (en) * | 2014-04-18 | 2015-10-22 | Samsung Electronics Co., Ltd. | Method and apparatus for providing information related to content supporting broadcast service |
JP5725242B1 (ja) * | 2014-06-04 | 2015-05-27 | ソニー株式会社 | 送信装置及び送信方法、並びに受信装置並びに受信方法 |
EP3217673A4 (en) * | 2014-11-05 | 2018-04-18 | Sony Corporation | Sending device, sending method, receiving device, and receiving method |
WO2016086075A1 (en) * | 2014-11-24 | 2016-06-02 | The Nielsen Company (Us), Llc | Methods and apparatus to predict time-shifted exposure to media |
CN106982376B (zh) * | 2016-01-18 | 2019-07-19 | 上海交通大学 | 一种多媒体内容个性化呈现的时间线控制方法 |
US20180352295A1 (en) * | 2015-05-07 | 2018-12-06 | Sharp Kabushiki Kaisha | System for targeting and demographics |
KR102519209B1 (ko) * | 2015-06-17 | 2023-04-07 | 한국전자통신연구원 | 스테레오스코픽 비디오 데이터를 처리하기 위한 mmt 장치 및 방법 |
US10547881B2 (en) * | 2015-07-01 | 2020-01-28 | Sony Corporation | Transmission device and transmission method as well as reception device and reception method |
JP2019508953A (ja) * | 2016-02-02 | 2019-03-28 | 上海交通大学Shanghai Jiao Tong University | マルチメディアシステムにおける情報交換メカニズムおよびネットワーク伝送方法 |
WO2017142347A1 (ko) | 2016-02-17 | 2017-08-24 | 삼성전자 주식회사 | 멀티미디어 서비스의 컨텐츠 관련 정보 제공 방법 및 장치 |
US10917477B2 (en) * | 2016-05-25 | 2021-02-09 | Samsung Electronics Co., Ltd. | Method and apparatus for MMT integration in CDN |
US20170344523A1 (en) * | 2016-05-25 | 2017-11-30 | Samsung Electronics Co., Ltd | Method and apparatus for presentation customization and interactivity |
KR102613231B1 (ko) * | 2016-05-26 | 2023-12-14 | 삼성전자주식회사 | 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치 |
EP3364571B1 (en) * | 2016-07-08 | 2022-06-15 | Sony Group Corporation | Receiving device, transmitting device, and data processing method |
JP6964436B2 (ja) * | 2016-07-08 | 2021-11-10 | 三菱電機株式会社 | 映像記録装置及び映像再生装置 |
CN107770601B (zh) | 2016-08-16 | 2021-04-02 | 上海交通大学 | 一种面向多媒体内容组件个性化呈现的方法及系统 |
WO2018070244A1 (ja) * | 2016-10-13 | 2018-04-19 | ソニーセミコンダクタソリューションズ株式会社 | 情報処理装置、および情報処理方法、並びにプログラム |
US20180107829A1 (en) * | 2016-10-14 | 2018-04-19 | Electronics And Telecommunications Research Institute | Network entity and operation method of the same |
JP6504294B2 (ja) * | 2018-03-23 | 2019-04-24 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
CN112601648A (zh) * | 2018-08-31 | 2021-04-02 | 米其林集团总公司 | 具有水平布置挤出筒的轮胎胎面制造挤出系统 |
JP6743931B2 (ja) * | 2019-03-26 | 2020-08-19 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
JP6908170B2 (ja) * | 2019-03-26 | 2021-07-21 | ソニーグループ株式会社 | 送信方法 |
JP7120399B2 (ja) * | 2020-07-29 | 2022-08-17 | ソニーグループ株式会社 | 送信方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101119181A (zh) * | 2007-09-13 | 2008-02-06 | 北京交通大学 | 一体化网络网通层的数据报文报头格式的形成和使用方法 |
CN101742059A (zh) * | 2008-11-21 | 2010-06-16 | 康佳集团股份有限公司 | 使用网络信息表管理终端设备接收节目参数的方法 |
CN101868971A (zh) * | 2007-09-21 | 2010-10-20 | Lg电子株式会社 | 数字广播系统和数字广播系统中的数据处理方法 |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7091968B1 (en) | 1998-07-23 | 2006-08-15 | Sedna Patent Services, Llc | Method and apparatus for encoding a user interface |
DE69939781D1 (de) * | 1998-10-30 | 2008-12-04 | Broadcom Corp | Kabelmodemsystem |
KR100800856B1 (ko) | 2006-08-08 | 2008-02-04 | 삼성전자주식회사 | Dvb-h 시스템에서 esg 업데이트 정보 송수신 방법및 시스템 |
US7900032B2 (en) * | 2006-10-06 | 2011-03-01 | Broadcom Corporation | Method and system for NAND flash support in autonomously loaded secure reprogrammable system |
EP2114075A4 (en) | 2007-02-19 | 2010-11-03 | Toshiba Kk | DATA multiplexing / SEPARATION DEVICE |
US20080270913A1 (en) * | 2007-04-26 | 2008-10-30 | Howard Singer | Methods, Media, and Devices for Providing a Package of Assets |
KR100942142B1 (ko) * | 2007-10-11 | 2010-02-16 | 한국전자통신연구원 | 객체기반 오디오 콘텐츠 송수신 방법 및 그 장치 |
KR101461973B1 (ko) * | 2007-12-28 | 2014-11-14 | 엘지전자 주식회사 | 노티피케이션 메시지 송수신 방법 및 노티피케이션 메시지 수신 장치 |
JP2010041492A (ja) | 2008-08-06 | 2010-02-18 | Renesas Technology Corp | ディジタル放送受信装置およびそれに使用される半導体集積回路 |
US8249104B2 (en) * | 2008-10-30 | 2012-08-21 | Futurewei Technologies, Inc. | Optical network terminal management and control interface over Ethernet |
JP5154468B2 (ja) * | 2009-02-12 | 2013-02-27 | シャープ株式会社 | 情報処理装置、通信端末装置、情報処理装置の制御方法、通信端末装置の制御方法、制御プログラム、および、記録媒体 |
KR101777347B1 (ko) * | 2009-11-13 | 2017-09-11 | 삼성전자주식회사 | 부분화에 기초한 적응적인 스트리밍 방법 및 장치 |
KR101777348B1 (ko) * | 2010-02-23 | 2017-09-11 | 삼성전자주식회사 | 데이터 전송 방법 및 장치와 데이터 수신 방법 및 장치 |
US8638818B2 (en) | 2010-04-20 | 2014-01-28 | Samsung Electronics Co., Ltd | Interface apparatus and method for transmitting and receiving media data |
US8806050B2 (en) * | 2010-08-10 | 2014-08-12 | Qualcomm Incorporated | Manifest file updates for network streaming of coded multimedia data |
KR101474270B1 (ko) | 2010-10-08 | 2014-12-19 | 한국전자통신연구원 | 통신 시스템에서 멀티미디어 서비스 제공 시스템 및 방법 |
US20120089634A1 (en) | 2010-10-08 | 2012-04-12 | Electronics And Telecommunications Research Institute | System and method for providing multimedia service in a communication system |
US9003053B2 (en) * | 2011-09-22 | 2015-04-07 | Solarflare Communications, Inc. | Message acceleration |
US8873751B2 (en) * | 2010-12-31 | 2014-10-28 | Akamai Technologies, Inc. | Extending data confidentiality into a player application |
KR101128819B1 (ko) | 2011-10-28 | 2012-03-27 | 엘지전자 주식회사 | 디지털 방송 송신 방법 |
KR101165645B1 (ko) | 2012-01-31 | 2012-07-16 | 엘지전자 주식회사 | 디지털 방송 송신 방법 |
EP3297241B1 (en) * | 2012-10-11 | 2019-02-27 | Samsung Electronics Co., Ltd. | Method for receiving media data |
-
2013
- 2013-04-17 KR KR1020130042576A patent/KR101501344B1/ko active IP Right Grant
- 2013-05-02 US US14/398,645 patent/US9462311B2/en active Active
- 2013-05-02 CN CN201810862925.5A patent/CN108964818B/zh active Active
- 2013-05-02 MX MX2014013277A patent/MX343219B/es active IP Right Grant
- 2013-05-02 JP JP2015510187A patent/JP5947455B2/ja active Active
- 2013-05-02 CN CN201810862316.XA patent/CN108988971B/zh active Active
- 2013-05-02 EP EP13784923.8A patent/EP2846551A4/en not_active Ceased
- 2013-05-02 CN CN201380035064.9A patent/CN104412604B/zh active Active
- 2013-05-02 AU AU2013255124A patent/AU2013255124B2/en active Active
- 2013-05-02 CA CA2872506A patent/CA2872506C/en active Active
- 2013-05-02 WO PCT/KR2013/003808 patent/WO2013165187A1/ko active Application Filing
-
2016
- 2016-03-09 JP JP2016045771A patent/JP6122523B2/ja active Active
- 2016-09-30 US US15/281,773 patent/US9906823B2/en active Active
-
2017
- 2017-02-10 AU AU2017200925A patent/AU2017200925B2/en active Active
- 2017-03-31 JP JP2017072521A patent/JP6359142B2/ja active Active
-
2018
- 2018-02-20 US US15/900,184 patent/US10595065B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101119181A (zh) * | 2007-09-13 | 2008-02-06 | 北京交通大学 | 一体化网络网通层的数据报文报头格式的形成和使用方法 |
CN101868971A (zh) * | 2007-09-21 | 2010-10-20 | Lg电子株式会社 | 数字广播系统和数字广播系统中的数据处理方法 |
CN101742059A (zh) * | 2008-11-21 | 2010-06-16 | 康佳集团股份有限公司 | 使用网络信息表管理终端设备接收节目参数的方法 |
Also Published As
Publication number | Publication date |
---|---|
MX343219B (es) | 2016-10-28 |
JP5947455B2 (ja) | 2016-07-06 |
AU2013255124B2 (en) | 2016-11-17 |
JP2017163552A (ja) | 2017-09-14 |
EP2846551A1 (en) | 2015-03-11 |
US20150150055A1 (en) | 2015-05-28 |
CN108964818B (zh) | 2020-02-21 |
KR20130123314A (ko) | 2013-11-12 |
AU2017200925B2 (en) | 2018-03-15 |
CA2872506A1 (en) | 2013-11-07 |
JP2016154342A (ja) | 2016-08-25 |
KR101501344B1 (ko) | 2015-03-10 |
CN104412604B (zh) | 2018-08-28 |
MX2014013277A (es) | 2015-02-12 |
AU2017200925A1 (en) | 2017-03-02 |
CN108988971A (zh) | 2018-12-11 |
CN104412604A (zh) | 2015-03-11 |
AU2013255124A1 (en) | 2015-01-15 |
AU2013255124A2 (en) | 2015-02-26 |
US10595065B2 (en) | 2020-03-17 |
EP2846551A4 (en) | 2016-02-10 |
JP6359142B2 (ja) | 2018-07-18 |
US9462311B2 (en) | 2016-10-04 |
WO2013165187A1 (ko) | 2013-11-07 |
US20170019690A1 (en) | 2017-01-19 |
JP6122523B2 (ja) | 2017-04-26 |
US20180234711A1 (en) | 2018-08-16 |
JP2015520968A (ja) | 2015-07-23 |
CA2872506C (en) | 2022-10-25 |
CN108964818A (zh) | 2018-12-07 |
US9906823B2 (en) | 2018-02-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108988971B (zh) | 发送与接收多媒体服务的方法和装置 | |
US11528082B2 (en) | Method and apparatus for transmitting and receiving multimedia service | |
US11632578B2 (en) | Apparatus and method for configuring control message in broadcasting system | |
KR101885852B1 (ko) | 컨텐트 전송 및 수신 방법 및 장치 | |
US9043849B2 (en) | Method for linking MMT media and DASH media | |
EP2667622B1 (en) | Apparatus and method for configuring a control message in a broadcast system | |
US20150020138A1 (en) | Mmt asset structure for supporting random access to systems for transmitting coded media data in heterogeneous networks, and method and apparatus for generating same | |
US20150124818A1 (en) | Method for transmitting media data interlinked with composition information and transmission characteristics information via a heterogeneous ip network | |
JP2018148574A (ja) | マルチメディアコンテンツ受信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |