CN102057687B - 媒体流成分的同步 - Google Patents

Abstract

提供了用于同步广播媒体流的多个成分的方法，所述方法包括：缓冲（18）用于广播媒体流的多个成分的数据采样的流，以及缓冲多个信息分组，所述用于多个成分中每个成分的数据采样的流包括相对定时信息，每个信息分组包括指示在所述成分中的相对定时信息与绝对时间之间的关系的定时信息；对缓冲的信息分组执行（16）预作准备行动，以提取对于该多个成分中每个成分的定时信息；以及使用（16）所提取的定时信息和相对定时信息来同步该多个成分。

Description

媒体流成分的同步

技术领域

本发明涉及诸如音频和视频那样的媒体流的成分（component）的同步，具体地涉及在数字视频广播-手持(DVB-H)系统中的成分的同步。

背景技术

数字视频广播-手持(DVB-H)是用于提供电视广播以及其它视频与音频流到移动设备或手持设备的标准。

在DVB-H中，使用时间分片，这意味着不同的服务(即，不同的电视频道)在时间或突发的相应的“分片（slice）”中被传送。图1显示示范性DVB-H传输结构。在这个例子中，DVB-H输送流2以2 Mbps被传送，且包含四个不同的服务，每个服务具有500kbps的平均比特速率。由于时间分片的结果，每个服务在四分之一的时间内以2Mbps的最大比特速率被传送。所以，使用单个服务的接收设备在75%的时间内可以停用DVB-H接收机。因此，时间分片在DVB-H中被使用来减小接收设备中的功率消耗。

如图1所示，在DVB-H流中，音频与视频信息通过使用实时输送协议(RTP)，经由分别被标记为225.0.0.1:4000和225.0.0.1:5000的分开的流（并且具体地是用户数据报协议（UDP）套接字）来发送。这个协议被设计成使得多媒体会话(例如，视频和音频)的不同的媒体成分可以经由不同的信道/路由(可能来自不同的源：例如在视频会议中的话筒和摄像机)被输送。当使用RTP时，广播音频和视频流可能会不同步达几秒之久。

因此，音频和视频流在接收设备中必须在时间上同步，以便避免影音同步（lip-sync）问题。音频与视频流之间的甚至是小的偏差也能被用户感知。

对于DVB-H广播有两个单独的同步问题。第一个同步问题出现在用户选择或改变接收的服务时(即，用户激活接收设备，或从图1中的“服务1”切换到“服务2”)。在这种情形下，接收设备必须改变到新的服务，并同步新的视频与音频流。这个同步可花上几秒钟，这意味着，在呈现新的服务之前对于用户将有延迟。除了视频与音频流以外，还可能有需要同步的另外的成分(例如，图形或字幕)。

第二个问题是视频与音频流之间的同步可随时间而漂移，并可能需要校正。

在RTP中，这些同步问题通过使用连同音频和视频流一起被发送的RTP控制协议(RTCP)发送者报告分组而被减轻。如图1所示，音频和视频流中的每个被与包含RTCP发送者报告分组的相应的流进行配对，流225.0.0.1:4001载送用于视频流225.0.0.1:4000的RTCP发送者报告分组4，以及流225.0.0.1:5001载送用于音频流225.0.0.1:5000的RTCP发送者报告分组6。

然而，从这个图可以看出，当视频和音频流被首次接收时，在这些流可被同步(在图1上被标记为“同步点”)之前，必须等待，直至为每个音频和视频流接收到RTCP发送者报告分组为止。

