CN100471267C

CN100471267C - 从属数据流传输方法

Info

Publication number: CN100471267C
Application number: CNB038083914A
Authority: CN
Inventors: 亚历山大·克塔曼纳克
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2002-03-08
Filing date: 2003-03-07
Publication date: 2009-03-18
Anticipated expiration: 2023-03-07
Also published as: US8095957B2; US20060136440A1; ATE487327T1; ZA200407000B; JP5253439B2; CN1647536A; ES2354872T3; WO2003077561A1; EP1483915A1; JP2010187381A; JP2005527138A; KR100984662B1; KR20040105761A; EP1483915B1; DE60334780D1; MXPA04008659A; AU2003233368A1

Abstract

用于传输数据流的方法；数据流、服务器、终端、接收方法以及其相应的应用。本发明涉及向至少一个终端传输至少一个数据流的方法，所述的数据流被以流单元的形式组织，其特征在于为了优化终端的处理和/或所述流的有用的流量，所述的流单元中至少其中一些包括至少一个指向一个流单元或其它流的指针。

Description

从属数据流传输方法

本发明的领域是一个或几个以数据流的形式的数据传输，每个数据流由基本码流单元组成。更特别地，当后者由一个或几个其它数据流单元决定或与其有关时，本发明涉及这些基本码流单元的优化处理。

当信号，例如多媒体型信号，以同步的方式传过单信道时，数据流的处理很少出现或没有出现问题。必需的数据预先接收。

另一方面，在异步系统中不是这种情况：所述的异步系统可以实现几个传输信道，和/或几个服务器，每个传输一部分预想得到的信号。该种情况是，例如，通过IP型网络传输或广播。

在这种情况下，我们可以接收到流单元，其应该完成其它没有被接收的流单元。例如，这可以是更高层级的数据增加信息，其中利用分层编码(流可以因此与给定的层级相对应)来编码数据。增补数据的处理将因而给出随机的结果，通常会使得复原的信号显著劣化，或者甚至完全阻塞解码器。

多媒体同步方面的背景技术其实质上是由基于RTP的传输协议和MPEG-4(同步层)描述的。在使用的方法中，同步机制主要是为暂时同步化音频和视频流而设计的，使得它们可以没有滞后地出现。该数据是利用时间标记系统(基准时钟、解码和表示标记)来传送的。

随着分层编码的出现，其中不同的时间和空间增加层被用于生成可以表示的帧，本发明人已经注意到对同步化新需求的出现。

的确，在流被解码之前(不只是在它们表示期间)必须使它们同步。这种约束比表示同步更复杂，因为为了生成正确的帧，解码该单元所需要的那些单元必须被识别。单独一个滞后就可以使得整个流以及所有基于该流的流不能用。这个由本发明人发现的问题是新的，但不明显的。

当使用终端应当接收但没有接收的数据(例如解码密钥)，接收到的流单元必须被解码或解密时，就会出现相同的问题。再一次，解码程序的结果将会至少效率低下，总的来讲将会有害(就复原信号而言)，并可以导致终端的堵塞。在这两种情况下，不希望有的并且讨厌的过程将会执行。

另一个在广播(多点广播或广播)系统中发现的重要的问题是相同数据必须被多点广播，来允许任何情况下连接的用户接收所有他们选定的流。具体的方面已在专利申请EP-014600462中以本发明的标题持有者的名义做了讨论，但还没有公开。依照该技术，在传输层执行处理，这强制每个流单元的处理考虑到不同的传输型的规范。

就以广播和多点广播情景形式的多媒体描述而言的现有技术，是以“轮播(carousel)MPEG-4”的规范的形式描述的，因此，一定量的功能被禁止或变成高数据比率的消耗者。在这两个所考虑的情景中，对多媒体表示的输入点在任何时候必须被指示。关于描述的场景：二进制格式场景、纹理，被转化为数据的重复。

一旦多媒体内容变得丰富，简单的重复就无法接受并导致过长的下载时间。而且，这种规范并不允许广播某些多媒体元素(短的音频/视频选段)。

发明内容

特别地，本发明的目的是克服背景技术所述的各种不便。

更具体地，本发明的目的是提供一种技术，当后者依赖一个或几个其它流单元或与其有关时，该技术允许有效地处理流单元。

而且，本发明的目的是提供这样一种技术，其允许对链接(关联)的流的管理，特别是在数据是由分层编码或包括有与底层数据和增强数据有联系的编码的编码编码后的数据的情况下。

本发明的另一个目的是提供这样一种技术，其允许确保有效地管理流单元的解码或解密。

本发明的另一个目的是提供这样一种技术，其允许优化多点广播场景的传输，并且特别是减少使用的资源量而不用降低接收的质量。

换句话说，本发明的目的是在数量和质量方面优化在终端执行的处理。

这些目的以及其它下面将要简述的目的，依照本发明是通过使用将至少一个数据流传到至少一个终端的传输方法来实现的，其中所述的一个或多个流以流单元的形式组织，其特征在于所述的流单元中至少一些流单元包括至少一个指针，该指针指向所述数据流的或可能以前已经在终端被接收的另一个数据流的至少一个流单元，该流单元被称作必须的在先流单元，使得如果必须的在先单元没有被接收，在所述终端中不执行对所述流单元的处理。

因此，可以利用逻辑同步系统，其可以使得流单元的管理更简单，通过限制终端的处理来改善分辨的质量等。

依照本发明由此确定的数据的格式不但可以用于流的传输和接收，也可以用于他们的广播、记录和存储。

特别地，本发明是基于对流或流单元的“后面”同步这一新问题的识别，以及基于不明显的观察：当并非所有的这样做的元素是可用时大多数有效的方法没有处理该流单元。的确，就复原信号而言，忽略流单元比将其解码看起来更可取，将其解码将会导致复原的信号显著劣化，或者甚至阻塞终端。

作为优点，本发明的方法包括独立传输的至少两个数据流的传输、初始流的一个数据流单元，初始流指向至少一个第二流的至少一个必须的在先单元，其中初始流的所述的流单元包括包含在所述的第二流中的数据的增补数据。

在这种情况下，这些数据流可以方便地与分层编码的不同层级相对应，其中如果较低层级的流单元已被接收，只执行给定的层级的流单元的处理。

该流单元可以指向至少一个在先的单元，其确定了必须的在先单元的序列。

依照本发明的有利特点，这些指针中至少一个指针允许找到至少一个必须的在先单元，该单元包括允许解码和/或解密所考虑的流单元的数据。

优选地，所述的必须的在先单元包括有数据，该数据允许终端确定是否所考虑的流单元的数据必须被解码和/或解密，并解码后显示。

依照本发明的另一个有利的实施，这些指针中至少其中之一指向那些可以从所述的终端了解的数据，使得该终端可以确定其有能力或无能力来处理相应的流单元。

有利地，依照本发明的另一个方面，这些流单元中至少其中之一包括有至少一个指针，该指针指向所述的流的或可以随后被接收的另一个流的流单元。

优选地，这个或这些可以随后被接收的流单元具有标记符，其允许生成与所述的指针的链接。

因此，便利地，在不同的时间传输的至少两个相似的流单元的指针可以指向随后被接收的同一个流单元。

优选地，本发明的程序实现一个指示符，其可以从至少两个作用中指示指针的作用，所述的至少两个作用属于一个组，该组包括：

