CN105874803A - Mpeg媒体传输的内容呈现 - Google Patents

Mpeg媒体传输的内容呈现 Download PDF

Info

Publication number
CN105874803A
CN105874803A CN201480071501.7A CN201480071501A CN105874803A CN 105874803 A CN105874803 A CN 105874803A CN 201480071501 A CN201480071501 A CN 201480071501A CN 105874803 A CN105874803 A CN 105874803A
Authority
CN
China
Prior art keywords
resource
mpu
field
mmt
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.)
Granted
Application number
CN201480071501.7A
Other languages
English (en)
Other versions
CN105874803B (zh
Inventor
I.布瓦吉吉
朴京慕
黄承吾
林荣权
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
Original Assignee
Samsung Electronics Co Ltd
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 filed Critical Samsung Electronics Co Ltd
Publication of CN105874803A publication Critical patent/CN105874803A/zh
Application granted granted Critical
Publication of CN105874803B publication Critical patent/CN105874803B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/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/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了一种用于简化的MPEG媒体传输(MMT)内容呈现的方法。识别MMT包处理单元(MPU)的两个或者多个资源。该方法还包含将两个或者多个资源的至少一个定义为默认资源，并且将剩余的一个或者多个资源定义为丰富资源。至少一个默认资源不包含合成功能。该方法还包括配置所述至少一个默认资源用于与一个或者多个丰富资源独立的呈现。该方法包含发送包含至少一个默认资源和一个或者多个丰富资源的MPU。

Description

MPEG媒体传输的内容呈现
技术领域
本申请一般地涉及传输和呈现数据，并且更具体地说，本申请涉及传输和呈现媒体类型数据。
背景技术
MPEG媒体传输(MMT)是IP环境下和非IP环境下的多媒体传递标准。MMT通常具有四个功能，包含：封装(Encapsulation)、传递(Delivery)、信令(Signaling)和合成(Composition)。在这四个功能中，合成的目的是提供MMT内容消费要求的信息。合成提供空间关系、时间关系以及与HTML5以及某些工具的基于事件的关系。然而，对于特定类型的MMT内容，能够简化MMT。
发明内容
技术问题
提供了一种简化的MPEG媒体传输(MMT)内容呈现的方法。
该方法包含识别MPEG媒体传输(MMT)包处理单元(MPU)的两个或者多个资源(asset)。
该方法还包含将两个或者多个资源的至少一个定义为默认资源，并且将剩余的一个或者多个资源定义为丰富资源。所述至少一个默认资源不包含合成功能。
该方法还包括配置所述至少一个默认资源用于与所述一个或者多个丰富资源独立的呈现。
该方法包含发送包含所述至少一个默认资源和所述一个或者多个丰富资源的MPU。
解决方案
提供了一种用于简化的MPEG媒体传输(MMT)内容呈现的装置。该装置包含处理单元。处理单元被配置为识别MPEG媒体传输(MMT)包处理单元(MPU)的两个或者多个资源。处理单元还被配置为将两个或者多个资源的至少一个定义为默认资源，并且将剩余的一个或者多个资源定义为丰富资源。至少一个默认资源不包含合成功能。处理单元被进一步配置为配置所述至少一个默认资源用于与所述一个或者多个丰富资源独立的呈现。该装置还包含发送机。发送机被配置为发送包含至少一个默认资源和一个或者多个丰富资源的MPU。
提供了一种用于简化的MPEG媒体传输(MMT)内容呈现的***。该***包含第一装置。第一装置被配置为将包含第一MPU的至少一个默认资源和第一MPU的一个或者多个丰富资源的第一MPU发送到显示设备的接收机。给第一MPU的至少一个默认资源分配默认资源时间线上的第一位置。该***还包含第二装置。第二装置被配置为将包括第二MPU的至少一个默认资源和第二MPU的一个或者多个丰富资源的第二MPU发送到显示设备的接收机。给第二MPU的至少一个默认资源分配默认资源时间线上的第二位置，使得在显示设备的接收机收到第一MPU的至少一个默认资源和第二MPU的至少一个默认资源后，显示设备在由第一位置和第二位置确定的默认资源时间线上的相关时间，显示第一MPU的至少一个默认资源的内容和第二MPU的至少一个默认资源的内容。
附图说明
为了更全面理解本公开及其优点，现在参考下面结合附图所做的描述，附图中，类似的参考编号表示类似的部分：
图1示出根据本公开的发送MPEG文件的示例无线***；
图2示出根据本公开的被配置为传递简化的内容呈现的MPEG媒体传输(MMT)***的方框图；
图3示出根据本公开的用于简化的MPEG媒体传输(MMT)内容呈现的显示设备的方框图；
图4示出根据本公开的MMT包、资源、编码和MPU之间的示例关系；
图5示出根据本公开的MMT有效载荷首标的示例结构；
图6示出根据本公开的定时媒体碎片单元MFU首标的示例结构；
图7示出根据本公开的非定时媒体MFU首标的示例结构；以及
图8是根据本公开的简化的MPEG媒体传输(MMT)内容呈现的示例方法。
具体实施方式
在进行下面的详细描述之前，阐述本专利文档整篇使用的特定单词和短语的定义可能是有利的：术语“包含”和“包括”及其派生词意味着包含但并不局限于；术语“或者”是包含性的，意思中和/或；短语“与……关联”和“与其关联的”及其派生词可以指包含、包含在……内、与……互连、含有、含在……内、连接到.....或者与……连接、耦合到……或者与……耦合、可与……通信、与……合作、交织、并置、与……邻近、捆绑到或者与……捆绑、具有、具有……的属性等等；以及术语“控制器”指控制至少一个操作的任何设备、***或者其部分，这种设备可以以硬件、固件或者软件或者这些中的至少两个的某种组合实现。应当注意，与任意特定控制器关联的功能可以是集中式的，也可以是分布式的，而无论是在本地还是远程。在本专利文档中提供特定单词和短语的定义，本领域内普通技术人员应当明白，即使不是在大多数实例中，也是在许多实例中，这些定义适用于这样定义的单词或者短语的先前用途以及未来用途。
本专利文档中下面讨论的图1至图8以及描述本公开的原理使用的各种实施例仅作为说明，而无论如何不应当理解为限制本公开的范围。本领域技术人员将明白，在任何适当布置的数据通信***中可以实现本公开的原理。
图1示出根据本公开原理的发送消息的示范性无线***100。图1所示的无线网络100的实施例仅用于说明。可以使用无线网络100的其他实施例，而不脱离本公开的范围。
在图1所示的示例中，无线***100包含发送点(TP)，诸如增强节点B(eNB)101、eNB102、eNB 103、和其他类似基站或者中继站。eNB 101处于与eNB 102和eNB 103通信中。eNB101还与至少一个诸如因特网、专用IP网络、其他数据网络或者基于IP的类似***的网际协议(IP)网络130通信。***100还包含至少一个用于简化的MPEG媒体传输(MMT)内容呈现的MMT***150。
取决于网络类型，可以使用其他众所周知的术语代替“发送点”、“eNodeB”或者“eNB”，诸如“基站”或者“接入点”。为了方便，在本专利文档中使用术语“eNodeB”和“eNB”指对远程终端提供无线接入的网络基础设施组件。此外，取决于网络类型，可以使用其他众所周知的术语代替“用户设备”或者“UE”，诸如“移动台”、“用户台”、“远程终端”、“无线终端”或者“用户设备”。为了方便，在本专利文档中使用术语“用户设备”和“UE”指无线地接入eNB的远程无线设备，而无论UE是移动设备(诸如，移动电话或者智能电话)还是通常认为的静止设备(诸如，台式计算机或者自动售货机)。
无线网络100包含：下行链路(DL)，该DL从诸如eNB的发送点(TP)向UE传达信号；和上行链路(UL)，该UL从UE向诸如eNB的接收点传达信号。DL信号包含：传达信息内容的数据信号、传达DL控制信息(DCI)的控制信号、以及还被称为导频信号的参考信号(RS)。eNB通过各自的物理DL共享信道(PDSCH)或者物理DL控制信道(PDCCH)发送数据信息或者DCI。用于下行链路分配的可能DCI格式包含DCI格式1A、1B、1C、1D、2、2A、2B、2C和2D。能够对UE配置为UE确定下行链路单播接收方法的发送模式。对于给定的发送模式，UE能够利用DCI格式1A和DCI格式1B、1D、2、2A、2B、2C或者2D中的一个接收单播下行链路分配。eNB发送包含UE公共RS(CRS)、信道状态信息RS(CSI-RS)和解调RS(DMRS)的多种类型RS中的一个或者多个。通过DL***带宽(BW)发送CRS，并且UE能够利用CRS对数据或者控制信号进行解调，或者进行测量。为了降低CRS开销，与CRS相比，eNB可以以在时域和/或频域中较低的密度发送CSI-RS。对于信道测量，能够使用非零功率CSI-RS(NZP CSI-RS)资源。对于干扰测量资源(IMR)，能够使用与零功率CSI-RS(ZP CSI-RS)关联的CSI干扰测量(CSI-IM)资源，如REF 3所述。UE能够通过来自eNB的较高层信令确定CSI-RS发送参数。仅在各自PDSCH的BW中发送DMRS，并且UE能够使用DMRS解调PDSCH中的信息。
eNB 102为eNB 102的覆盖区域120内的第一个多个用户设备(UE)提供到网络130的无线宽带接入。第一个多个UE包含：UE 111，该UE 111可以位于小商业机构(SB)中；UE112，该UE 112可以位于企业(E)中；UE 113，该UE 113可以位于WiFi热点(HS)中；UE 114，该UE 114可以位于第一住宅(R)中；UE 115，该UE 115可以位于第二住宅(R)中；以及UE 116，该UE 116可以是如蜂窝电话、无线膝上型电脑、无线PDA等等的移动设备(M)。eNB 103为eNB103的覆盖区域125内的第二个多个UE提供到网络130的无线宽带接入。第二多个UE包含UE115和UE 116。在一些实施例中，利用5G、LTE、LTE-A、WiMAX或者其他高级无线通信技术，eNB101至103中的一个或者多个可以互相通信并且可以与UE 111－116通信。
虚线示出覆盖区域120和125的近似范围，将覆盖区域120和125示为近似圆形，仅出于说明和解释的目的。应当清楚地理解，取决于eNB的配置和与自然和人造障碍关联的无线环境的变化，与eNB关联的诸如覆盖区域120和125的覆盖区域可以具有其他形状，包含不规则形状。
如下面更详细地描述，配置eNB 101、102和103中的一个或多个以执行测量并且发现LTE高级信号。此外，配置eNB 101、102和103中的一个或多个以对束形成***执行低开销同步。
尽管图1示出无线网络100的一个示例，但是可以对图1进行各种变更。例如，以任何适当布置，无线网络100可以包含任意数量的eNB和任意数量的UE。此外，eNB 101可以直接与任何数量的UE通信，并且向那些UE提供对网络130的无线宽带接入。类似地，eNB 102－103中的每个都可以直接与网络130通信，并且向UE提供对网络130的直接无线宽带接入。此外，eNB 101、102和/或103可以提供对诸如外部电话网络或其它类型的数据网络的其他或者附加外部网络的接入。
UE 111－116可以经由eNB 101－103中的一个或者多个、网络130或者其组合接入语音、数据、视频、视频会议、MMT内容和/或其他宽带服务。在特定实施例中，UE 111－116中的一个或者多个可以与无线保真(WiFi)无线局域网(WLAN)的接入点(AP)关联。
尽管图1示出了无线网络100的一个示例，但是可以对图1进行各种变更。例如，以任何适当布置，无线网络100可以包含任何数量的eNB和任何数量的UE。此外，eNB 101可以直接与任何数量的UE通信，并且向那些UE提供对网络130的无线宽带接入。类似地，eNB102－103中的每个可以直接与网络130通信，并且向UE提供对网络130的直接无线宽带接入。此外，eNB 101、102和/或103可以提供对诸如外部电话网络或其它类型的数据网络的其他或者附加外部网络的接入。
图2示出根据本公开的用于简化的MMT内容呈现的MMT***的方框图。图2所示MMT***150的实施例仅用于说明。可以使用其他实施例，而不脱离本公开的范围。
MMT***150可以位于实现本公开的各种实施例的无线或者有线通信***中。MMT***150被配置用于诸如例如图1中的无线***100的无线通信***中的简化的MMT内容呈现。MMT***150包含发送(TX)天线205、发送(TX)处理电路210、接收(RX)天线215、接收(RX)处理电路220以及处理器225。
诸如发送机的TX处理电路210发送MMT包处理单元(MPU)。例如，TX处理电路210将视频、音频和基于HTML5的内容发送到显示设备。TX处理电路210还可以通过到TX天线205中的不同天线和TX天线205中的天线的不同端口的层映射执行空间复用。在特定实施例中，装置200通过有线连接将MPU发送到显示设备。诸如接收机的RX处理电路220通过接收(RX)天线215从请求MPU的显示设备接收信号。例如，RX处理电路220从显示设备接收对视频、音频和基于HTML 5的内容的请求。
处理器225包含控制装置200的全部操作的处理电路。在一个这种操作中，处理器225控制对显示设备发送MPU。处理器225还识别MPU的资源(asset)、将至少一个资源定义为默认资源，并且将剩余资源定义为丰富资源(enriched asset)。处理器225配置默认资源用于与丰富资源独立的呈现，并且控制包含默认资源和丰富资源的MPU的发送。
例如，显示设备能够接收命令，以接收包含视频、音频和HTML 5内容的呈现。MMT***150接收信号，以将该呈现发送到显示设备。MMT***150识别一个或者多个MPU的资源。该资源能够是MPU的音频资源和视频资源。MMT***150将音频资源和视频资源定义为默认资源。默认资源不使用合成功能。合成功能包含如下中的至少一个：一个或者多个资源之间的空间关系、一个或者多个资源之间的时间关系或者一个或者多个资源与基于HTML 5的内容之间的基于事件的关系。通常，能够将剩余资源(诸如，未定义为默认资源的资源)定义为丰富资源。丰富资源包含合成功能。与丰富资源相比，能够更快地发送默认资源，并且显示设备能够更快地处理和显示默认资源，因为其简单并且因为默认资源不使用合成功能。
MMT***150配置默认资源，使得能够独立地或者不依靠于诸如丰富资源的其他资源来显示默认资源。将默认资源配置为独立显示使得显示设备(包含未配置为显示丰富资源的显示设备)显示默认资源，而不考虑是否接收到并显示丰富资源。MMT***150还将包含默认资源和丰富资源的MPU发送到显示设备，用于显示呈现内容。
MMT***150还使默认资源互相同步。例如，MMT***150使音频分量资源的音频分量呈现时间与视频分量资源的视频分量呈现时间同步。因此，当显示设备显示默认音频和视频资源时，所述呈现的音频分量和视频分量将互相完全对齐。
通过定义默认资源、使资源互相同步以及配置资源以独立运行，MMT***150以相对无缝过渡方式将呈现内容提供给显示设备。例如，当显示设备发起显示器上的呈现时，初始流传输或者下载呈现内容能够产生呈现延迟(诸如临时黑屏)。然而，通过将诸如音频资源和视频资源的一些资源定义为默认资源，如本说明书所述，在丰富内容仍然正在流传输或者下载时，显示设备能够迅速呈现所述呈现内容的音频分量和视频分量到显示器。因此，不发生拖延的黑屏。MMT***150能够使丰富内容同步，使得当流传输的或者下载的丰富内容处于开始通过显示设备呈现的状态时，在与合适的音频和视频内容同步的期望时间呈现丰富内容。此外，一些显示设备可能不能支持丰富内容。在这些情况下，通过将诸如音频资源和视频资源的一些资源定义并且配置为默认资源，如本说明书中所述，在丢弃丰富内容时，显示设备仍能够播放默认音频和视频。
在特定实施例中，MPU能够是多个MPU中的一个，使得每个MPU的资源的顺序处于资源时间线上。例如，第一MMT***150能够发送第一MPU，并且第二MMT***150能够发送第二MPU。第一MMT***150沿着资源时间分配第一位置用于第一MPU的特定资源，并且第二MMT***150沿着资源时间分配第二位置用于第二MPU的特定资源。第一MPU的特定资源的内容不与第二MPU的特定资源的内容重叠。通过给两个MPU的资源分配第一位置和第二位置，显示设备能够以其预期次序或者位置在呈现显示时间线上显示资源。在特定实施例中，单个MMT***150能够发送多个MPU，并且能够在资源时间线上给每个MPU的资源分配不同位置。
图3示出根据本公开的用于简化的MPEG媒体传输(MMT)内容呈现的显示设备300的方框图。显示设备300的实施例仅用于说明。可以使用其他实施例，而不脱离本公开的范围。
能够在实现本公开的各种实施例的无线通信***中实现显示设备300。显示设备300布置于诸如例如图1中的无线***100的无线通信***中的通信点处。在特定实施例中，显示设备300是UE，诸如，移动台、用户台、平板电脑、计算机终端、电视机等等。在一个示例中，显示设备300是图1中的UE 116。显示设备300包括发送(TX)天线305、发送(TX)处理电路310、接收(Rx)天线315、接收(Rx)处理电路320、控制器325以及显示器301。
诸如发送机的TX处理电路310将信号发送到请求用于呈现内容的MPEG媒体传输(MMT)包处理单元(MPU)的第一MMT***150或者第二MMT***150中的至少一个。TX处理电路310还可以通过到TX天线305中的不同天线和TX天线305中的天线的不同端口的层映射执行空间复用。
诸如接收机的Rx处理电路320从Rx天线315接收由第一MMT***150或者第二MMT***150中的至少一个发送的用于呈现内容的输入MPU。Rx处理电路320处理接收的信号，以识别发送点发送的信息。
控制器325包含：处理器、多处理***或者处理电路，并且配置该控制器325以控制显示设备300的全部操作。在一个这种操作中，控制器325根据众所周知的原理控制Rx处理电路320和TX处理电路310的信道信号的接收和信道信号的发送。控制器325还控制显示器301显示来自从MMT***150发送的MPU的呈现内容。
MMT是IP环境下和非IP环境下的多媒体传递标准。MMT通常具有四个功能，包含：封装(Encapsulation)、传递(Delivery)、信令(Signaling)和合成(Composition)。在这四个功能中，合成的目的是提供MMT内容消费要求的信息。合成提供与HTML 5以及某些工具的基于事件的关系、空间关系和时间关系。然而，对于简单的A/V MMT内容，合成可能没有必要。
MMT提供支持任何媒体类型的传输和编解码器的类属媒体流传输方案。MMT定义传输协议(MMTP)，设计该传输协议(MMTP)支持有效载荷类型的有限集合而不考虑媒体类型或者编码格式，同时还提供满足不同多媒体传递服务的需要的信息。
MMTP支持流传输和下载模式，其中对于ISO媒体文件格式化文件的分组流传输优化流传输模式(MPU模式)。下载模式允许灵活传递类属文件(GFD模式)。此外，MMTP传递流传输支持数据，诸如前向纠错(FEC)修复数据和信令消息。
媒体内容及其有关元数据的聚集构造了MMT包。MMT包从一个或者多个发送实体传递到客户端。MMT包的每个媒体分量，诸如一条音频或者视频内容，构成MMT资源。资源与能够与其实际物理位置无关的标识符关联，或者与提供资源的服务提供商关联。标识符使得资源被全局且唯一地识别。MMT不规定特定标识机制，但是允许URI或者UUID用于该目的。每个资源具有其自己的时间线。例如，每个资源能够与MMT包创建的整个呈现具有不同的长度。
为了传递目的，以特定编码方式编码资源。随后能够将编码分割为称为MPU的多个片段用于呈现目的(诸如容纳广告***)。每个MPU构成客户端的呈现引擎独立消费的资源的编码的片段。例如，将MPU格式化为符合ISO媒体文件格式(ISO-BMFF)文件。资源的同一编码的MPU在时间上不重叠。例如，资源的同一编码的两个连续MPU不含有相同媒体样本。
图4示出根据本公开的MMT包、资源、编码和MPU之间的示例关系。图4所示的MMT关系的实施例仅用于说明。可以使用其他实施例，而不脱离本公开的范围。
在MMT中，利用MMTP，将来自一个或者多个MPU的数据流传输到客户端。在单播中，由客户端使用外部会话控制协议发起流传输会话。在多播/广播中，客户端利用MMT信令或者外部信令发现进行中的流传输会话。在没有外部呈现描述文件的情况下，客户端利用描述服务的默认音频和视频分量的MMT信令在客户端适当设置媒体处理。在这种情况下，默认音频和视频分量对资源时间线使用相同的时间参考(原点)，从而使得能够音频/视频同步。通过发送实体之间的时间同步，媒体内容提供商能够确保接收实体能够维持来自多个资源的MPU的媒体数据的同步呈现。呈现时间线管理MMT包的MPU的呈现。
在特定实施例中，以提供MPU在资源时间线上的位置的MPU来提供数据。如下提供定义：
箱类型：“mmpu”
容器：文件
强制性：是
数量：一个或者多个
MMT处理单元(“mmpu”)箱提供当前MPU所属的资源标识符和当前MPU在资源时间线上的位置以及当前MPU的其他信息。资源标识符提供资源的全局唯一标识。MPU信息包含MPU在相应资源中的序号。当要求MMT处理单元与MPU一起存储传输特性信息时，MMPU在文件级存储于“元”箱中。
如下提供上述实施例的示例语法：
参考上述示例语法，字段“is_complete”指示MPU是否具有MFU结构描述的所有媒体碎片单元(MFU)。字段“mpu_sequence_number”指示当前MPU的序号。例如，资源中的第一MPU具有为“0”的mpu_sequence_number。每个后续的MPU具有以“1”递增的mpu_sequence_number，使得第二MPU具有为“1”的mpu_sequence_number，并且第三MPU具有为“2”的mpu_sequence_number。字段“position_in_asset_presentation_time”指示等于资源的同一编码的所有先前MPU(序号比当前MPU的序号更小)的呈现时间的和的整数。字段“position_ID_scheme”标识asset_id_value中使用的资源ID的方案。能够利用多个方案表示内容的标识。例如，能够利用scheme-length-value表示内容的标识。当利用scheme-length-value表示内容的标识时，新的标识方案可能非必要。下面在表1中列出有效方案。
表1
[表1]
值 描述
“UUID” UUID
“URI” URI
下面提供上述实施例的示例语法：
asset_ID_length-asset_id_value的长度。
asset_ID_value-包含资源的标识符。该字段中的值的格式对asset_id_scheme字段中的值特定。
在特定实施例中，为了使得能够消费提供诸如具有基本线性电视服务(basiclinear television service)的媒体资源的有限集合的基本MMT包，MMT接收机识别默认音频/视频(以及一些实施例中，文本)资源。MMT接收机对齐它们的时间线用于同步的回放。在MPT表中适当标记默认资源，并且被标记的默认资源具有相同时间原点的资源时间线。此外，被标记默认资源的每个MPU在“mmpu”箱中携带其在资源时间线上的位置，并且默认资源标志被设定为真或者“1”。
完整MPT具有与包含所有资源的列表的包有关的信息。子集MPT具有完整MPT的一部分信息。MPT子集－0具有用于分组消费的最少信息。下面在表2中提供MPT的示例语法。
表2
[表2]
对于上面在表2的示例语法中所示的字段，字段“table_id”指示MPT的ID。完整MPT和每个子集MPT使用不同的表标识符。MPT的子集号被“table_id”字段隐含地表示。因为连续地分配“table_id”字段值，所以从“table_id”推导MPT子集号。例如，MPT子集号等于“table_id”字段与基础MPT的“table_id”字段的值之差。MPT子集号是当前MPT的子集号。号“0”指示基础MPT，并且号“1”至“14”指示MPT的不同子集。号“15”指示完整MPT。
字段“version”指示MPT的版本。如果字段“table_id”指示完整MPT(诸如通过指示“15”的值)，如果子集－0MPT具有与“table_id”字段相同的版本值，诸如当字段“MPT_mode”具有等于1的值时，如果具有较低子集号的所有MPT子集具有与“table_id”字段相同的版本值，诸如当字段“MPT_mode”具有等于0的值时，或者如果处理MPT子集是独立的，诸如当字段“MPT_mode”具有等于2的值时，则一收到较MPT的新版本，MPT的较新版本就替换MPT的较老版本。
如果子集－0MPT具有较新版本，则除了当字段“MPT_mode”处于独立模式时之外，将先前存储于MMT接收单元内的具有最高14的较高子集值的所有MPT子集看作是陈旧的。当MPT子集值不等于0并且字段“MPT_mode”具有等于1的值时，忽略版本与存储于MMT接收实体中的子集－0MPT的版本不同的MPT子集的内容。此外，当MPT子集值不等于0并且字段“MPT_mode”具有等于0的值时，忽略版本与存储于MMT接收实体中的较低子集MPT子集的版本不同的MPT子集的内容。在实施例中，版本变更以模－256递增。
字段“length”指示以字节为单位的MPT的长度。从MPT表的下一个字段的开始到最后字节计算“length”字段。值0永远不用于字段“length”。
字段“MPT_mode”指示当使用MPT子集机制时的MPT子集处理模式。在顺序处理模式中，并且在MPT的非零子集值情况下，MMT接收单元在处理当前MPT子集之前接收与当前收到的MPT子集具有相同版本的具有较低子集值的所有MPT子集。例如，如果MMT接收单元尚未收到相同版本的子集－2MPT，则MMT接收单元可以不处理子集－3MPT。在次序无关处理模式中，并且在当前MPT集合的子集值设定为非零值的情况下，只要存储于MMT接收单元中的子集－0MPT具有当前MPT子集相同的版本，MMT接收单元就在收到当前MPT子集后或者响应于接收到当前MPT子集处理当前MPT子集。
在独立处理模式中，单独地管理每个MPT子集的版本。在这种模式下，MPT成分被分割，使得每个MPT子集由多个MMT接收单元中的至少一个传递。MPT子集的独立模式用于多信道实例化(instantiation)。例如，将从子集－0MPT到子集－N MPT的MPT子集分配为从信道－0到信道－N的逻辑信道。当媒体控制接口(MCI)消息携带MCIT子集和相关联的MPT子集两者时，MCIT中的合成信息模式(CI_mode)和MPT中的MPT_mode具有相同的值。不同MPT模式的值的示例列于下面的表3中。
表3
[表3]
值 描述
00 “sequential_order_processing_mode”
01 “order_irrelevant_processing_mode”
10 “independent_processing_mode”
11 保留
字段“MMT_package_id”是包的全局唯一标识符。字段“MMT_package_id”使用UTF-8字符编码。字段“MMT_package_id_length”是以字节为单位的MMT_package_id字符串的长度。字段“MMT_package_id_length”排除结尾空字符。字段“MMT_package_id_byte”是MMT_package_id字符串中的字节。字段“MMT_package_id_byte”不包含字符串中的结尾空字符。字段“MPT_descriptors”提供MPT的描述符。字段“MPT_descriptors_length”识别描述符语法循环(descriptor syntax loop)的长度。从下一个字段到描述符语法循环的末尾计算识别的描述符语法循环的长度。语法循环中能够***几个描述符。例如，语法循环能够包含附加包信息URL描述符。附加包信息URL描述符指示包的包信息网页的URL。
字段“MPT_descriptors_byte”是描述符循环中的一个字节。字段“number_of_assets”指示特定MPT提供其信息的资源的数量。字段“asset_id”指示资源标识符。字段“asset_id”是没有结尾空字符、等于合成信息(CI)中的AI元素的识别属性中的一个的ASCII字符串。字段“asset_id_length”指出以字节为单位的“asset_id”字段的长度。字段“asset_id_byte”是“asset_id”字段中的字节。字段“mime_type”指示MIME资源的类型。字段“default_asset_flag”指示如果“default_asset_flag”字段具有等于0的值，则资源属于MMT包的默认资源。字段“MPU_sequence_number”是MPU的序号。在“presentation_time”字段指示的时间将MPU_sequence_number字段值提供到MCI。“presentation_time”字段是序列值与在“default_asset_flag”字段中具有等于1的值的资源的“MPU_sequence_number”字段值相等的MPU的第一媒体样本的呈现时间。
“packet_id”字段包含MMTP分组首标中的GFD会话的标识符。字段“asset_clock_relation_flag”指示资源是将网络时间协议(NTP)时钟还是将另一个时钟***用作时钟参考。如果“asset_clock_relation_flag”的值等于1，则“asset_clock_relation_id”字段包含于资源发送中。如果“asset_clock_relation_flag”的值等于0，则NTP时钟用于该资源。字段“asset_clock_relation_id”标识资源的时钟关系。“asset_clock_relation_id”字段参考资源的CRI_descriptor()传递的时钟关系。“asset_clock_relation_id”字段值是CRI描述符提供的clock_relation_id值中的一个。
字段“asset_timescale_flag”指示是否提供了“asset_timescale”字段信息。如果“asset_timescale_flag”字段具有等于1的值，则包含“asset_timescale”字段。如果“asset_timescale_flag”字段具有等于0的值，则“asset_timescale”字段是90,000(90kHz)。“location_count”指示资源的位置信息的数量。如果“location_count”字段具有等于1的值，则通过一个位置传递资源。如果“location_count”字段具有不是1的值，则通过多个信道或者位置传递资源。在特定实施例中，通过多个信道或者位置传递资源称为批传递，使得通过多个信道或者位置传递资源的各MPU。当通过多个信道或者位置传递一个资源时，MMT接收实体从所有指示的信道或者位置接收资源的所有MPU。
字段“asset_timescale”指示用于资源的所有时间戳的时间单位的信息。以每秒的单位数量表示字段“asset_timescale”。字段“MMT_general_location_info_for_asset_location”指示资源的位置信息。资源的通用位置参考信息能够由8.3.13.2定义。识别资源位置的“location_type”字段值介于“0x00”与“0x06”之间。字段“as set_descriptors_length”识别从下一个字段的开始到资源描述符语法循环的末尾计算的字节的数量。字段“asset_descriptors_byte”是资源描述符中的字节。
在特定实施例中，完整MPT包含与包有关的信息以及全部资源的列表。子集MPT具有来自完整MPT的信息的一部分。MPT子集－0具有用于包消费的最少信息。下面在表4中提供MPT的示例语法。
表4
[表4]
对于上面在表4的示例语法中示出的字段，字段“table_id”指示MPT的ID。完整MPT和每个子集MPT使用不同的表标识符。MPT的子集号由“table_id”字段隐含地表示。因为连续地分配“table_id”字段值，所以从“table_id”推导MPT子集号。例如，MPT子集号等于“table_id”字段和基础MPT的“table_id”字段的值之差。MPT子集号是当前MPT的子集号。号“0”指示基础MPT，并且号“1”至“14”指示MPT的不同子集。号“15”指示完整MPT。
字段“version”指示MPT的版本。如果字段“table_id”指示完整MPT(诸如通过指示为“15”的值)，如果子集－0MPT具有与“table_id”字段相同的版本值，诸如当字段“MPT_mode”具有等于1的值时，如果具有较低子集号的所有MPT子集具有与“table_id”字段相同的版本值，诸如当字段“MPT_mode”具有等于0的值时，或者如果独立处理MPT子集，诸如当字段“MPT_mode”具有等于2的值时，则一收到较新版本的MPT，MPT的较新版本就替换MPT的较老版本。
如果子集－0MPT具有较新版本，则除了当字段“MPT_mode”处于独立模式时之外，将先前存储于MMT接收单元中的具有最高14的较高子集值的所有MPT子集看作是陈旧的。当MPT子集值不等于0并且字段“MPT_mode”具有等于1的值时，忽略版本与存储于MMT接收实体中的子集－0MPT的版本不同的MPT子集的内容。此外，当MPT子集值不等于0并且字段“MPT_mode”具有等于0的值时，忽略版本与存储于MMT接收实体中的较低子集MPT子集的版本不同的MPT子集的内容。在实施例中，版本变更以模－256递增。
字段“length”指示以字节为单位的MPT的长度。从下一个字段的开始到MPT表的最后字节计算“length”字段。值0永远不用于字段“length”。
字段“MPT_mode”指示当使用MPT子集机制时的MPT子集处理模式。在顺序处理模式中，并且在MPT的非零子集值情况下，MMT接收单元在处理当前MPT子集之前接收与当前接收到的MPT子集具有相同版本的具有较低子集值的所有MPT子集。例如，如果MMT接收单元尚未收到相同版本的子集－2MPT，则MMT接收单元可以不处理子集－3MPT。在次序无关处理模式中，并且在当前MPT集合的子集值设定为非零值的情况下，只要存储于MMT接收单元中的子集－0MPT具有当前MPT子集的相同版本，MMT接收单元就在接收到当前MPT子集后或者响应于接收到当前MPT子集处理当前MPT子集。
在独立处理模式中，单独地管理每个MPT子集的版本。在这种模式下，MPT成分被分割，使得每个MPT子集由多个MMT接收单元中的至少一个传递。MPT子集的独立模式用于多信道实例化。例如，将从子集－0 MPT到子集－N MPT的MPT子集分配为从信道－0到信道－N的逻辑信道。当媒体控制接口(MCI)消息携带MCIT子集和相关联的MPT子集两者时，MCIT中的CI_mode和MPT中的MPT_mode具有相同的值。不同MPT模式的值的示例列于下面的表5中。
表5
[表5]
值 描述
00 “sequential_order_processing_mode”
01 “order_irrelevant_processing_mode”
10 “independent_processing_mode”
11 保留
字段“MMT_package_id”是包的全局唯一标识符。字段“MMT_package_id”使用UTF-8字符编码。字段“MMT_package_id_length”是以字节为单位的MMT_package_id字符串的长度。字段“MMT_package_id_length”排除结尾空字符。字段“MMT_package_id_byte”是MMT_package_id字符串中的字节。字段“MMT_package_id_byte”不包含字符串中的结尾空字符。字段“MPT_descriptors”提供MPT的描述符。字段“MPT_descriptors_length”标识描述符语法循环的长度。从下一个字段到描述符语法循环的末尾计算识别的描述符语法循环的长度。语法循环中能够***几个描述符。例如，语法循环能够包含附加包信息URL描述符。附加包信息URL描述符指示包的包信息网页的URL。
字段“MPT_descriptors_byte”是描述符循环中的一个字节。字段“number_of_assets”指示特定MPT提供其信息的资源的数量。字段“asset_id”指示资源标识符。字段“asset_id”是没有结尾空字符、等于CI中的AI元素的识别属性中的一个的ASCII字符串。字段“asset_id_length”指示以字节为单位的“asset_id”字段的长度。字段“asset_id_byte”是“asset_id”字段中的字节。字段“mime_type”指示MIME资源的类型。字段“default_asset_flag”指示如果“default_asset_flag”字段具有等于0的值，则资源属于MMT包的默认资源。字段“MPU_info_count”指示关于其提供呈现信息的当前资源的MPU的数量。
字段“MPU_sequence_number”是MPU的序号。在“presentation_time”字段指示的时间将MPU_sequence_number字段值提供到MCI。“presentation_time”字段是序列值与在“default_asset_flag”字段中具有等于1的值的资源的“MPU_sequence_number”字段值相等的MPU的第一媒体样本的呈现时间。
“packet_id”字段包含MMTP分组首标中的GFD会话的标识符。字段“asset_clock_relation_flag”指示资源是将网络时间协议(NTP)时钟还是将另一个时钟***用作时钟参考。如果“asset_clock_relation_flag”的值等于1，则“asset_clock_relation_id”字段包含于资源发送中。如果“asset_clock_relation_flag”的值等于0，则NTP时钟用于该资源。字段“asset_clock_relation_id”标识资源的时钟关系。“asset_clock_relation_id”字段参考资源的CRI_descriptor()传递的时钟关系。“asset_clock_relation_id”字段值是CRI描述符提供的clock_relation_id值中的一个(请参见子句8.3.13.1)。
字段“asset_timescale_flag”指示是否提供了“asset_timescale”字段信息。如果“asset_timescale_flag”字段具有等于1的值，则包含“asset_timescale”字段。如果“asset_timescale_flag”字段具有等于0的值，则“asset_timescale”字段是90,000(90kHz)。“location_count”指示资源的位置信息的数量。如果“location_count”字段具有等于1的值，则通过一个位置传递资源。如果“location_count”字段具有不是1的值，则通过多个信道或者位置传递资源。在实施例中，通过多个信道或者位置传递资源称为批传递，使得通过多个信道或者位置传递资源的各MPU。当通过多个信道或者位置传递一个资源时，MMT接收实体从所有指示的信道或者位置接收资源的所有MPU。
字段“asset_timescale”指示用于资源的所有时间戳的时间单位的信息。以每秒的单位数量表示字段“asset_timescale”。字段“MMT_general_location_info_for_asset_location”指示资源的位置信息。资源的通用位置参考信息能够由8.3.13.2定义。标识资源位置的“location_type”字段值介于“0x00”与“0x06”之间。字段“asset_descriptors_length”标识从下一个字段的开始到资源描述符语法循环的末尾计算的字节的数量。字段“asset_descriptors_byte”是资源描述符中的字节。
在实施例中，呈现时间包含于MPU首标中。图5示出根据本公开的MMT有效载荷首标的示例结构。对于携带MFU的有效载荷，取决于“T”标志的值，提供附加信息。图6示出根据本公开的定时媒体MFU首标的示例结构，而图7示出根据本公开的非定时媒体MFU首标的示例结构。
字段“MPU fragment type”指示碎片类型，并且从下面所示的表6中取值。
表6
[表6]
字段“timed flag”是指示碎片是否来自携带定时值的MPU的一位字段。如果“timed flag”字段值等于0，则MPU携带定时媒体。如果“timed flag”字段值等于1，则MPU携带非定时媒体。字段“f_i”是指示碎片指示符是否包含关于有效载荷中的数据单元的碎片的信息的2位字段。下面所示的表7列出四个示例“f_i”字段值。
表7
[表7]
标志用于指示MMT有效载荷中携带的各种信息的存在。在MMT有效载荷中能够同时设定这些标志。字段“aggregation_flag”是指示一个以上的数据单元何时存在于有效载荷中的一位字段。例如，当“aggregation_flag”字段具有等于1的值时，“aggregation_flag”字段指示一个以上的数据单元存在于有效载荷中，使得多个数据单元被聚合。“fragment_counter”字段是指定当前MMT有效载荷接续的含有相同数据单元的碎片的有效载荷的数量的8位字段。如果“aggregation_flag”具有等于1的值，则“fragment_counter”字段具有等于0的值。
字段“DU_length”是指示跟在“DU_length”字段后面的数据的长度的16位字段。当“aggregator_length”字段具有等于0的值时，不提供“DU_length”字段。然而，当“aggregator_length”字段具有等于1的值时，“DU_length”字段在有效载荷中出现的次数与在有效载荷中聚合的数据单元的数量相同。“DU_length”字段位于每个聚合的数据单元前面。字段“DU_Header”是数据单元的首标。“DU_Header”字段取决于FT字段。利用定时和非定时媒体的不同语义，仅对MFU碎片类型定义首标，如T标志所指示的。
字段“MPU_sequence_number”是指示此MPU碎片所属的MPU的序号的32位字段。字段“movie_fragment_sequence_number”是指示此MFU的媒体数据所属的电影碎片的序号的32位字段。字段“sample_number”是指示MFU的媒体数据所属的样本的样本号的32位。
字段“Offset”是使参考样本内部的MFU的元数据偏移的16位字段。字段“subsample_priority”字段是指示与同一个MPU携带的其他媒体数据相比，此MFU携带的媒体数据的优先级的8位字段。“subsample_priority”字段值介于0与255之间，使得较高的值指示较高的优先级。字段“dependency_counter”是指示取决于其对MFU中的媒体数据所做的媒体处理的数据单元的数量的8位字段。字段“Item_ID”是标识作为MFU的一部分携带的项目的32位字段。
字段“presentation_timestamp”是提供MPU中的第一媒体样本的呈现时间戳的64位字段。时间戳被提供为指示UTC时间的NTP时间戳。如果存在，则呈现层提供的呈现信息代替此信息。对于FT类型1，没有可用的附加DU首标。设定RAP标志，以标记具有为0和1的值并且在定时媒体情况下用于含有同步样本或者其碎片的MFU和对于非定时MPF的主项的FT的数据单元。
在特定实施例中，利用描述符标识呈现时间。通过利用描述符标识呈现时间，能够自动控制呈现时间的加法。“自动”被定义为没有人类介入，并且没有另一个实体的介入。下面在表8中提供MPT的示例语法。
表8
[表8]
对于上面在表8的示例语法中所示的字段，字段“table_id”指示MPT的ID。完整MPT和每个子集MPT使用不同的表标识符。MPT的子集号通过“table_id”字段隐含地表示。因为连续地分配“table_id”字段值，所以从“table_id”推导MPT子集号。例如，MPT子集号等于“table_id”字段与基础MPT的“table_id”字段的值之差。MPT子集号是当前MPT的子集号。号“0”指示基础MPT，并且号“1”至“14”指示MPT的不同子集。号“15”指示完整MPT。
字段“version”指示MPT的版本。如果字段“table_id”指示完整MPT(诸如通过指示为“15”的值)，如果子集－0MPT具有与“table_id”字段相同的版本值，诸如当字段“MPT_mode”具有等于1的值时，如果具有较低子集号的所有MPT子集具有与“table_id”字段相同的版本值，诸如当字段“MPT_mode”具有等于0的值时，或者如果处理MPT子集是独立的，诸如当字段“MPT_mode”具有等于2的值时，则一接收到MPT的较新版本，MPT的较新版本就替换MPT的较老版本。
如果子集－0MPT具有较新版本，则除了当字段“MPT_mode”处于独立模式时之外，将先前存储于MMT接收单元中的具有最高14的较高子集值的所有MPT子集看作是陈旧的。当MPT子集值不等于0并且字段“MPT_mode”具有等于1的值时，忽略版本与存储于MMT接收实体中的子集－0MPT的版本不同的MPT子集的内容。此外，当MPT子集值不等于0并且字段“MPT_mode”具有等于0的值时，忽略版本与存储于MMT接收实体中的较低子集MPT子集的版本不同的MPT子集的内容。在实施例中，版本变更以模－256递增。
字段“length”指以字节为单位的MPT的长度。“length”字段从下一个字段的开始到MPT表的最后字节计算。值0永远不用于字段“length”。
字段“MPT_mode”指示当使用MPT子集机制时的MPT子集处理模式。在顺序处理模式中，并且在MPT的非零子集值情况下，MMT接收单元在处理当前MPT子集之前接收与当前接收到的MPT子集具有相同版本的、具有较低子集值的所有MPT子集。例如，如果MMT接收单元尚未接收到相同版本的子集－2MPT，则MMT接收单元可以不处理子集－3MPT。在次序无关处理模式中，并且在当前MPT的子集值设定为非零值的情况下，只要存储于MMT接收单元中的子集－0MPT具有当前MPT子集的相同版本，MMT接收单元就在接收到当前MPT子集后或者响应于接收到当前MPT子集处理当前MPT子集。
在独立处理模式中，单独地管理每个MPT子集的版本。在这种模式下，MPT成分被分割，使得每个MPT子集由多个MMT接收单元中的至少一个传递。MPT子集的独立模式用于多信道实例化。例如，将从子集－0MPT到子集－N MPT的MPT子集分配为从信道－0到信道－N的逻辑信道。当媒体控制接口(MCI)消息携带MCIT子集和相关联的MPT子集两者时，MCIT中的CI_mode和MPT中的MPT_mode具有相同的值。不同MPT模式的值的示例列于下面的表9中。
表9
[表9]
值 描述
00 “sequential_order_processing_mode”
01 “order_irrelevant_processing_mode”
10 “independent_processing_mode”
11 保留
字段“MMT_package_id”是包的全局唯一标识符。字段“MMT_package_id”使用UTF-8字符编码。字段“MMT_package_id_length”是以字节为单位的MMT_package_id字符串的长度。字段“MMT_package_id_length”排除结尾空字符。字段“MMT_package_id_byte”是MMT_package_id字符串中的字节。字段“MMT_package_id_byte”不包含字符串中的结尾空字符。字段“MPT_descriptors”提供MPT的描述符。字段“MPT_descriptors_length”标识描述符语法循环的长度。从下一个字段到描述符语法循环的末尾计算标识的描述符语法循环的长度。语法循环中能够***几个描述符。例如，语法循环能够包含附加包信息URL描述符。附加包信息URL描述符指示包的包信息网页的URL。
字段“MPT_descriptors_byte”是描述符循环中的一个字节。字段“number_of_assets”指示特定MPT提供其信息的资源的数量。字段“asset_id”指示资源标识符。字段“asset_id”是没有结尾空字符、等于CI中的AI元素的标识属性中的一个的ASCII字符串。字段“asset_id_length”指示以字节为单位的“asset_id”字段的长度。字段“asset_id_byte”是“asset_id”字段中的字节。字段“mime_type”指示MIME资源的类型。字段“default_asset_flag”指示如果“default_asset_flag”字段具有等于0的值，则资源属于MMT包的默认资源。字段“MPU_info_count”指示关于其提供呈现信息的当前资源的MPU的数量。
字段“MPU_sequence_number”是MPU的序号。在“presentation_time”字段指示的时间将MPU_sequence_number字段值提供到MCI。“presentation_time”字段是序列值与在“default_asset_flag”字段中具有等于1的值的资源的“MPU_sequence_number”字段值相等的MPU的第一媒体样本的呈现时间。
“packet_id”字段包含MMTP分组首标中的GFD会话的标识符。字段“asset_clock_relation_flag”指示资源是将NTP时钟还是将另一个时钟***用作时钟参考。如果“asset_clock_relation_flag”的值等于1，则“asset_clock_relation_id”字段包含于资源发送中。如果“asset_clock_relation_flag”的值等于0，则NTP时钟用于该资源。字段“asset_clock_relation_id”标识资源的时钟关系。“asset_clock_relation_id”字段参考资源的CRI_descriptor()传递的时钟关系。“asset_clock_relation_id”字段值是CRI描述符提供的clock_relation_id值中的一个(请参见子句8.3.13.2)。
字段“asset_timescale_flag”指示是否提供了“asset_timescale”字段信息。如果“asset_timescale_flag”字段具有等于1的值，则包含“asset_timescale”字段。如果“asset_timescale_flag”字段具有等于0的值，则“asset_timescale”字段是90,000(90kHz)。“location_count”指示资源的位置信息的数量。如果“location_count”字段具有等于1的值，则通过一个位置传递资源。如果“location_count”字段具有不是1的值，则通过多个信道或者位置传递资源。在特定实施例中，通过多个信道或者位置传递资源称为批传递，使得通过多个信道或者位置传递资源的各MPU。当通过多个信道或者位置传递一个资源时，MMT接收实体从所有指示的信道或者位置接收资源的所有MPU。
字段“asset_timescale”指示用于资源的所有时间戳的时间单位的信息。以每秒的单位数量表示字段“asset_timescale”。字段“MMT_general_location_info_for_asset_location”指示资源的位置信息。资源的通用位置参考信息能够由8.3.13.2定义。标识资源位置的“location_type”字段值介于“0x00”与“0x06”之间。字段“as set_descriptors_length”标识从下一个字段的开始到资源描述符语法循环的末尾计算的字节的数量。字段“asset_descriptors_byte”是资源描述符中的字节。
下面示出的表10示出MPU时间戳描述符的示例结构。
表10
[表10]
语法 位数 助记符号
MPU_Timestamp_descriptor(){
descriptor_tag 16 uimsbf
descriptor_length 8 uimsbf
for(i＝0；i<N；i++){
mpu_sequence_number 32 uimsbf
mpu_presentation_time 64 uimsbf
}
}
对于上面在表10的示例结构中示出的字段，字段“descriptor_tag”基于值指示描述符的类型。字段“descriptor_length”是指示以字节为单位从“descriptor_length”字段之后的下一个字节到描述符的最后字节计算的长度的字段。字段“mpu_sequence_number”是指示在“mpu_presentation_time”字段给出的时间呈现的MPU的序号的字段。“mpu_presentation_time”字段是指示指定的MPU中的第一资源单元的呈现时间的64位NTP时间戳格式化字段。
图8是根据本公开的简化的MPEG媒体传输(MMT)内容呈现的示例方法800。尽管流程图描绘了一系列顺序步骤，但是除非明确陈述，否则不应该从关于执行的特定次序的序列得出推论，顺序地而非同时地或按重叠的方式来执行其步骤或部分，或者排它地执行描绘的步骤而没有介于其间的或中间的步骤的发生。所示的示例中描绘的过程由例如MMT***中的发送机链实现。
在方框805中，装置的处理器识别MPEG媒体传输(MMT)包处理单元(MPU)的两个或者多个资源。在方框810中，MMT***的处理器将两个或者多个资源中的至少一个定义为默认资源，并且剩余的一个或者多个资源定义为丰富资源。至少一个默认资源不包含合成功能。在特定实施例中，至少一个默认资源包含至少两个默认资源：视频分量资源和音频分量资源。合成功能包含如下中的至少一个：一个或者多个资源之间的空间关系、一个或者多个资源之间的时间关系或者一个或者多个资源与基于HTML 5的内容之间的基于事件的关系。在特定实施例中，一个或者多个丰富资源确实包含合成功能。
在方框815中，MMT***的处理器配置至少一个默认资源，用于与一个或者多个丰富资源独立的呈现。在方框820中，在发送MPU之前，MMT***的处理器使音频分量资源的音频分量呈现时间与视频分量资源的视频分量呈现时间同步。在方框825中，MMT***的处理器使至少一个默认资源的默认资源呈现时间与一个或者多个丰富资源的丰富资源呈现时间同步。
在方框830，MMT***的处理器在与另一个MPU的至少一个资源共享的资源时间线上分配至少一个默认资源的位置。在方框835中，MMT***的处理器发送包含至少一个默认资源和一个或者多个丰富资源的MPU。在特定实施例中，发送MPU包括利用MMT协议(MMTP)流传输MPU。
尽管已经利用示例性实施例描述了本公开，但是一位本领域内技术人员可以想到各种变更和修改。本公开旨在涵盖落入所附权利要求的范围内的这些变更和修改。

Claims (20)

1.一种用于简化的MPEG媒体传输(MMT)内容呈现的方法，所述方法包括：识别MPEG媒体传输(MMT)包处理单元(MPU)的两个或者更多个资源；将所述两个或者更多个资源的至少一个定义为默认资源，并且将剩余的一个或者多个资源定义为丰富资源，其中至少一个默认资源不包含合成功能；配置所述至少一个默认资源用于与一个或者多个丰富资源独立的呈现；以及发送包含所述至少一个默认资源和所述一个或者多个丰富资源的MPU。
2.根据权利要求1所述的方法，其中所述至少一个默认资源包括至少两个默认资源：视频分量资源和音频分量资源。
3.根据权利要求2所述的方法，还包括在发送所述MPU之前，使所述音频分量资源的音频分量呈现时间与所述视频分量资源的视频分量呈现时间同步。
4.根据权利要求1所述的方法，还包括使所述至少一个默认资源的默认资源呈现时间与所述一个或者多个丰富资源的丰富资源呈现时间同步。
5.根据权利要求1所述的方法，其中所述一个或者多个丰富资源包括所述合成功能。
6.根据权利要求1所述的方法，其中所述合成功能包括如下中的至少一个：一个或者多个资源之间的空间关系、一个或者多个资源之间的时间关系、或者一个或者多个资源与基于HTML 5的内容之间的基于事件的关系。
7.根据权利要求1所述的方法，还包括在与另一个MPU的至少一个资源共享的资源时间线上分配所述至少一个默认资源的位置。
8.根据权利要求1所述的方法，其中发送所述MPU包括利用MMT协议(MMTP)流传输所述MPU。
9.一种用于简化的MPEG媒体传输(MMT)内容呈现的装置，所述装置包括：处理单元，其被配置为：识别MPEG媒体传输(MMT)包处理单元(MPU)的两个或者更多个资源，将所述两个或者更多个资源的至少一个定义为默认资源，并且将剩余的一个或者多个资源定义为丰富资源，其中至少一个默认资源不包含合成功能，并且配置所述至少一个默认资源用于与一个或者多个丰富资源独立的呈现；以及发送机，其被配置为发送包含所述至少一个默认资源和所述一个或者多个丰富资源的MPU。
10.根据权利要求9所述的装置，其中所述至少一个默认资源包括至少两个默认资源：视频分量资源和音频分量资源。
11.根据权利要求10所述的装置，其中处理单元被进一步配置为在发送所述MPU之前，使所述音频分量资源的音频分量呈现时间与所述视频分量资源的视频分量呈现时间同步。
12.根据权利要求9所述的装置，其中处理单元被进一步配置为使所述至少一个默认资源的默认资源呈现时间与所述一个或者多个丰富资源的丰富资源呈现时间同步。
13.根据权利要求9所述的装置，其中所述一个或者多个丰富资源包括所述合成功能。
14.根据权利要求9所述的装置，其中所述合成功能包括如下中的至少一个：一个或者多个资源之间的空间关系、一个或者多个资源之间的时间关系或者一个或者多个资源与基于HTML 5的内容之间的基于事件的关系。
15.根据权利要求9所述的装置，其中处理单元被进一步配置为在与另一个MPU的至少一个资源共享的资源时间线上分配至少一个资源的位置。
16.根据权利要求9所述的装置，其中所述发送机被配置为通过利用MMT协议(MMTP)流传输所述MPU，来发送所述MPU。
17.一种用于简化的MPEG媒体传输(MMT)内容呈现的***，所述***包括：第一设备，其被配置为：将包含第一MPU的至少一个默认资源和第一MPU的一个或者多个丰富资源的第一MPU发送到显示设备的接收机，其中给第一MPU的所述至少一个默认资源分配默认资源时间线上的第一位置；以及第二设备，被配置为：将包括第二MPU的至少一个默认资源和第二MPU的一个或者多个丰富资源的第二MPU发送到所述显示设备的接收机，其中给第二MPU的所述至少一个默认资源分配所述默认资源时间线上的第二位置，使得在所述显示设备的接收机接收到第一MPU的所述至少一个默认资源和第二MPU的所述至少一个默认资源后，所述显示设备在由第一位置和第二位置确定的默认资源时间线上的相关时间，显示第一MPU的所述至少一个默认资源的内容和第二MPU的所述至少一个默认资源的内容。
18.根据权利要求17所述的***，其中第一MPU的所述一个或者多个丰富资源和第二MPU的所述一个或者多个丰富资源被配置为显示在沿着与所述默认资源时间线同步的丰富资源时间线的位置。
19.根据权利要求17所述的***，其中第一MPU的所述至少一个默认资源包括第一MPU的至少两个默认资源：第一视频分量资源和第一音频分量资源，并且其中第二MPU的所述至少一个默认资源包括第二MPU的至少两个默认资源：第二视频分量资源和第二音频分量资源。
20.根据权利要求19所述的***，其中所述第一设备被配置为在发送第一MPU之前，使所述第一音频分量资源的第一音频分量呈现时间与第一视频分量资源的第一视频分量呈现时间同步，并且其中第二设备被配置为在发送第二MPU之前，使第二音频分量资源的第二音频分量呈现时间与第二视频分量资源的第二视频分量呈现时间同步。
CN201480071501.7A 2013-10-28 2014-10-28 Mpeg媒体传输的内容呈现 Expired - Fee Related CN105874803B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361896577P 2013-10-28 2013-10-28
US61/896,577 2013-10-28
US201361898283P 2013-10-31 2013-10-31
US61/898,283 2013-10-31
US14/525,103 2014-10-27
US14/525,103 US9930086B2 (en) 2013-10-28 2014-10-27 Content presentation for MPEG media transport
PCT/KR2014/010215 WO2015065028A1 (en) 2013-10-28 2014-10-28 Content presentation for mpeg media transport

Publications (2)

Publication Number Publication Date
CN105874803A true CN105874803A (zh) 2016-08-17
CN105874803B CN105874803B (zh) 2020-01-07

Family

ID=52996769

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480071501.7A Expired - Fee Related CN105874803B (zh) 2013-10-28 2014-10-28 Mpeg媒体传输的内容呈现

Country Status (6)

Country Link
US (1) US9930086B2 (zh)
EP (1) EP3063942A4 (zh)
JP (1) JP6562913B2 (zh)
KR (1) KR20160079074A (zh)
CN (1) CN105874803B (zh)
WO (1) WO2015065028A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111602406A (zh) * 2018-01-19 2020-08-28 高通股份有限公司 处理国际标准化组织基础媒体文件格式网页资源追踪的动态网页内容

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102145742B1 (ko) * 2013-06-12 2020-08-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102126257B1 (ko) * 2015-02-13 2020-06-24 에스케이텔레콤 주식회사 멀티뷰 스트리밍 서비스 지원 방법 및 이를 지원하는 장치
KR102153554B1 (ko) * 2015-06-17 2020-09-08 한국전자통신연구원 미디어 데이터의 처리를 위한 mmt 장치 및 방법
WO2016208988A1 (en) * 2015-06-23 2016-12-29 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving signal in multimedia system
KR102473346B1 (ko) * 2015-06-23 2022-12-05 삼성전자주식회사 디지털 방송 서비스 방법 및 장치
KR102603459B1 (ko) * 2015-09-07 2023-11-17 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR102275872B1 (ko) * 2017-08-03 2021-07-12 한국전자기술연구원 하이브리드 라디오 서비스 제공 서버 및 그 제공 방법
KR102009899B1 (ko) * 2017-12-08 2019-08-12 주식회사 쿼렌시스 하이브리드 브로드캐스트 브로드밴드 기반의 사용자 이용 정보 수집 방법 및 시스템
KR20200107616A (ko) * 2019-03-08 2020-09-16 삼성전자주식회사 방송 수신 장치 및 그 동작방법

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020097750A1 (en) * 2000-07-28 2002-07-25 Lakshminarayanan Gunaseelan System, server, and method for variable bit rate multimedia streaming
CN1441929A (zh) * 2000-07-10 2003-09-10 佳能株式会社 传送多媒体描述
US20050187968A1 (en) * 2000-05-03 2005-08-25 Dunning Ted E. File splitting, scalable coding, and asynchronous transmission in streamed data transfer
WO2012099423A2 (ko) * 2011-01-19 2012-07-26 삼성전자 주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법
WO2013112027A1 (ko) * 2012-01-26 2013-08-01 한국전자통신연구원 부호화된 미디어 데이터를 전송하는 장치에서의 네트워크 지터 추정 방법
CN103329555A (zh) * 2011-01-19 2013-09-25 三星电子株式会社 用于在广播***中传输多媒体帧的设备和方法
US20130336412A1 (en) * 2012-06-13 2013-12-19 Divx, Llc System and Methods for Encoding Live Multimedia Content with Synchronized Audio Data

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7958087B2 (en) * 2004-11-17 2011-06-07 Iron Mountain Incorporated Systems and methods for cross-system digital asset tag propagation
WO2012099403A2 (ko) * 2011-01-18 2012-07-26 삼성전자 주식회사 방송 시스템에서 컨텐츠 전송/수신 방법 및 장치
KR20120083820A (ko) 2011-01-18 2012-07-26 삼성전자주식회사 컨텐츠 전송 시스템에서 컨텐츠 전송 방법 및 장치
KR20120138319A (ko) * 2011-06-14 2012-12-26 삼성전자주식회사 멀티미디어 데이터 특징 정보를 이용하여 멀티미디어 서비스 데이터 패킷을 송신하는 방법 및 장치
US8693842B2 (en) * 2011-07-29 2014-04-08 Xerox Corporation Systems and methods for enriching audio/video recordings
WO2013055168A1 (ko) * 2011-10-13 2013-04-18 한국전자통신연구원 콤포지션 정보 및 전송 특성 정보가 연동된 미디어 데이터를 이종 ip 네트워크를 통하여 전송하는 방법
JP2015503281A (ja) * 2011-11-23 2015-01-29 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュートＥｌｅｃｔｒｏｎｉｃｓ Ａｎｄ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ スケーラビリティ及びビュー情報を提供するストリーミングサービスのための方法及び装置
US9414123B2 (en) * 2011-11-25 2016-08-09 Humax Co., Ltd. Method for hybrid delivery of MMT package and content and method for receiving content
US9544641B2 (en) * 2012-05-10 2017-01-10 Humax Co., Ltd. Hybrid transmission method through MMT packet format extension
US9342668B2 (en) * 2012-07-13 2016-05-17 Futurewei Technologies, Inc. Signaling and handling content encryption and rights management in content transport and delivery
KR101947000B1 (ko) * 2012-07-17 2019-02-13 삼성전자주식회사 방송 시스템에서 멀티미디어 데이터의 전송 특징 정보 전달 방법 및 장치

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050187968A1 (en) * 2000-05-03 2005-08-25 Dunning Ted E. File splitting, scalable coding, and asynchronous transmission in streamed data transfer
CN1441929A (zh) * 2000-07-10 2003-09-10 佳能株式会社 传送多媒体描述
US20020097750A1 (en) * 2000-07-28 2002-07-25 Lakshminarayanan Gunaseelan System, server, and method for variable bit rate multimedia streaming
WO2012099423A2 (ko) * 2011-01-19 2012-07-26 삼성전자 주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법
WO2012099423A3 (ko) * 2011-01-19 2012-12-06 삼성전자 주식회사 방송 시스템에서의 제어 메시지 구성 장치 및 방법
CN103329555A (zh) * 2011-01-19 2013-09-25 三星电子株式会社 用于在广播***中传输多媒体帧的设备和方法
WO2013112027A1 (ko) * 2012-01-26 2013-08-01 한국전자통신연구원 부호화된 미디어 데이터를 전송하는 장치에서의 네트워크 지터 추정 방법
US20130336412A1 (en) * 2012-06-13 2013-12-19 Divx, Llc System and Methods for Encoding Live Multimedia Content with Synchronized Audio Data

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KYUNGMO PARK等: "Study of ISO/IEC CD 23008-1 MPEG Media Transport", 《ISO/IEC JTC1/SC29/WG11》 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111602406A (zh) * 2018-01-19 2020-08-28 高通股份有限公司 处理国际标准化组织基础媒体文件格式网页资源追踪的动态网页内容
US11321516B2 (en) 2018-01-19 2022-05-03 Qualcomm Incorporated Processing dynamic web content of an ISO BMFF web resource track
CN111602406B (zh) * 2018-01-19 2022-08-19 高通股份有限公司 一种处理媒体数据的方法、装置和计算机可读存储媒体

Also Published As

Publication number Publication date
JP6562913B2 (ja) 2019-08-21
JP2016541173A (ja) 2016-12-28
US20150120956A1 (en) 2015-04-30
CN105874803B (zh) 2020-01-07
EP3063942A1 (en) 2016-09-07
WO2015065028A1 (en) 2015-05-07
KR20160079074A (ko) 2016-07-05
US9930086B2 (en) 2018-03-27
EP3063942A4 (en) 2017-06-28

Similar Documents

Publication Publication Date Title
CN105874803A (zh) Mpeg媒体传输的内容呈现
JP6640085B2 (ja) 放送／ブロードバンド輻輳ネットワーク
EP3432548B1 (en) Transitioning between reception of data segments via broadcast transmission and unicast transmission
US10499313B2 (en) Efficient hybrid resource and schedule management in time slotted channel hopping networks
US20200260159A1 (en) Broadcast receiver and method for launching broadcaster application based on url in application signaling information
US20100009687A1 (en) System and method for enabling efficient mbms downlink radio resource re-use for other downlink traffic
CN102210118A (zh) 用于多播通信的数据速率自适应的方法
WO2011051551A1 (en) Data encapsulation and service discovery over a broadcast or multicast system
CN101188747B (zh) 在无线通信***中实现视频业务的方法及网元设备
US20180146022A1 (en) Apparatus and method for transmitting or receiving broadcast signal
CN105580342B (zh) 发送广播信号的方法、接收广播信号的方法、发送广播信号的设备以及接收广播信号的设备
US20140204828A1 (en) Method and apparatus for multicast and broadcast service management
Rayes et al. IoT protocol stack: a layered view
Salman Internet of things protocols and standards
US8660123B2 (en) Broadcast-content transmission apparatus, and broadcast-content transmission method
CN109478938A (zh) 接收设备、发送设备与数据处理方法
CN100574431C (zh) 在无线通信***中实现视频业务的方法及网元设备
CN101166143B (zh) 多播广播业务的接收方法及其***
US10595222B2 (en) Enabling cross-layer receiver oriented dynamic multicast in cellular access
MX2007011085A (es) Metodo de multiplexion sobre un canal de difusion inalambrico propenso al error.
WO2011038656A1 (zh) 一种mbms寻呼指示信息的传输方法及网络侧设备
CN104104482A (zh) 配置增强的物理混合自动重传指示信道的方法
CN104144510B (zh) 用于下行链路传输的方法和装置
CN101257398A (zh) 多播广播业务映射消息的配置方法,接收方法及其单元
CN101668027B (zh) 多媒体内容的提供方法、***和客户端

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20200107

Termination date: 20211028

CF01 Termination of patent right due to non-payment of annual fee