在图2中显示了按照RTCP技术规范的RTCP发送者报告分组的示范性结构。该分组包括：规定正被使用的协议的版本的头标部分(V)、填充指示符比特(P)、该分组中的接收报告块的数目(RC)、分组类型(PT-即发送者报告SR)、以32比特字计的分组的长度、以及对于发送者报告分组的源的同步源标识符(SSRC)。该分组还包括：发送者信息部分，其规定64比特网络时间协议(NTP)时间戳(在这里它被称为绝对时间)；RTP时间戳，其反映视频或音频流中的RTP数据分组内的第一个八位位组的采样时间；发送者的分组计数，其显示直至发送者报告的传输的、由发送者传送的RTP数据分组的总数；和发送者的八位位组计数，其显示直至发送者报告的传输的、由发送者传送的净荷八位位组的总数。

每个RTP数据分组载送RTP时间戳，其显示自从在RTP数据分组中的第一个八位位组的采样时刻以来消逝的时间。RTP时间戳通常对于单独的媒体流(即视频或音频)是特定的，且将相应的开始点和频率用于计数时间戳中的增量。这样，因为不同的音频和视频流不是将相同的时基(即时钟频率和启动偏移)用于RTP时间戳，所以它们不可以直接比较。

所以，如上所述，每个音频和视频RTP流都与包含RTCP分组的相应的流进行配对。如图2所示，这些RTCP发送者报告分组包括NTP时间戳和RTP时间戳，它们代表相同的时间，但是是以不同的时基。由于NTP时间戳对于所有的不同的媒体成分(例如，音频和视频)是相同的，因而同步所有的流是简单明了的。具体地，通过使用定时信息而为每个成分计算呈现时间戳(PTS)，让PTS指示相关的数据采样应当从缓冲器被检索、译码和呈现给用户的时间。

在DVB-H应用中，推荐每隔4秒发送RTCP分组。然而，当作出服务中的改变时，这意味着，在接收到下一个RTCP分组以及可以通过使用定时信息来使音频和视频流的RTP时间戳互相相关之前，将花费多达5秒。这意味着，在选择或改变服务后，相当于头5秒内音频和视频流可能不同步。

另外，在广播期间，当接收到新的RTCP发送者报告分组并确定必须校正同步时，调节或校正可被用户感知为在所呈现的音频或视频中的轻微的跳跃或人工产物。

发明内容

所以，需要一种供按照DVB-H技术规范的广播使用的、克服上述的缺点的方法和设备。具体地，需要一种方法和设备，其在新的服务被选择时具有改进的同步时间，以及当实施媒体流成分之间的同步的校正时提供更平滑的过渡。本发明由独立权利要求定义。从属权利要求定义有利的实施例。

按照本发明的第一方面，提供了用于同步广播媒体流的多个成分的方法，所述方法包括：缓冲用于广播媒体流的多个成分的数据采样的流以及缓冲多个信息分组，用于多个成分中每个成分的数据采样的流包括相对定时信息，每个信息分组包括指示在所述成分中的相对定时信息与绝对时间之间的关系的定时信息；对缓冲的信息分组执行预作准备（look-ahead）行动，以提取对于该多个成分中每个成分的定时信息；以及使用所提取的定时信息和相对定时信息来同步该多个成分。

在一个实施例中，每个信息分组与该多个成分中相应的成分相关联，以及定时信息指示在它们的相应成分中的相对定时信息与绝对时间之间的关系。

优选地，该方法还包括流播多个成分中的同步的数据采样的步骤。

在一个实施例中，该方法还包括以下步骤：在存储器中存储信息分组；和使用被存储在存储器中的信息分组内的定时信息来同步多个成分中的数据采样，直至接收到另外的信息分组为止。

在这个实施例中，广播媒体流包括多个可选择的服务，以及该方法还包括以下步骤：接收对于每个可选服务中的各成分的信息分组；以及把信息分组存储在存储器中。

优选地，用于多个成分的数据采样的流包括在广播媒体流中的第一可选服务，以及所存储的用于第二可选服务的信息分组在第二服务被选择的事件中以及在接收到用于第二服务的相应信息分组之前被使用。

优选地，数据采样在突发中被接收，以及信息分组与每个突发一起被接收。