-指定至少一个在先的流单元，为了允许计及所考虑的流单元，该在先的流单元必须被解码；

-指定至少一个在先流单元，其包括有解码和/或解密该所考虑的流单元所必须的数据，和/或保护系统状态的一个参考。

-指定至少一个随后的流单元。

有利地，这些流单元中至少其中一些包括有用于确定该作用的相关性描述符。

有利地，这些流单元中至少其中一些包括有相关性标记符，其允许其识别作为必须的在先单元和/或所述的流中的所述的流单元的识别标记符。

优选地，本发明的程序在同步层被实施，因此接受到的流单元的预先处理不是必要的。

本发明也涉及一个或几个依照上述的传输方法被传输的数据流。如提到的，这样的数据格式可以用于数据的传输、广播、接收、记录(例如使用视频记录器或光盘记录器)和存储(例如，在光驱上、录音带上、远程服务器上等)。

也应当注意本发明允许这些方面轻易组合。例如，一些数据流可以被广播，其它的设置在光驱上或通过服务器设置，其中为了解码(或优化)第一种的必须要知道第二种的。

将这样的数据流组织成被相互独立传输的流单元，其中这些流单元中至少其中一些包括至少一个指针，其指向所述数据流的或可能以前已经在终端被接收的另一个数据流的至少一个流单元，该流单元被称作必须的在先流单元，如果必须的在先流单元没有被接收，使得在所述的终端内不执行该流单元的处理。

本发明也涉及用于数据的服务器，该数据以被组织成流单元的至少一个数据流的形式被指定传输到至少一个终端，所述的流单元是互相独立传输的，这些流单元中至少其中一些包括至少一个指针，其指向所述数据流的或可能以前已经在终端被接收的另一数据流的至少一个流单元，该流单元被称作在先的必须的流单元。

本发明也涉及终端，该终端可以接收至少一个被组织进流单元的数据流，所述的流单元是互相独立传输的，这些流单元中的其中一些包括至少一个指针，其指向所述数据流的或可能以前已经在终端被接收的另一数据流的至少一个流单元，该流单元被称作在先的必须的流单元。

本发明也涉及被组织成流单元的至少一个数据流的接收方法，所述的流单元是互相独立传输的，这些流单元中的其中一些包括至少一个指针，其指向所述数据流的或可能以前已经在终端被接收的另一数据流的至少一个流单元，该流单元被称作在先的必须的流单元，并且接收程序包括下列步骤：

-分析流单元的所述指针。

-如果所述的必须的在先单元已经被接收，处理所述的流单元。

最后，本发明涉及传输方法的应用，特别是用于：

-在访问由用户选定的节目之前，对消息系统广播。

-有限制的访问节目的特定质量级和/或特定具体选项。

-交互式电视。

附图说明

根据下面的关于本发明的作为描述性实例的优选实施例的说明书和附图，本发明的其它特点和优点将会更加清楚，其中：

-图1描述的是依照本发明的数据流和关于另外一个数据流的相关性管理的原理。

-图2表示在以时间交互对话的形式广播流(广播)和由终端接收流的情况下，本发明的实施。

-图3描述的是链接到流单元的解码或解密(IPMP)的同步的情况。

-图4表示的是图3的情况的替换，带有两个保护点(解码和交付)。

具体实施方式

下面描述的优选实施例特别涉及多媒体系统，特别是MPEG-4型系统中的流的传输。

现有技术的回顾

现有技术没有允许重视多点传送或广播情景中多媒体场景的有效传输(就比特率和功能性而言)，也没有考虑到被链接来访问控制关键词型(key type)内容的元素的相互依赖流的同步。

以广播和多点传送情景描述的多媒体

在“轮播MPEG-4”的规范中建议了一个方法。然而，有些功能被禁止或者变成高比特率消耗功能。在考虑过的提供的情景中，对多媒体图像的输入点在任何时候必须要被指明。这导致了关于所描述的场景的数据的接收，所描述的场景为：二进制格式场景，纹理等。

多媒体内容一变得丰富，简单的重复就无法接受并导致过长的下载时间。而且，这种规范并不允许广播某些多媒体元素(短的音频/视频选段)。

而且在未公开的专利申请EP-014600462中，数据在传输层传送。与此相反，依照本发明，全部都设置在称为同步层上，其中同步层是与传输层是独立的。

这提供了将不同型的传输清除和将时间、逻辑同步数据以及随机访问标记符统一成单一的点上的优点，单一的点允许在唯一点上计划保留或者删除该单元的决定。这使得进一步了解关于该流的更多信息，其允许通过流的类型来专门研究关于二进制格式场景的视频/音频等的决定。

多媒体同步化

在多媒体同步方面的现有技术实质上由基于RTP的传输协议和MPEG-4同步层描述的。在所用的方法中，所用的同步机制主要被用来同步化音频流和视频流，所以它们可以没有滞后地出现。通过时间标记系统(基准时钟、解码和表述标记)这些数据可以被传输。

随着分层编码的出现，其中不同的时间和空间增加层被用于生成可以表示的帧，出现了对新的同步化的需要。的确，在流被解码之前(不只是在它们表示时)使它们同步是必要的。这种约束比同步的表示更复杂，因为为了生成正确的帧，解码该单元所需要的那些单元必须被识别。单独一个滞后就可以使得整个流以及所有基于该流的流不能用。这个由本发明人发现的问题是新的，但不明显的。可以看出，这是一个将被解码的单元之间的逻辑相关性问题。

在视频MPEG-4中已经考虑了减少的时间间隔，但是在该系统的层中，这是难以达到的。

数据保护

在现有技术中，同步化的第三种情况没有考虑：链接到多媒体流的数据保护流的同步化。

在这种情况中，必须要保证在解码之前任何多媒体流单元通过正确的密钥来被解密(否则，结果可能会灾难性的)。流没有保证同步，同步化工具就不能保证同步。

这次，解码器的输入和输出是同步化点(被解码的帧又可以被加密)。

本发明的原理

本发明的目的特别是允许：

-多点传送并且广播多媒体场景。

-多媒体解码的逻辑同步化。

该目的是通过使用信号机制来得到的，所述的信号机制允许达到这两个目标：

-允许配置流的机制，使得每次组成流的单元以可配置的方式来被识别。

-用于广播情景的前部链机制。

本发明的基本的技术元素是：

-几个流的元素之间的或者同一流(视频、音频以及数据保护系统)内的逻辑同步化元素。

-对于每个类型流，该方法允许指示所取决于的元素以及所取决于的具体的元素。几种实现是可能的。

以下是特别用于任何类型的实现：

-相关性描述符

-相关性标记符(可选的)

-相关性指针

-标记符(识别流单元)(可选的)

至少一个实施模式的详细描述

MPEG-4规范

附图1以MPEG-4规范的形式表示本发明的MPEG型数据的实施的详细实例。

接收器的特性

终端接收IOD(初始化对象描述符)，其使用它们的描述符(对象描述符)给至少一个图形场景对象(二进制格式场景流：F_BIFS)加上参考符号，并且可选地，它给至少一个图形对象描述对象加上参考符号(OD流：F_OD)。基于下面描述的信息终端将打开流。

每个这些对象描述符包括基本码流(ES)描述符，其由ESDescriptor组成。每个ESDescriptor包括dependsOnESID字段和SLConfigDescriptor。

dependsOnESID字段允许构建由它们的ESID所识别的流之间的相关性的图表。

SLConfigDescriptor对象允许配置同步化工具。

在SLConfigDescriptor对象内部，存在配置接收器的可能性，使得其以下述的方式来验证不同的相关性：

DependencyMarker//为了识别其信息包，其允许配置流。

{

int(5)maker Length；

}

DependencyDescriptor//允许描述相关性链接。

{

int(2)mode；//0:DTS的版本模式

//1:ID的版本模式

//2:可度量的模式

//3:IPMP模式

//如果mode＝＝1相关性在流中的标记符处被处

理。

//如果mode＝＝3相关性以不透明的方式处理

(IPMP系统必须理解该相关性并验证是否是解码/解密)。

//或者，通过使用标记符。因而其是一个代码，该代码允许保护系统来分辨其是否是可解密的单元，

//如果mode＝＝0或mode＝＝2，相关性通过DTS来核算。因此，在相应的SLConfig中depLength＝dtsLength。

Int(5)depLength；

If(mode＝＝1‖mode＝＝0)

{

int(depLength)value；//被搜索的第一个单元的值。

}

因而，流可以被声明依赖另一个流(其本身是正常的媒体或IPMP)。在这种情况下，其描述了在其SL配置中其将如何利用四个不同的模式指示该相关性(相关性描述符)的：

DTS和ID版本模式(0和1模式)：

该流将在其自身中为每个这些访问单元(AU)指示前相关性。换句话说，AU(n)指示接下来哪个访问单元(Accessunit)将被解码。该信号是由每个包中标记符来处理的，其中该包描述了或者在0模式中下一个访问单元(唯一的)DTS或者1模式中的下一个访问单元的ID。

在这种情况下，将被复原的第一个元素的值被增加。

例如，这可以是广播/多点广播模式中的BIFS流。

可度量模式(模式2)：

该流将为每个这些访问单元指示关于其所依赖的流的相关性。假定该流是唯一的。

该原理由图1描述。相关的流10的流单元11通常包括标题(SLHesder)111和数据字段(SL有效载荷)112。标题111包括，特别是两个指针Dep1和Dep2，其确定了与基本流14的流单元141和142的相关性链接12和13，为了处理流单元11必须要了解基本流14。

IPMP模式(模式3)：

该流将会为每个这些访问单元(AccessUnits)指示标识符，该标识符允许数据保护系统解码该单元。这个给定后，该标记符可以响应它是否可以解密该单元。

SLConfigDescriptor可以包括一个或几个DependencyDescriptor以及一个或几个DependencyMarker，其允许调整流中不同的相关性情况。(一个优先的、单个DependencyMarker就够了，但是也可能存在几个。)

因而，如果SLConfig包括DependencyMarker，它将会为它的每个信息包指示版本ID(模式1和3)。

在与访问单元相对应的SL包的标题中，可以发现下面的：

-SLConfigDescriptor的每个DependencyMarker的长度标记符(MarkerLength)。

-给每个相关性标记符(DependencyMarker)的，depLength长度的DependencyPointer(相关性指针)。

一旦这些不同的标记被执行，该系统可以：

a)由于模式0和1，在“广播”模式中操作；

b)管理可调节的相关性

c)管理IPMP相关性

以及a)、b)、c)的组合。

IPMP模式中的操作描述

当接收到对象的ObjectDescritor(对象描述符)时，终端检查每个相关流的SLConfigDescriptor。这将会允许解码每个流的SL包的标题；特别是解码标记符。

在IPMP情况下，将会存在DTS和/或DependencyPointer，如图3所描述。

对于每个流AU，在其被解码之前，它是通过向它提供至少下面的流标识符数据：ESID、DTS、DependencyPointer(IPM)31，由IPMP系统32来处理的。如果其可以通过考虑关于解码的信息311(DEC码)来处理(解密)AU，IPMP系统然后作出反应。如果不是这样，并且该单元的DTS终止，则AU被破坏。因而，不会尝试解码不一致的AU。

在图4的实例中，一方面，存在图3的元素，另一方面，在其被解码后，还存在链接到图像复原的处理。的确，利用字段312(CodeComp)可以传输关于组成的数据，例如增加的纹身(tattoo)或增加的图像上的信息。如果数据保护系统32不知道如何管理组成(它不知道如何显示图像(42))，例如因为解码器不具有所需的纹身(tattoo)，图像不会被显示(43)。

也可以预见帧将被标记，例如用标志图标识，如果解码器具有正确的密钥其就会消失。

在多点传送/广播模式中的操作描述

在附图2中对该操作做了描述，其如下所示：

-被传输的流21。

-由第一接收器22(话路1)接收的流。

-由第一接收器23(话路2)接收的流。

话路1开始于包211，然后考虑到流单元213，依据指向24，然后是流单元215，依据链接25。

稍后开通的话路2以流单元212开始，其指向(26)流单元214。

依照本发明，两个(或更多)流单元可以指向相同的下一个流单元。合并机制是：流单元213和214都指向流单元215。因此，尽管两个话路开始于不同的时间，但在“复原”阶段，它们使用相同的流单元215。这明显地改善了性能。

该操作会被特别地描述。

当接收到ObjectDescritor时，终端检查每个相关流的SLConfigDescriptor。这会允许解码每个流的SL包的标题；特别是解码标记符。

因而，在多点传送/广播情况下，对于DTS在模式0或1中将会存在至少一个相关性指针(DependencyPointer)和标记符(“通过ID”的模式1)。终端因而知道哪个是每个流的将被复原的第一单元。因而，将会试图复原与每个流相对应的第一单元。

如果接收到第一单元，然后其可以开始显示该内容。在相关性指针(DependencyPointer)中每个单元描述将被接收的下一个单元，并且DTS/标记符以唯一的方式识别每个单元。

如果终端没有接收到第一单元(可以通过利用暂停或当接收到该流单元的RAP＝1的型时来明白这一点，其中该流单元并不与预期的标记符相对应)。终端断开(完全关闭话路)并且设法重新连接。

注意该机制考虑到了话路的合并。

也注意到当下一个单元的DTS没有预先知道时，需要“通过ID”的模式。

该机制特别适用于MPEG-4中的BIFS、OD、纹理、声音素材和视频素材。其将不再适用于串流的音频和视频。

可变模式中的操作描述

当接收到ObjectDescritor时，终端检查每个相关流的SLConfigDescriptor。这会允许解码每个流的SL包标题。对于可变视频，一个流将被用作基本流，一个或几个其它流将依靠该流。每个依靠基本流的流将声明相关性描述符(dependencyDescritor)。

对于改进流的每个AU，其将会利用其所依赖的基本流的AUDTS的相关性指针(dependencyPointer)来加上参考。

大多数情况下，为了指向基本视频的两个参考AU，在改进的流中将会存在两个相关性指针(dependencyPointer)。

在广播+IPMP模式中的操作描述

例如，在这种情况下，在SL配置中BIFS将包括两个dependencyDescritor。一个用于广播模式，一个用于IPMP模式。如果广播模式是通过ID的，其将包含有标记符。

应用实例

在开始节目之前广播广告

在Internet流式中有几种情况，内容提供者在发送内容之前系统地发送广告。因为因特网情景是单播(客户端-服务器)，这是同步处理的：下载广告，并且广告的结束使得装入视频流。

在多点传送或广播情景中，没有客户端-服务器操作的资源，就没有请求提示。同样，用户通常只访问描述的当前的状态。