优选地，使用所提取的定时信息和相对定时信息的步骤包括：确定在多个成分中的、要被同时流播的数据采样。

优选地，该方法还包括以下步骤：比较所确定的要同时流播的数据采样与先前确定的要同时流播的数据采样组，以识别在多个成分之间的漂移；以及添加或省略来自特定成分的数据采样，以便当从缓冲器流播数据分组时，校正所识别的漂移。

在这个实施例中，在与被用来确定漂移的信息分组一起接收的一个或多个数据采样被流播之前，通过添加或省略数据采样而校正漂移。

优选地，数据采样是通过重复现有的数据采样而添加的。

优选地，该方法还包括把比较步骤的结果存储到存储器的步骤。

优选地，该方法还包括：从被存储在存储器中的结果计算平均校正量；以及使用所计算的平均校正量来预测对于特定成分所需要的校正量。

在优选实施例中，广播媒体流按照数字视频广播-手持技术规范被广播。

在这些实施例中，相对定时信息包括实时传送协议(RTP)时间戳，信息分组是RTP控制协议(RTCP)发送者报告分组，以及绝对时间是按照网络时间协议(NTP)被确定的。

优选地，广播媒体流的成分包括从视频、音频、图形、字幕和交互式内容中选择的一项。

按照本发明的第二方面，提供了用于把广播媒体流呈现给用户的设备，所述设备包括：缓冲器，用来存储用于广播媒体流的多个成分的数据采样流和多个信息分组，每个成分包括用于在所述流内的数据采样的相对定时信息，每个信息分组包括指示在所述成分中的相对定时信息与绝对时间之间的关系的定时信息；以及处理器，其适于：执行预作准备行动，以从所缓冲的对于每个成分的信息分组中提取定时信息；以及使用所提取的定时信息和相对定时信息来同步多个成分。

优选地，该设备还包括存储器，用于存储所提取的定时信息。

本发明的第三方面提供包括计算机可读代码的计算机程序产品，当该计算机可读代码被处理器执行时，适于执行如上所述的方法。

从下文描述的实施例中，本发明的这些和其它方面将是明显的，并将参照所述实施例予以阐述。

附图说明

现在将参照附图，仅仅通过例子来描述本发明，其中：

图1显示在DVB-H系统中的广播的结构；

图2显示示范性RTCP发送者报告分组的结构；

图3是按照本发明的实施例的移动设备的框图；

图4显示在任意时刻的、DVB-H系统中的缓冲器的内容；以及

图5是图示按照本发明的实施例的方法的流程图。

具体实施方式

现在将参照包括音频和视频成分的广播媒体流来描述本发明，虽然应意识到，本发明可适用于包括不同的或附加的成分（包括但不限于，字幕、图形和交互式内容）的媒体流。

而且，虽然将参照DVB-H系统来描述本发明，但应意识到，本发明可适用于使用时间分片通过空中接口或有线接口来递送服务的其它系统(包括供非移动或非便携式设备使用的系统)。

现在参照图3，图上给出按照本发明的实施例的移动设备。移动设备10--其可以是能接收广播媒体流的任何设备，例如移动电话、个人数字助理或便携式电视设备--包括天线12和接收机电路14，用于通过空中接口接收广播媒体流。接收机电路14被连接到用来控制移动设备10的运行的处理器16。移动设备10还包括被连接到处理器16的缓冲器18，其被使用来存储用于进入的媒体流的各成分的数据采样的分组。

接收来自移动设备10的用户的命令的用户接口20，连同扬声器（们）22和显示器24一起，也被连接到处理器16。扬声器22和显示器24被使用来在处理器16检索和译码来自缓冲器18的媒体成分的时候把媒体流呈现给用户。

在某些实施例中，移动设备10还可包括被连接到处理器16的存储器26。

因此，包括多个成分的进入的媒体流由移动设备10使用天线12和接收机电路14进行接收，并被处理器16存储在缓冲器18中。为了把媒体流初始地呈现给移动设备10的用户(即，当设备10被首次接通时，当设备10首次开始接收广播媒体流时，或当用户选择广播媒体设备的新的服务来观看时)，处理器16为每个音频和视频分组确定NTP时间戳，并把分组从缓冲器18流播到移动设备10的适当的输出 (即，扬声器22或显示器24)，其中 NTP时间戳被使用来指示哪个音频分组应当与特定的视频分组一起从缓冲器18被流播。呈现的实际时间(即，分组从缓冲器18流播的时间)可以由处理器16依据呈现时间戳(PTS)来确定，或仅仅由处理器16考虑视频流的帧速率来确定(即，每秒流播用于特定数目的帧的视频数据)。

将意识到，当移动设备是移动电话时，接收机电路14可以用收发信机电路代替，或可以提供分开的发射机电路用于与通信网络的上行链路通信。

而且，将意识到，在某些实施例中，接收机电路14可以把接收的媒体流直接提供到缓冲器18，而无需经过处理器16。

图4显示在任意时刻的、在DVB-H系统中的缓冲器18的内容。在这个图示中，流播到缓冲器18中的数据采样自左面来，从缓冲器18(来自流播点)流播出来到扬声器22或显示器24的数据采样往右面去。因为在本例中媒体流包括两个成分，即视频和音频，所以缓冲器18实际上被划分成两个部分，让第一部分(被显示于图4的上半部)存储视频数据采样，而第二部分(被显示于图4的下半部)存储音频数据采样。

对于在每个时间分片或突发期间接收的每个成分的数据采样被显示在缓冲器18中。如上所述，当数据采样被媒体流的成分的源生成时，采样被加上时间戳。然而，每个成分对于这些时间戳将使用不同的基，这样，不同成分的时间戳不可直接比较。

因此，每个成分伴随有与数据信道同时广播的相应的信道，且该信道包含信息分组4、6，这些信息分组包括指示在所述成分中的相对时间戳与绝对时间之间的关系的定时信息。这些信息分组4、6被存储在缓冲器中，如图4所示。

在DVB-H系统中，数据采样通过使用实时传送协议(RTP)而被广播，所以包括RTP时间戳。另外，信息分组是RTCP发送者报告，以及定时信息指示在RTP时间戳与绝对时间(即，NTP时间)之间的关系。

传统上，当信息分组4、6连同它们的相应的音频和视频流一起从缓冲器18流播出来时，信息分组4、6由处理器16或其它媒体播放器读出(即，它们在流播点到达相应的信息分组时被读出)。

然而，按照本发明，处理器16能够执行预作准备行动，这意味着，它超前于缓冲器18中的当前的流播点(即，数据采样当前正从其被流播的点)来为已被存储在缓冲器18中的任何“将来的”信息分组预作准备。换句话说，处理器16检验处在缓冲器18中的信息分组，而不是等待它们通过数据采样被流播出缓冲器18。替换地，预作准备行动可导致处理器16在信息分组被接收机电路14接收时(即，在它们被存储到缓冲器18之前)检验该信息分组。

由于广播媒体流的时间分片结构，由处理器16进行的这种“预作准备”行动是可能的，因为与在处理器16中的成分译码器可以使用数据采样相比，在特定的时间分片里接收数据采样要快得多。

图5是图示按照本发明的一个方面的移动设备的运行的流程图。

在步骤101，用于广播媒体流的多个成分的数据采样被接收，并被存储在缓冲器18。每个成分包括用于在该流中的数据采样的相对时间戳。

在步骤103，对于每个成分的相应的信息分组被接收，并被存储在缓冲器18。每个信息分组包括指示在它们的相应成分中的相对时间戳与绝对时间之间的关系的定时信息。