由于前参考机制，该情景在多点传送或广播中变得可能。

的确，广告可以以循环的方式发送，并且当前的节目可以在广告结束时合并。

这允许例如保证所有的用户在开始时将会看到广告(在这期间，内容可以高效并且递增的方式来下载)。

对于每个广播电影，相同类的应用可以是电影的种类的公告(父母引导、不满16岁等)。

可变的条件访问

这里的想法是发送相同的视频和音频流(唯一的)，其可以依靠用户的权利来被不同地观看。关于保护密钥的视频帧相关性的信令允许只解码那些用户具有密钥的。对于取得全部密钥的人所有的图像可以被解码，——一些具有更小权限的图像。这允许以更可变的方式来创建条件访问(这里指时间的可变性)。

最复杂和有用的场景是那些其中存在几个流并且其中时间可度量性和分辨率是可以调节的。

有了帧相关性系统，因而以几乎连续的方式来调节对媒体的访问是可能的。

因而，可以想象一些用户将具有允许通过5个信道接收声音的密钥(空间音乐)，以及其它的只允许接收立体声的密钥。这也允许更详细的货品计价。

MPEG-4交互式电视

不是考虑到“置顶盒”应用是静态的，可以考虑到任何这些类型的应用是允许获得不同信道(内嵌机制)的MPEG-4应用。该MPEG-4应用是激活的24h×24h，并且将允许完全重新配置图像界面等。

这种情景广播技术将允许有效地下载图形界面(BIFS/纹理/OD)以及应用部分(MPEG-J)。

这允许更快的配置。

附录

依照本发明MPEG-4型规范的实例

1.定义

1.1 流单元(AU：访问单元)

在基本码流中可被单独访问的数据单元。流单元(或访问单元)是最小的实体，其具有时间数据元素。

1.2 视听对象

表示自然的或合成的(虚拟的)对象，其以音频和/或可视的方式来显示。该表示与BIFS序列描述中的节点或一组节点相对应。每个视听对象与零、一个或几个使用一个或几个对象描述符的基本码流相关联。

1.3 视听序列(AV场景)

带有描述场景并定义视听对象的空间或时间属性的数据元素的一系列视听对象，包括对象的结果操作和用户的互动。

1.4 场景的二进制格式

参量场景描述格式的编码表示。

1.5 终端

一个系统，其可以发送或接收并展示象由ISO/IEC14496-1确定的交互式视听场景的编码表示。其可以是独立的系统或者是与ISO/IEC14496相适应的应用系统的一部分。

2.缩写和符号

AU 访问单元，或流单元

AV 视听

BIFS 场景的二进制格式

CM 组合存储器

CTS 合成时间标记

CU 合成单元

DAI DMIF应用界面(见ISO/IEC14496-6)

DB 解码缓存器

DTS 解码时间标记

ES 基本码流

ESI 基本码流界面

ESID 基本码流标识符

FAP 面部动画参数

FAPU FAP单元

NCT 节点编码表

NDT 节点数据类型

OCI 对象内容信息

OCR 对象时钟参考

OD 对象描述符

ODID 对象描述符标识符

OTB 对象时钟基础

PLL 锁相环

QoS 服务质量

SDM 系统解码器模型

SL 同步层

SL-Packet 同步层包

SPS SL包装的流

STB 系统时钟基础

TTs 文字转换成语音

URL 通用资源定位器

VOP 视频对象平面

VRML 虚拟现实建模语言

3.SL 包标题配置

3.1 语法

class SLConfigDescriptor extends BaseDescriptor：bit(8)