在步骤105，处理器对缓冲器18执行预作准备行动，且从所接收的信息分组中提取定时信息。替换地，处理器16可以在信息分组被接收机电路14接收时读出定时信息。因此，在与信息分组一起被并行地接收的数据采样从缓冲器18被流播之前，从那个信息分组中提取定时信息。因为信息分组是间歇地接收的，所以处理器16可以周期性地重复预作准备行动。

在步骤107，处理器16使用所识别的定时信息来把各成分中的数据采样的相对时间戳与绝对时间相关。因为来自不同的数据流的采样现在具有共同的时基，所以处理器16可以通过确定在一个成分中的哪些采样应当连同在另一个成分中的哪些采样一起流播而对各成分进行同步。

最后，在步骤109，在这些成分中的同步的数据采样从缓冲器18流播。

将会意识到，由于数据流播系统的性质(即，数据被周期地接收(在突发传输的情形下)并连续不断地流播给用户)，在这个方法中的每个步骤由移动设备10或多或少同时地执行，虽然是对媒体流的不同部分来执行的。例如，步骤101和103对于特定的突发将基本上在相同的时间发生(因此，被并排地显示在流程图上)，而此时处理器16正把来自广播媒体流中的较早的数据采样流播给用户。

因此，当设备10被首次接通时，当设备10首次开始接收广播媒体流时，或当用户选择广播媒体流的新的服务时，上述的方法允许多个成分比传统的方法快得多地被同步。事实上，如果信息分组(RTCP发送者报告)在第一突发中是可得到的，则几乎一旦发生服务改变，就可以实现同步。

另外，通过使用上述的方法，有可能比用传统方法更早地确定多个成分是否需要重新同步(即，在成分之间的定时是否漂移)。而且，正如下面更详细地描述的，对所需要的同步校正的提早检测允许在短的时间段上(即，多个帧) 实施校正，而不是如在传统的方法中那样在特定的时刻实施校正。这样，用户可感知的人工产物将被减小。

这两个实施方案的进一步的细节在下面提供。

在新的服务中的成分的同步

因此，当设备10被首次接通时，当设备10首次开始接收广播媒体流时，或当用户选择广播媒体的新的服务时，设备10接收第一个选择的突发，并把数据采样和RTCP发送者报告分组存储在缓冲器18中。

虽然处理器16可以开始消耗(即，流播)来自缓冲器18的所接收的媒体成分，但它可以同时执行预作准备行动，以检查缓冲器18的其余部分来查找所有必需的媒体成分的可得到的RTCP分组。

如果对于至少两个不同的媒体成分找到这样的RTCP分组，则通过使用把RTP时间戳链接到NTP时间的、RTCP发送者报告分组中的定时信息，可以把数据采样流中的个体的成分RTP时间戳转化回一个绝对时基。具体地，由于RTCP发送者报告分组包含对于在RTP数据分组中的第一个八位位组的采样时刻的RTP时间戳和对应的NTP时间戳，所以在RTP数据分组中的RTP时间戳(从这个第一个采样时刻测量的)可以与NTP时间相关。

因为定时信息在每个RTCP分组之间不变化，所以来自较早的和较迟的RTCP发送者报告分组的定时信息对于在RTP数据流中的数据采样都是有效的。

因此，虽然RTCP发送者报告分组在时间上稍后地被接收，但在多个成分之间的同步可以一旦接收到分组就被建立。

具体地，以下的计算说明了本发明在达到多个成分的同步方面提供了优于传统方法的改进。下面，假设新的服务是在用于那个服务的突发之间被选择的(即，用于那个服务的突发并不是在进行服务切换的时间处正被传送)。

如果假设对于媒体流中的每个成分，每隔4秒发送一RTCP发送者报告分组(正如在当前的标准中建议的)，以及媒体流具有2秒的时间分片循环期，则达到同步所需要的最大时间是7秒，包括2秒来等待正确的时间分片和5秒来等待RTCP发送者报告分组。平均来说，达到同步将花费3.5秒，包括1秒来等待正确的时间分片和2.5秒来等待RTCP分组。