tag＝SLConfigDescrTag{

bit(8)predefined；

if(predefined＝＝0){

bit(1) useAccessUnitStartFlag；

bit(1) useAccessUnitEndFlag；

bit(1) useRandomAccessPointFlag；

bit(1) hasRandomAccessUnitsOnlyFlag；

bit(1) usePaddingFlag；

bit(1) useTimeStampsFlag；

bit(1) useIdleFlag；

bit(1) durationFlag；

bit(32) timeStampResolution；

bit(32) OCRResolution；

bit(8) timeStampLength；//must be≤64

bit(8) OCRLength；//must be≤64

bit(8) AU_Length；//must be≤32

bit(8) instantBitrateLength；

bit(4) degradationPriorityLength；

bit(5) AU_seqNumLength；//must be≤16

bit(5) packetSeqNumLength；//must be≤16

bit(2) extension_field_control；

{

if(durationFlag){

bit(32) timeScale；

bit(16) accessUnitDuration；

bit(16) compositionUnitDuration；

}

if(!useTimeStampsFlag)(

bit(timeStampLength)startDecodingTimeStamp；

bit(timeStampLength) startCompositionTimeStamp；

)

if(hagNextAU){

bit(timeStampLength)nextDecodingTimeStamp；

{

if(extension_field_control＝＝0b10)

{

MarkerDescriptor(0..1) markerDescriptors；

DependencyDescriptor(0..255) dependencyDescriptors；

)

dependencyMarkersCount＝0；

while(true)

{

bit(1)hasMoreMarkers；

if(!hasMoreMarkers)break；

DependencyMarkerdependencyMarkers[dependencyMarkeraCount++]；

{

dependencyDescriptorCount＝0；

while(true)

(

bit(1)hasMoreDependencyDescriptor；

if(!hasMoreDependencyDescriptor)break；

DependencyDescriptordependencyDescriptor

[dependencyDescriptorCount++]；

{

3.2 语义

可以依照每个单独的基本码流的需要来配置SL包标题。可以被选择的参数包括真实感、分辨率和时间标记的精确度以及时钟参考。这种灵活性允许例如SL包标题内容的小的增加。

对于每个基本码流以SLConfigDescriptor的形式被传送，它是与对象描述符相关的ES_Descriptor的一部分。

可以在SL包标题中配置的参数可以被分成两类：用于每个SL包的参数(例如，OCR、序号)以及那些只在访问单元中显示的参数(例如：时间标记、访问单元长度、瞬间比特率、降级优先权等)。

预先确定的列允许固定一组预先确定的参数的缺省值，这些下面会详细描述。该列表可以通过ISO/IEC14496修正来更新，以包括预先确定的设置，例如将来的轮廓所需的设置。

表1-一组SLConfigDescriptor预先确定的值

预先确定值字段	描述
预先确定值字段	描述	0x00	用户
0x01	空SL包标题	0x00	用户
0x01	空SL包标题	0x02	预备用于MP4字段中
0x03——0xFF	预备用于ISO中	0x02	预备用于MP4字段中

表2——SLConfigDescriptor预先确定的值的细目

预先确定值字段	0x01	0x02
预先确定值字段	0x01	0x02	UseAccessUnitStartFlag	0	0
UseAccessUnitEndFlag	0	0	UseAccessUnitStartFlag	0	0
UseAccessUnitEndFlag	0	0	UseRandomAccessPointFlag	0	0
UsePaddingFlag	0	0	UseRandomAccessPointFlag	0	0
UsePaddingFlag	0	0	UseTimeStampsFlag	0	1
UseIdleFlag	0	0	UseTimeStampsFlag	0	1

DurationFlag	0	0
DurationFlag	0	0	TimeStampResolution	1000	-
OCRResolution	-	-	TimeStampResolution	1000	-
OCRResolution	-	-	TimeStampLength	32	0
OCRlength	-	0	TimeStampLength	32	0
OCRlength	-	0	AU_length	0	0
InstantBitrateLength	-	0	AU_length	0	0
InstantBitrateLength	-	0	DegradationPriorityLength	0	0
AU_seqNumLength	0	0	DegradationPriorityLength	0	0
AU_seqNumLength	0	0	PacketSeqNumLength	0	0

预先确定值字段	0x01	0x02
预先确定值字段	0x01	0x02	UseAccessUnitStartFlag	0	0
UseAccessUnitEndFlag	0	0	UseAccessUnitStartFlag	0	0
UseAccessUnitEndFlag	0	0	UseRandomAccessPointFlag	0	0
UsePaddingFlag	0	0	UseRandomAccessPointFlag	0	0
UsePaddingFlag	0	0	UseTimeStampsFlag	0	1
UseIdleFlag	0	0	UseTimeStampsFlag	0	1
UseIdleFlag	0	0	DurationFlag	-	0
TimeStampResolution	1000	-	DurationFlag	-	0
TimeStampResolution	1000	-	OCRResolution	-	-
TimeStampLength	32	0	OCRResolution	-	-
TimeStampLength	32	0	OCRlength	-	0
AU_length	0	0	OCRlength	-	0
AU_length	0	0	InstantBitrateLength	-	0
DegradationPriorityLength	0	0	InstantBitrateLength	-	0
DegradationPriorityLength	0	0	AU_seqNumLength	0	0
PacketSeqNumLength	0	0	AU_seqNumLength	0	0

TimeScale	-	-
TimeScale	-	-	AccessUnitDuration	-	-
CompositionUnitDuration	-	-	AccessUnitDuration	-	-
CompositionUnitDuration	-	-	StartDecodingTimeStamp	-	-
StartCompositionTimeStamp	-	-	StartDecodingTimeStamp	-	-

useAccessUnitStartFlag——表示AccessUnitStartFlag出现在该基本码流的每个SL包的标题中。

UseAccessUnitEndFlag——表示AccessUnitEndFlag出现在该基本码流的每个SL包的标题中。

如果useAccessUnitStartFlag和UseAccessUnitEndFlag都不启用，这意味着每个SL包与完整的访问单元相对应。

useRandomAccessPointFlag——表示RandomAccessPointFlag出现在该基本码流的每个SL包的标题中。

HasRandomAccessUnitsOnlyFlag——表示每个SL包对应随机访问点。在这种情况下，不需要使用RandomAccessPointFlag。

usepaddingFlag——表示paddingFlag出现在该基本码流的每个SL包的标题中。

UseTimeStampFlag——表示时间标记用于使基本码流同步。它们在SL包的标题中传输。否则，accessUnitRate、compositionUnitRate、startDecodingTimestamp以及在SL包的标题中传输的startCompositionTimeStamp参数必须用于同步化。

起始和持续时间标记的使用只在某种条件下才是可能的，包括在无错的环境中。随机的访问不是容易的。

UseIdleFlag——表示IdleFlag用在基本码流中。

DurationFlag——表示访问单元的不变的持续时间，并且基本码流的合成单元随后被表示。

TimeStampResolution——以秒计的脉冲中的对象的时间基分辨率。

OCRResolution——以秒计的循环中的对象的时间基分辨率。

TimestampLength——SL包的标题中的时间标记字段的长度。TimestampLength必须具有从0至64比特的值。

OCRLength——SL包的标题中的objectclockrefence字段的长度。几个零表示没有objectClockReference出现在基本码流中。如果OCRstreamFlag被定位，OCRLength必须是0。否则，OCRLength必须具有从0至64比特的值。

AU_Length——基本码流的Sl包标题中的accessUnitLength字段的长度。AU_Length必须具有从0至64比特的值。

InstanBitrateLength——基本码流的Sl包标题中的InstantBitrate的长度。

degradationPriortyLength——基本码流的Sl包标题中的degradationPriorty字段的长度。

AU_SeqNumLength——基本码流的Sl包标题中的AU_sequencenumber字段的长度。

PacketSeqNumLength——基本码流的Sl包标题中的PacketSequenceNumber字段的长度。

TimeScale——用于表示访问单元和合成单元的持续时间。将秒也分成几个时间刻度部分。

accessUnitDuration——合成单元的持续时间是CompositionUnitDuration^＊1/时间刻度秒。

CompositionUnitDuration——合成单元的持续时间是CompositionUnitDuration^＊1/时间刻度秒。

StartDecodingTimeStamp——传输时间，在这段时间中基本码流的第一访问单元必须被解码。其以由timeStampResolution指定的分辨率传输。

extension_field_control——该字段允许扩展SL。值01b0表示描述符必须设置在SLConfigDescriptor的末端。

MarkerDescriptors——该列表表示对用于识别流中的下一个访问单元的标记符的描述。

DependencyDescriptors——该列表表示相关性描述符，其用于详细说明前一个访问单元或下一个单元如何必须被参照。

4.标记符描述符(MarkerDescriptor)

语法如下：

class MarkerDescriptor extends BaseDescriptor:bit(8)

tag＝DependencyMarkerTag{

int(S)encodedMarkerLength；

MarkerLength＝encodedMarkerLength+1；

)

5.相关性描述符(dependencydescriDtor)

5.1 语法

abstract class DependencyDescriptor extends BaseDescriptor{

)；

class SimpleDependencyDescriptor extends BaseDescriptor:bit(8)

tag＝SimpleDependencyTag{

bit(2)mode；

bit(5)dependencyLength；

if(mode＝＝1||mode＝＝0)

{

bit(dependencyLength)firstvalue；

{

{；

class CompleteDependencyDescriptor extends BaseDescriptor：bit(8)

tag＝CompleteDependencyTag{

bit(2)mode；

bit(16)ESID；

bit(5)dependencyLength；

if(mode＝＝1||mode＝＝0)

{

int(dependencyLength)firstvalue；

{

)；

5.2 语义

5.2.1 模式

存在四种定义的模式：

-模式0：由DTS参照前部

-模式1：由标记符参照前部

-模式2：后部的可度量性参照

-模式3：IPMP模式

模式0和1强制每个访问单元参照下一个访问单元。

模式2强制每个访问单元参照需用于解码该访问单元的前一个访问单元。(注意：在几种情况下，不止两个dependencydesc riptor是参照两个或更多需要的访问单元所必需的)。

模式3允许每个访问单元包括不透明的标识符，其可以由IPMP系统用来确定解码以及组合该访问单元是否可能。

模式1和3需要流中具有MarkerDescriptor。

5.2.2 ESID

该可选的字段识别DependencyDescriptor所参照的流。

对于SimpleDependencyDescriptor，将ESID以下列的方式计划：

-模式0和1：当前的流

-模式2：依赖dependsOnESID

-模式3：不可用

dependencyLength——或者是标记符(如果存在)或者是解码时间标记(decodingTimeStamp)的长度。

值——第一标记符的或下一个解码的访问单元的标识符的值。

6.Sl包标题的详述

6.1 语法

aligned(8) class SL_PacketHeader(SLConfigDescriptor SL){

if(SL.useAccessUnitStartFlag)

bit(1)accessUnitStartFlag；

if(SL.useAccessUnitEndFlag)

bit(1)accessUnitEndFlag；

if(SL.OCRLength>0)

bit(1)OCRflag；

if(SL.useIdleFlag)

bit(1)idleFlag；

if(SL.useaddingFlag)

bit(1)paddingFlag；

if(paddingFlag)

bit(3)paddingBits；

if(!idleFlag &&(!paddingFlag||paddingBits!＝0))(

if(SL.packetSeqNumLength>0)

bit(SL.packetSeqNumLength)packetSeqvenceNumber；

if(SL.degradationPriorityLength>0)

bit(1)DegPrioflag；

if(DegPrioflag)

bit(SL.degradationPriorityLength)degradationPriority；

if(OCRflag)

bit(SL.OCRLength)objectClockReference；

if(accessUnitStartFlag)(

if(SL.useRandomAccessPointFlag)

bit(1)randomAccessPointFlag；

if(SL.AU_seqNumLength>0)

bit(SL.AU_seqNumLength)AU_sequenceNumber；

if(SL.useTimeStampsFlag)(

bit(1)decodingTimeStampFlag；

bit(1)compositionTimeStampFlag；

{

if(SL.instantBitrateLength>0)

bit(1)instantBitrateFlag；

if(decodingTimeStampFlag)

bit(SL.timeStampLength)decodingTimeStamp；

if(compositionTimeStampFlag)

bit(SL.timeStampLength)compositionTimeStamp；

if(SL.AU_Length>0)

bit(SL.AU_Length)accessUnitLength；

if(instantBitrateFlag)

bit(SL.instantBitrateLength)instantBitrate；

{

if(SL.hasMarker && beginningfAU()

{

for(intI＝0；I<markerDescriptorCount；I++)

{

bit(marker.length)markerValue

}

for(int I＝0；I<dependencyDescriptorCount；I++)

{

if(dependencyDescriptor.mode>>1＝＝0)

{

bit(dependencyDescriptor[I].depLength)dependencyPointerValue；

{

)

6.2 语义

accessUnitStartFlag——当等于1时，它表示SL包的负载的第一个字节是单元访问的起始。如果该语法元素从SL包标题的配置中忽略，其缺省值依照下列规则从前一个SL包标题中了解：

accessUnitStartFlag＝(在accessunitendflag＝1以前的SL包)？1:0。

accessUnitendFlag——当等于1时，其表示SL包的负载的最后一个字节是当前访问单元的最后一个字节。如果该语法元素从SL包标题的配置中忽略，其缺省值只在接收到SL包标题后依照下列规则了解：

accessUnitEndFlag＝(在accessunitstartflag＝＝1之后的SL包)？1:0。

如果accessUnitStartFlag既没有accessUnitEndFlag也没有配置在SL包标题中，意味着每个SL包标题对应单个访问单元，其中每个accessUnitStartFlag＝accessUnitEndFlag＝1。

注意，当SL包标题被配置使用accessUnitStartFlag但不是accessUnitEndFlag也不是accessUnitLength，在下一个被接收之前不会保证终端将能够确定访问单元的结束。

OCRFlag——当等于1时，它表示对象时钟参考(objectClockReference)将会跟随。OCRFlag的缺省值是0。

idleFlag——表示对于未确定量的时间该基本码流将是不活动的(即，缺少预期的数据)。该信号可以被解码器用来区别人为的缺少和由于在随后的SL包中的错误而产生的缺少。

PaddingFlag—表示将在该SL包中使用的数据完成模式。PaddingFlag的缺省值为0。

PaddingBit—表示将在该SL包中使用的数据完成模式。PaddingBit的缺省值为0。

如果PaddingFlag被设置并且PaddingBit等于0，这表示该SL包的随后的负载只由完成字节组成。如果PaddingFlag被设置并且PaddingBit等于0，则accessUnitStartFlag、randomAccessPointFlag以及Ocrflag一定不能被设置。

如果PaddingFlag被设置并且PaddingBit大于0，这表示该SL包的负载被跟随。PaddingBit，由调整负载的字节的0位组成。

PacketSequenceNumber—如果存在，对于每个Sl包，其必须被连续增加以作为模数计数器。解码器中的不连续与一个或几个丢失的SL包相对应。在该情况下，错误必须被指示到同步层。如果该语法元素从该SL包标题的配置中漏掉，对于基本码流来讲，由同步层对流单元的连续性的控制不能被执行。

SL包的复制：在其SL包标题中具有序数字段的基本码流必须使用SL包的复制来错误复原。复制的Sl包必须立刻跟随最初的包。复制的SL包的包序数(packetSequenceNumber)必须具有相同的值，并且最初的SL包的每个字节必须被复制，对象时钟参考(objectClockReference)字段除外，如果存在，其必须编码复制的SL包的有效的值。

degPrioFlag—当等于1时，其表示降级优先级(degradationPriority)存在于该包中。

degradationPriority—表示该SL包的负载的重要性。流优先级定义了基本码流(ES)的基础优先级。降级优先级(degradationPriority)定义了关于基础优先级的SL包的优先级递减。SL包的该优先级由下式给出：

SL_PacketPriority＝streamPriority-degradationPriority

降级优先级(degradationPriority)保持该值直到下一个事件。该指示可以由基本码流解码器以及适配器，例如特定的分配层，来使用。不同的基本码流的SL包中的降级的比例随SL_packetPriority减少而增加。

对象时钟参考(ObjectClockReference)——包括对象时间标记。该ORTt时间值依照下列公式从该OCR时间标记重建：

t＝(objectClockReference/SL.OCRResolution)+K＊(2^SL.OCRLength/SL.OCRResolution)

其中k是objectclockreference计数器已经过的时间。

如果OCRFlag被设置，objectClockReference只出现在SL包标题中。

只有一个OCR只可以被传输而不用装载在SL包内部。

下面描述的是语法元素的语义，当所述的语法元素由二进制流中的accessUnitStartFlag专门表示时，其只出现在访问单元的开始部分。

RandomAccessPointFlag——当等于1是，其表示对该基本码流的内容的访问是可能的。如果accessunitstartFlag被设置，必须只有RandomaccesspointFlag被设置。如果该语义单元从SL包标题的配置中忽略，其缺省值是基本码流的SlconfigDescriptor.hasRandomaccessunitonlyFlag值。

AU_sequenceNumber——如果存在，对于每个访问单元，其必须被连续增加以作为模组计数器。解码器中的不连续与一个或几个丢失的访问单元相对应。在该情况下，错误必须被指示到同步层的用户。如果该语法元素从该SL包标题的配置中漏掉，对于基本码流来讲，由同步层对流单元的连续性的控制不能被执行。

访问单元的复制：利用和AU相同的顺序数立即发送的访问单元必须被忽略。这样的复制的访问单元允许增加指向传送流的随机的访问，其中复制的访问单元的原始的单元没有将RAP设置，而复制的访问单元却设置了RAP。这允许客户端在流传输期间在确定的点进入流，而其它的客户端已经接收到该流。

DecodingTimeStampFlag——表示解码时间标记出现在该包中。

CompositionTimeStampFlag——表示时间标记组成出现在该包中。

AccessUnitLengthFlag——表示访问单元的长度出现在该包中。

InstantBitrateFlag——表示即时比特率出现在该包中。

DecodingTimeStamp——配置在相关的SLConfigDescriptor中的解码时间标记。该访问单元的解码时间td依照下列公式从该时间标记重建：

td＝

(decodingTimestamp/SL.timeStampResolution+K＊2^{SL.timeStamLength}/SL.timeStampResolution)

其中k是decodingTimestamp计数器已经过的时间。

如果解码器时间与该访问单元的时间组成不同，必须只有decodingTimestamp出现。

CompositionTimeStamp(合成时间标记)——配置在相关的SLConfigDescriptor中的时间标记组成。第一时间单元的时间组成tc由该事实产生，该事实是：该访问单元是依照下列公式从该时间标记组成重建：

Td ＝ ( compositionTimeStamp/SL.timeStampResolution+K＊2^{SL.timeStamLength}/SL.timeStampResolution)

其中k是compositiontimeStamp计数器已经过的时间。

访问单元长度(accessUnitLength)——以字节表示的访问单元的长度。如果该语法元素没有出现或其值是0，访问单元的长度未知。

即时比特率(InstantbitrateFlag)——以每秒比特表示的基本码流的即时的比特率，直到下一个比特率字段找到。

标记符值(markerValue)——允许识别访问单元的标记符的值。如果标记符描述符(markerDescriptor)存在，该标记符被确定。

相关性指针值(DependencyPointerValue)——DTS或由相关性描述符(DependencyDescriptor)确定的标记符索引。

标记符描述符数量(markerDescriptorCount)：标记符描述符的数量。

相关性描述符数量(DependencyDescriptorCount)：相关的描述符的数量。

7.解码语义

7.1 前部参照机制(模式0和1)

与ES(基本码流)相关的SlconfigDescriptor表示允许进入该流的第一访问单元。

如果参照模式是DTS，则SlconfigDescriptor必须包括解码时间标记(decodingTimeStamp)。

否则，标记符被用于标记每个访问单元。0和-1具有特定的意义：

//0意思是没有访问单元跟随

//-1意思是可以使用任何访问单元。

每个访问单元必须包含标记符和相关性指针，该指针允许每个访问单元指示下一个访问单元。

7.2 后部参照机制(模式2)

SlconfigDescriptor将定义n个相关性描述符(DependencyDescriptor)型描述符，其将指示ESID参照的基本码流(ES)中的访问单元。

当前流的每个访问单元将利用通过DTS参照ES_base访问单元(由ESID识别)的相关性指针指向ES上的访问单元，其中ES的标识符是ESID，称作ES_base。

7.3 IPMO模式(模式3)

在解码之前，相关性指针被传送到IPMP系统。该不透明的指针允许IPMP源确定解码访问单元是否是可能的。如果密钥没有接收到或者如果权限不允许，其可以负面响应。解码后该相关性指针被链接到合成单元。

在组合之前其被返回到IPMP系统，IPMP源然后将确定该单元是否可以出现。

8.时钟参考流

streamType＝ClockReferenceStream基本码流必须使用对象描述符来表示。它被用于传送对象参照时间标记。姓名组中的多个基本码流可以引用这种在SLConfigDescriptor中使用OCR_ES_ID语法元素的ClockReferenceStream，以避免时钟参考信息的重复转送。可是，必须注意，基本码流之间使用OCR_ES_ID的循环引用不被允许。

在同步层上，通过在SL水平配置用于数据流的数据包标题来执行ClockReferenceStream，使得仅有OCCResolution的需要的OCR值和OCRLength存在于SL数据包标题中。

在streamType＝ClockReferenceStream的数据包流-SL中没有SL数据包负荷。

在用于时钟参考流的DecoderConfigDescriptor中，objectTypeIndication必须设置在′0xFF′上，hasRandomAccessUnitsOnlyFlag超过1，bufferSizeDB超过′0′。

以下表示时钟参考流的SLConfigDescriptor的建议值：

表3-时钟参考流(ClockReferenceStream)的SLConfigDescriptor的SLConfigDescriptor值

useAccessUnitStartFlag
useAccessUnitStartFlag	useAccessUnitEndFlag	0
useRandomAccessPointFlag	useAccessUnitEndFlag	0
useRandomAccessPointFlag	usePaddingFlag	0
useTimeStampsFlag	usePaddingFlag	0
useTimeStampsFlag	useIdleFlag	0
useIdleFlag	useIdleFlag	0
useIdleFlag	durationFlag	0
timeStampResolution	durationFlag	0
timeStampResolution	timeStampLength	0
AU_Length	timeStampLength	0
AU_Length	degradationPriorityLength	0
AU_seqNumLength	degradationPriorityLength	0

9.对共享相同的时间基对象的基本码流的限制

当通过OCR_ES_ID在几个基本码流之间共享时间基对象时，存在用于访问这些基本码流以及它们的过程的多个限制，如下所述：

当几个基本码流共享简单时间基目标时，即使它们是可访问的，也不需要使用没有集成时间引用信息的基本码流，直到传送目标时钟参考信息的基本码流变成可访问的。

如果在传送目标时钟参考信息的基本码流之后没有集成时间引用信息的基本码流变得对于终端来说是有效的，那么该基本码流必须和其它流同步传送。注意，这意味着依据时间基目标的当前值，不需要从开始就传送这种流。

当基本码流传送目标时钟参考信息变得不可利用了或其用于其它方面(例如备用模式)时，使用相同时间基对象的所有的其它的基本码流必须遵循这个方案；即，它们必须变得不可利用或在相同方向上操作。

当没有集成目标时钟参考信息的基本码流变得不可利用时，这没有影响共享该时间基对象的其它的基本码流。

10.使用用于时钟参考和时间标记值的配置选择

10.1 解决时间基对象的复原中的模糊点

依据objectClockReference值的限定的长度，这些时间标记可能是模糊的。每次在SL数据包标题中传送objectClockReference时，该OTB时间值可能依据下列公式被重建：

t_{OTB_reconstructed}＝(objectClockReference/SL.

OCCResolution)+k＊(2^SL.OCRLength/SL.OCRResolution)

其中k是表示循环数的整数值。

结果时间基t_{OTB_reconstructed}以秒钟来测量。

当用于基本码流的第一objectClockReference已知时，k值必须设置成1。对于objectClockReference的每个连续出现，k值通过以下方式估算：

终端必须知道用于在每一时刻估算时间基对象的值的手段。

每次接收objectClockReference时，该OTB t_{OTB_estimated}的估算的当前值必须被采样。因此，对k的不同值进行估算t_{OTB_res}(k)。使持续时间_t_{OTB_estimated}-t_{OTB_res}(k)最小化的该k值必须被认为是t_{OTB_reconstructed}的校正值。该值必须用作是对时间基对象估算进程的新的贡献。

该应用必须确保这个程序处理k的非模糊值，这是通过在基本码流中选择对于objectClockReference元素的恰当的长度和分辨率以及objectClockReference嵌入值的充分高的效率实现的。对该值的选择依据SL数据包的传送稳定性以及在终端和接收机的时钟之间的最大的被希望的延迟而定。

10.2 解决时间标记的复原中的模糊点

依据decodingTimeStamp和compositionTimeStamp值，这些时间标记可能变得模糊，通过下列公式来表示：

T_ts(m)＝(TimeStamp/SL.timeStampResolution)+m＊(2^{SL.timeStampLengt} ^h/SL.timeStampResolution)

其中TimeStamp(时间标记)或者是decodingTimeStamp(解码时间标记)或者是compositionTimestamp(合成时间标记)，并且m是表示循环数的整数值。

时间标记的校正t_timestamp值可以如下进行估算：

每次接收TimeStamp时，必须对OTB t_{OTB_estimated}的当前估算值进行采样。对用于m的各种值的t_ts(m)进行估算。该m值被认为是t_timestamp的校正值，该值使term_t_{OTB_estimated}-t_ts(m)_最小化。

该应用可以独立地为每个单独的基本码流选择该时间标记的长度和分辨率，这是为了符合关于时间事件的非模糊定位的需要。这个选择根据在由TimeStamp指定的时刻后送出带有TimeStamp的SL数据包的最大时间以及时间定位的所需要的精度。

10.3 关于对象时钟参考和时间标记的使用的评述

对象基础时间的时间线允许通过大于/SL.OCCResolution来区分两个隔开的时刻。必须选择足够大容量的OCCResolution，从而允许得到与一组基本码流同步的该应用所需要的精度。

时间和合成标记允许区分通过大于/SL.OCCResolution而分隔开的两个独立时刻。根据得到用于给定基本码流的访问(access)单元，必须选择足够大容量的TimeStampResolution，以允许得到该应用所需要的精度。

大于OCCResolution的TimeStampResolution将允许得到事件之间的最好的区分。如果TimeStampResolution小于OCRResolution，不可能得到具有该给定OCCResolution的可能的最大精度的这个特定流的事件。

在SL标题的结构中指出该OCRLength参数。在其循环之前，2^SL.OCRLength/SL.OCRResolution是由objectClockReference计数器覆盖的时间间隔。为了符合该应用的对于所有基本码流的时间事件的非模糊定位的需要。

当该应用知道以上已定义的k值时，对于每个时间值OTB，时间线是清晰的。当该应用不能重建该k因数时，例如在允许没有其它信息的随机访问的情况下，该OTB线对于模式2^SL.OCRLength/SL.OCRResolution是模糊的。因此，引用该OTB的每个时间标记是模糊的。可是，可以在应用情况内是清晰的，该情况使用假定的最大振动和在持续时间上的限制的知识，其中可以在解码之前传送访问单元。

必须注意，基本码流仅能够以非模糊方式得到两个时间间隔的最小的时间间隔内的时间事件，该基本码流选择时间间隔2^SL.OCRLength/SL.TimeStampResolution大于2^SL.OCRLength/SL.OCRResolution。

在一些情况下，当不能正确的估算k和m时，可能超越缓冲器模式，其导致解码器的不希望的操作和结果。

例如，鉴于希望使具有1ms精度的基本码流同步的应用，必须选择OCRResolution等于或大于1000(因此两个连续的OCT脉冲之间的时间等于1ms)。可以假定OCRResolution＝2000。

该应用假定STB和OTB之间的0.1％的振动(即每秒钟1ms)。因此必须至少每秒钟(即在最糟糕的情况下，时钟偏离1ms，其是精度抑制)调整时钟。可以假定每1s传送objectclockReference。

该应用可以希望具有24h的清楚的OTB时间线，而不需要重建该因数k。因此选择OCRLength作为结果，即2^SL.OCRLength/SL.OCRResolution＝24h。

现在假定该应用希望除了10ms的精度外使基本码流内的事件同步。必须选择TimeStampResolution等于或大于100(因此两个连续的TimeStamp脉冲之间的时间等于10ms)。假定TimeStampResolution＝200。

该应用希望该通行能力在它们的解码器或合成时间之前最大的一分钟时发送访问单元。该因此选择timeStampLength为2^SL ^{timeStampLength}/SL.TimeStampResolution＝2分钟。

Claims

1、一种用于将至少一个数据流传输到至少一个终端的方法，所述至少一个数据流中的每一个数据流由流单元构成，且所述至少一个数据流中的每一个数据流被以前在终端中通过另一个数据流接收到的对象描述符引用，其中所述数据流的所述的流单元中至少一些流单元包括至少一个指针，该指针指向所述数据流的或可能以前已经在终端被接收的另一个数据流的被称作所需的在先单元的至少一个流单元，使得如果所需的在先单元没有被接收，在所述终端中不执行对所述流单元的处理。

2、根据权利要求1所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于其包括传输至少两个独立传输的数据流；第一流的一个流单元指向至少一个第二流的至少一个所需的在先单元，其中所述的第一流的所述流单元包括被包含在所述的第二流中的数据的增补数据。

3、根据权利要求2所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述的数据流与分层编码的不同层级相对应，其中给定的层级的流单元的处理仅在相应的较低层级的流单元已被接收的情况下执行。

4、根据权利要求2和3中任一权利要求所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于该流单元指向限定多个所需的在先单元的序列的至少一个在先单元。

5、根据权利要求1所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述指针中的至少一个指针允许复原包括允许对所考虑的流单元解码和/或解密的数据的至少一个所需的在先单元。

6、根据权利要求5所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述的所需的在先单元包括有数据，所述数据允许终端确定所考虑的流单元的数据是否应被解码和/或解密、并在解码后显示。

7、根据权利要求1所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述的指针中的至少一个指针指向可以由所述的终端知晓的数据，使得该终端能够确定其有能力还是无能力来处理相应的流单元。

8、根据权利要求1所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述的流单元中的至少一个包括有至少一个指针，该指针指向所述的流的或随后会被接收的另一个流的至少一个流单元。

9、根据权利要求8所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述的流单元或随后会被接收的各流单元具有标记符，该标记符允许与所述的指针链接。

10、根据权利要求8所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于在不同的时间传输的至少两个相似的流单元的指针指向随后会被接收的同一个流单元。

11、根据权利要求1所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于其实现了这样一个指示符，该指示符从属于包括以下的组的诸角色中的两个角色中指定指针的角色：

-指定考虑到所考虑的流单元而必须被解码的至少一个在先的流单元；

-指定包括有解码和/或解密所考虑的流单元所需的数据和/或对保护系统的状态的引用的至少一个在先流单元；

-指定至少一个随后流单元。

12、根据权利要求11所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述的流单元中的至少一些流单元包括有用于限定所述角色的相关性描述符。

13、根据权利要求1所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述的流单元中的至少一些流单元包括有相关性标记符，相关性标记符允许将其标识为所需的在先单元。

14、根据权利要求1所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于所述的流单元中的至少一些流单元包括所述流中的所述流单元的识别标记符。

15、根据权利要求1所述的用于将至少一个数据流传输到至少一个终端的方法，其特征在于其在同步层级实施，从而不需要对接收到的流单元进行任何在先处理。

16、一种由流单元构成的至少一个数据流的接收方法，所述的流单元是互相独立传输的，且所述至少一个数据流中的每一个数据流被以前通过另一个数据流接收到的对象描述符引用，其特征在于这些流单元中的至少一些流单元包括至少一个指针，其指向可能以前已经在终端被接收的另一个数据流的被称作所需的在先单元的至少另一个流单元。

17、根据权利要求16所述的接收方法，其特征在于所述的指针中的至少一个指针指向可能以前已经在终端被接收的另一个流的被称作所需的在先单元的至少另一个流单元，其特征在于该接收方法包括下列步骤：

-分析流单元的所述指针，

-如果所需的在先单元已经被接收，则处理所述的流单元。

18、根据权利要求1至15中任一权利要求所述的传输方法在下列应用之一中的应用：

-在访问由用户选定的节目之前对消息的系统广播，

-在节目的特定质量级别和/或选择了特定节目时的有条件的访问，

-交互式电视。