然而，当使用按照本发明的方法时，达到同步的最大时间是6秒，包括2秒来等待正确的时间分片，2秒来等待下一个时间分片(当当前的时间分片不包含RTCP分组时)，当下一个时间分片仍不包含RTCP分组时再多2秒，以及随后的0秒，因为RTCP分组几乎可以一旦接收到它就被读出。达到同步的平均时间将是2.6秒，包括1秒来等待时间分片，有40%的机会RTCP分组处在这个时间分片(所以需要0秒的进一步等待),有40%的机会RTCP分组处在下一个时间分片(所以需要2秒的进一步等待),以及有20%的机会RTCP分组处在最后的时间分片(所以需要4秒的进一步等待)。

在本发明的优选实施例中，通过与数据采样的每个突发一起传送RTCP时间戳，同步时间还可以进一步改进。这样，由于等待另一个突发而引起的延迟得以避免。

具体地，当每个时间分片都发送RTCP分组时(因此是每隔1秒)，使用传统方法同步这些成分的最大时间将是4秒，包括2秒来等待时间分片和2秒来等待RTCP分组。同步这些成分所花费的平均时间将是2秒，包括1秒来等待时间分片和1秒来等待RTCP分组。

然而，对每个时间分片中的RTCP分组使用上述的方法导致2秒的最大同步时间，包括2秒来等待该时间分片。平均持续时间将是1秒，包括1秒来等待该时间分片。

在同步多个成分所花费的时间方面的另一个改进可以通过把接收到的对于每个服务的定时信息存储在存储器26中的历史表内而达到。因为在RTCP发送者报告分组中的相对值不应当随时间而改变，所以当用户切换到那个服务时，可以使用所存储的分组。

这个历史表可以以几种方式来填充。首先，当设备10被激活时，需要设备10接收用于广播中所有服务的时间分片。处理器16可以搜索对于所有的RTCP分组的这些时间分片，并把这些时间分片存储在存储器26中。

第二，设备10可以实行周期性的更新，以刷新在存储器26中的对于每个服务的定时信息。

第三，在正常服务接收期间，设备10可以高速缓存当前正被消耗的服务的RTCP分组。如果在某个以后的时间，用户切换回这个服务，则RTCP信息在存储器26中已经可得到。这样，将仅仅当设备10首次切换到新的服务时在同步上有延迟。

因此，当在新选择的服务的第一时间分片中缺乏RTCP发送者报告时，高速缓存的定时信息可被使用来同步多个成分。

在这些情形中的任何情形下，在相对定时可能已改变的不大可能的事件中，令处理器16检测到是相当简单明了的，因为在媒体流中的成分之间将有大的定时差别(例如，几秒的量级或更多)，且处理器16可以忽略使这个测试失败的任何高速缓存的信息。

对于高速缓存的信息可以实行进一步的检验，以确定它是否仍旧有效。具体地，除了把RTCP分组高速缓存在存储器26中以外，有可能高速缓存对应于该RTCP分组被接收的点的绝对时间、以及用于接近于该RTCP分组接收的RTP分组的呈现时间戳。所以，当用高速缓存的信息计算RTP分组的呈现时间戳时，最终得到的呈现时间戳应当接近于高速缓存的时间之间的绝对时间差加上高速缓存时刻的呈现时间戳。如果情况不是这样，则被保持在高速缓存器中的信息或许是无效的，以及处理器16应当等待新到的RTCP分组。

在现有的服务中的成分之间的同步的校正

如上所述，如果服务中的多个成分之间的同步随时间漂移，则与用传统的方法相比，按照本发明的方法允许更早地确定这个同步漂移。

由于同步漂移的这种更早的检测，所以可以在短的时间段内(即，若干帧)进行同步校正，而不是如在传统的方法中那样在特定的时刻进行校正。

具体地，同步校正可以通过丢弃视频帧(如果视频成分在时间上处于其它成分之前)和/或通过丢弃音频采样(如果音频成分在时间上处于其它成分之前)而被实施。

在移动设备10已使用随每个流发送的第一个RTCP发送者报告分组而同步RTP传输的不同的媒体成分后，它继续接收对于每个成分流的进一步的RTCP信息分组。按照本发明，移动设备10对于在缓冲器18中的RTCP分组执行预作准备操作。换句话说，一旦RTCP分组中的定时信息对于移动设备10是可得到的，设备10就提取该定时信息，而不是等待该分组连同对应的数据采样一起流播出缓冲器。

一旦找到这样的RTCP分组，处理器16就把相对时间戳与绝对时间相关，并如通常的那样去计算对于不同的媒体成分的呈现时间戳。由此，处理器16确定来自一个成分的哪些采样应当与来自其它成分的特定的采样一起被流播，以及把这个与当前正在流播的数据采样对进行比较。如果这些采样对与当前正在流播的采样对不同，则存在有漂移，所以处理器16确定特定的一个成分或多个成分需要被调节多少，以及这个漂移应当在哪个点被校正。漂移正常地被校正的时间是从缓冲器18读出RTCP分组的时间。

处理器16使用所确定的调节量和正常的校正时间来确定在RTCP分组被从缓冲器18读出之前每个(或哪个)成分需要被调节多少，以便同步这些成分。

处理器16可以通过添加或省略视频帧(如果视频分别在音频流之前或之后)、或通过添加或省略音频采样(如果音频分别在视频流之前或之后)而校正在音频和视频流之间的同步漂移。通过重复现有的帧或采样，可以添加帧或采样。

优选地，处理器16通过在从缓冲器18读出RTCP分组之前的时间段上使帧或采样的添加或省略隔开而校正同步漂移，所以在重新同步中不应当有任何用户可感知的人工产物。

每次发生重新同步时，与重新同步有关的信息可被存储在存储器26中的历史表内。处理器16可以使用这个表中的信息来计算已发生的帧或音频定时的总体平均调节量。通过这个信息，处理器16可以在RTCP分组被接收之前预测重新同步，并确保在从缓冲器18读出相关的RTCP分组之前很久便实施重新同步。这样，重新同步可以在更大的时间尺度上被实施，这意味着，过渡可以被做得更平滑，因为帧或音频采样的添加或省略可以进一步分开地散布。

当RTCP分组从缓冲器18被读出时，其中的定时信息可被使用来确认成分的同步已被正确地调节。

而且，本发明的这个实施例可以通过在传输源中引入特定的RTCP分组而被应用于非时间分片的传输。这个分组可包含同步信息和指示应当在何时按照这个信息行动的时间戳。如果期望轻微的重新同步，则这个分组可以由传输源提前来创建和发送。这样，如果这个特定的RTCP分组被接收，则设备可以在一时间段内平滑地调节同步。

所以，提供了一种方法和设备，当新的服务被选择时其具有改进的同步时间，并且当实施在媒体流的成分之间的同步的校正时其提供更平滑的过渡。

虽然在附图和上述的说明中详细地图示和描述了本发明，但这样的图示和描述应当被看作为是说明性或示范性的，而不是限制性的，本发明不限于所公开的实施例。

通过研究附图、公开内容和所附权利要求，实践所要求的本发明的本领域技术人员可以了解并实现对于所公开的实施例的变化。本发明可以借助于包括几个不同的单元的硬件，和/或借助于被适当地编程的处理器而被实施。在权利要求中，单词“包括”不排除其它单元或步骤，以及不定冠词“一”或“一个”（“a”或“an”）不排除多个。单个处理器或其它单元可以完成在权利要求中陈述的几个项目的功能。某些措施在互相不同的从属权利要求中被陈述的起码事实不表示这些措施的组合不能被使用来获益。在权利要求中的任何参考标号不应当被解释为限制范围。计算机程序可在适当的介质--诸如连同其它硬件一起或作为其它硬件的一部分被供应的光学存储介质或固态介质--中被存储/分发，而且该计算机程序也可以以其它形式被分发，诸如是经由互联网或其它有线或无线电信系统分发。

Claims (15)

1.一种用于同步广播媒体流的多个成分的方法，所述方法包括：

缓冲（101）用于广播媒体流的多个成分的数据采样流以及缓冲多个信息分组，用于该多个成分中每个成分的数据采样流包括相对定时信息，每个信息分组包括指示在所述成分中的相对定时信息与绝对时间之间的关系的定时信息；

对缓冲的信息分组执行（105）预作准备行动，以提取对于该多个成分中每个成分的定时信息；以及

使用（107）所提取的定时信息和相对定时信息来同步该多个成分。

2.如在权利要求1中要求的方法，其中每个信息分组与该多个成分中的相应成分相关联，以及定时信息指示在它们的相应成分中的相对定时信息与绝对时间之间的关系。

3.如在权利要求1或2中要求的方法，还包括以下步骤：

流播（109）该多个成分中已同步的数据采样。

4.如在权利要求1或2中要求的方法，还包括以下步骤：

把信息分组存储在存储器（26）；和

使用被存储在存储器中的信息分组内的定时信息来同步该多个成分中的数据采样，直至接收到另外的信息分组为止。

5.如在权利要求4中要求的方法，其中该广播媒体流包括多个可选择的服务，以及所述方法还包括以下步骤：

接收（103）对于每个可选服务中的各成分的信息分组；以及

将该信息分组存储在存储器。

6.如在权利要求5中要求的方法，其中用于该多个成分的数据采样流包括在广播媒体流中的第一可选服务，以及其中所存储的用于第二可选服务的信息分组在第二服务被选择的事件中以及在接收到用于第二服务的相应信息分组之前被使用。

7.如在权利要求1或2中要求的方法，其中数据采样在突发中被接收，以及信息分组与每个突发一起被接收。

8.如在权利要求1或2中要求的方法，其中使用所提取的定时信息和相对定时信息的步骤包括：确定该多个成分中要被同时流播的数据采样。

9.如在权利要求8中要求的方法，还包括以下步骤：

比较所确定的要被同时流播的数据采样与先前确定的要被同时流播的数据采样组，以识别在多个成分之间的漂移；以及

添加或省略来自特定成分的数据采样，以便当从缓冲器流播数据采样时，校正所识别的漂移。

10.如在权利要求9中要求的方法，其中在与被用来确定漂移的信息分组一起接收的一个或多个数据采样被流播之前，通过添加或省略数据采样而校正所述漂移。

11.如在权利要求9或10中要求的方法，其中添加数据采样包括重复数据采样。

12.如在权利要求9或10中要求的方法，其中该方法还包括：

把比较步骤的结果存储到存储器。

13.如在权利要求12中要求的方法，其中该方法还包括：

从被存储在存储器中的结果计算平均校正量；以及

使用所计算的平均校正量来预测对于特定成分所需要的校正量。

14.一种用于把广播媒体流呈现给用户的设备，所述设备包括：

缓冲器（18），用来存储用于广播媒体流的多个成分的数据采样流和多个信息分组，每个成分包括用于该数据采样流内的数据采样的相对定时信息，每个信息分组包括指示在所述成分中的相对定时信息与绝对时间之间的关系的定时信息；以及

处理器（16），其适于：

- 执行预作准备行动，以从所缓冲的对于每个成分的信息分组中提取定时信息；以及

- 使用所提取的定时信息和相对定时信息来同步该多个成分。

15.如在权利要求14中要求的设备，还包括存储器（26），用于存储所提取的定时信息。

Images