媒体帧解码技术的制作方法

专利名称：媒体帧解码技术的制作方法
技术领域：
本发明一般涉及对经点到多点传输接收的媒体帧解码的领域。具 体地说，本发明涉及对在不知道补充信息的情况下无法解码的媒体帧 的解码。
背景技术：
诸如视频点播服务等数字电视和交互式媒体应用正在全球变得越 来越普遍。由于涉及到巨量的数字数据，因此，有效的数据压缩方案
已被开发和标准化。例如，移动图像专家组(MPEG)定义了包括 MPEG-1和MPEG-2的几个媒体压缩标准。
媒体压缩，在本文中也称为编码，旨在去除形成特定媒体流的图 像序列中包括的冗余信息。通常，发射器站点处的编码器在传输前去 除冗余，并且接收器站点处的解码器在播出前重新插入冗余。编码器 利用数字图像序列的各个像素值不是独立的而是与同 一 图像内(空间 冗余)和^争图^象序列(时间冗余)两者的其邻居相关的实际情况。时间冗 余允许从前一 "参考(reference)"图像预测下一图像。
MPEG标准定义用于将各个图像转换成编码帧的各种不同编码模 式，其利用时间冗余实现数据压缩目的。不同的编码模式产生不同的 帧类型。
"内部"帧(I帧)已独立编码，即，没有对其它帧的任何参考。适 度的压缩通过降低空间冗余得以实现，但时间冗余未考虑。I帧一般 情况下定期使用以在帧流中提供可开始解码的接入点。
"预测，，帧(P帧)是相关帧，其可使用前面的I或P帧实现运动补 偿，并且其本身可用作进一步预测的参考。通过降低空间和时间冗余，P帧提供了比I帧更大的压缩。
最后，MPEG标准定义可^f吏用前面和后面的I或P帧实现运动补 偿的"双向预测"帧(B帧)。
B帧的压缩最高，并且I帧的压缩最低。然而，与I帧不同，P帧 和B帧无法单独解码。也就是说，要对P帧和B帧解码，需要有关时 间冗余的补充信息。此补充信息一般情况下包括在相邻帧中，并且最 终I帧需要作为解码操作的起点。
一旦编码后，构成媒体流的各个帧便可经点到点(PTP)传输或经点 到多点(PTM)传输输送。现有的移动TV解决方案通过PTP单播承载 输送视频流。通过多媒体广播多播服务(MBMS)、手持数字视频广播 (DVB-H)和类似技术，很快也将能够通过PTM承载(即，多播或广播 承载)输送媒体流。
单播输送的优点在于只在有用户请求特定的i某体流的条件下才分 配网络资源。消耗的网络资源量由并发用户数量而不是不同的媒体流 (也称为々某体信道)数量确定。另一方面，在广播情况下，消耗的资源 量取决于媒体信道数量而与收听媒体信道的用户数量无关。相应地， 广播服务只可输送有限数量的媒体信道。多播传输在许多方面表现得 类似于广播传输。
在切换到由服务器装置通过多播或广播承载输送的活动信道(即， 在持续的媒体帧流)时， 一般情况下存在一定的等待时间。等待时间存 在于用户请求信道切换的时间点与用户操作的客户端装置播出新信 道的时间点之间。具体而言，客户端装置调谐到新信道中大约要一秒 钟。客户端装置随后将要等待可单独解码的参考帧(例如，I帧)。收到 独立帧的平均时间取决于两个独立帧之间的平均间隔。惯用技术使用 大约2到3秒的间隔(虽然更长的间隔改进编码效率，因此将优选使用 更长的间隔)。 一旦已收到独立顿，客户端装置便緩冲独立帧和所有随 后的帧大约两秒钟，之后解码和播出可开始。在此示例中，总等待时 间达到大约3到6秒钟，并且根据客户端装置要等待独立帧的时间而
6变化。由于此等待时间不合乎需要，因此，降低在调谐到新信道中与 信道播出之间等待时间的尝试一直在进行。
US 2005/0081244 A1描述了一种PTM方案，其中，多个客户端 装置可调谐到由服务器装置通过多播传输提供的各种媒体信道中。服 务器装置响应从各个客户端装置接收的信道更改请求，在单播消息中 将请求的信道的之前的独立帧自动发送到客户端装置。 一旦收到独立
帧，客户端装置便可立即将其解码和显示。在客户端装置经"常规 (regular)"多播传输收到第一个常规独立帧和后面的相关帧前，显示 最初是静态的(最长2秒钟)。很明显，静态显示即使^艮短也不合乎需 要。
相应地，需要一种允许改进经PTM传输接收的媒体帧播出的技术。

发明内容
根据本发明的笫一方面，此需要通过控制用于对经点到多点传输 接收的媒体帧解码的客户端装置的方法而得到满足，其中，媒体帧至 少包括在不知道补充信息的情况下无法解码的第一类型的帧和包括 补充信息的第二类型的帧。方法包括以下步骤接收至少第一类型的 帧；开始緩沖该帧而不等待接收第二类型的帧；发送请求消息，请求 对第一类型的帧解码所需的补充信息；接收请求的补充信息；以及基 于已接收的补充信息对緩冲的帧解码。
帧緩冲可在收到初始帧后立即开始(即，接收的第一帧已经可緩 冲)，而不等待接收第二类型的帧。如果解码尚无法开始(例如，由于 第二类型的帧尚未收到)，则可单独请求开始对一个或多个迄今已接收 的帧解码所需的信息，以便无需在以常规方式收到所需信息前等待。 此常规方式可以是在持续的点对多点传输，如多播或广播传输。
经点到多点传输接收的媒体帧至少包括笫一类型的帧和第二类型 的帧。其它帧类型(例如，第三或更高的帧类型)也可使用。第一类型
7的帧是无法独立解码的帧。相应地，第一类型的帧可由至少P帧和B 帧之一构成。第二类型的帧优选是诸如I帧等可独立解码的帧。
帧*接收可以多种方式启动，如调谐到士某体帧流中。此类情况下， 启动帧接收可包括发送信道更改请求(即，请求从第 一信道切换到第二 信道)。启动帧接收也可包括发送调谐到信道中的请求，而当前不收听 另 一信道。
客户端装置为获得用于解码所需的补充信息而发送的请求消息可 包括对一个或多个迄今已接收的第 一类型的帧的参考。参考例如可涉 及已接收和/或先緩冲的第一类型的帧。在收到对应的补充信息时，第 一帧的信令允许从第一帧向前解码和播出。
请求消息中包括的帧参考也可包括具有已接收帧的特定媒体帧流 的标识符。流标识符与例如帧时戳或帧序号的组合唯一地标识特定图 像，并且因此唯一地标识用于对对应帧解码所需的对应补充信息。
请求消息和响应请求消息而接收的补充信息可以各种方式传递。 优选是请求消息和补充信息均经单播传输传递。为此，可在客户端装 置与服务器装置之间建立双向单播连接。单播连接可只暂时建立(例 如，直至补充信息已接收)或在更长一段时间内保持建立(例如，客户 端装置在接收媒体帧时)。
补充信息可以各种不同的形式接收。在一种方案中，补充信息以 与 一个或多个第 一类型的之前接收的帧相关联的第二类型的至少一
个帧的形式接收。例如，如果第一类型的已接收帧包括P帧和/或B 帧，则补充信息可由与已接收P帧和B帧中特定一个帧相关联的I帧 构成。
虽然大多数情况下，补充信息将基本上涉及时间冗余信息，但可 接收响应请求消息的另外或备选的信息。在此方面，补充信息例如可 包括对已接收帧编码所需的解密密钥。
根据本发明又一方面，提供了一种分发媒体帧的方法。方法包括 以下步骤经点到多点传输传送媒体帧，其中，媒体帧至少包括在不知道补充信息的情况下无法解码的第 一类型的帧和包含补充信息的
第二类型的帧；接收请求对一个或多个之前传送的第一类型的帧解码 所需的补充信息的请求消息；确定请求的补充信息；以及发送请求的 补充信息。
确定请求的补充信息例如可包括确定包含请求的补充信息的第二 (或任何其它)类型的帧。包含请求的补充信息的第二类型的帧可基于 在请求消息中对之前传送的帧中 一个特定帧的参考来确定。
根据一种变型，确定第二类型的帧的步骤包括从储存器(例如，緩 冲器)读出第二类型的帧。根据另一变型，确定第二类型的帧包括专门 为请求消息中参考的第 一次的特定帧生成第二类型的帧。此生成可在 需要时实时执行。响应请求消息来生成第二类型的帧考虑到了原媒体
帧流一般情况下将只包括很少的几个第二类型的帧(与第一类型的帧 数量相比)，因此，对于请求消息中参考的第一类型的特定帧，第二类 型的"常规，，帧可能无法轻易得到(例如，由服务器装置緩冲)。
根据本发明的又一方面，提议了一种计算机程序产品，该计算机 程序产品包括该计算机程序产品在一个或多个计算装置上运行时用
于执行本文中公开的方法的程序代码部分。计算机程序产品可存储在 计算机可读记录媒体上。
根据本发明仍有的又一方面，提议了一种用于经点到多点传输播 出+某体帧的客户端装置，其中，i某体帧至少包括在不知道补充信息的 情况下无法解码的第一类型的帧和包含补充信息的第二类型的帧。客 户端装置包括第一接口，用于接收至少第一类型的帧；緩冲器，用 于緩沖经第一接口接收的帧而不等待接收第二类型的帧；第二接口 ， 用于发送请求消息，其请求对一个或多个第一类型的已緩冲帧解码所 需的补充信息；第三接口，用于接收请求的补充信息；以及解码器， 用于基于已接收的补充信息对已緩冲帧解码。
根据本发明的另 一方面，提议了 一种用于分发々某体帧的服务器装 置。服务器装置包括第一接口，用于经点到多点传输传送媒体帧，
9其中媒体帧至少包括在不知道补充信息的情况下无法解码的第一类 型的帧和包含补充信息的第二类型的帧；第二接口，用于接收请求对 一个或多个之前传送的第一类型的帧解码所需的补充信息的请求消
息；单元，用于确定请求的补充信息；以及第三接口，用于发送请求 的补充信息。服务器装置可还包括发生器，为如请求的消息中参考的 第一类型的特定帧生成包括补充信息的第二类型的帧。
应注意，客户端装置和服务器装置每个装置的各个接口中两个或 更多个接口可组合成单个接口 。


在以下内容中，将参照图中所示示范实施例更详细地描述本发明， 其中
图1是包括相互通信的客户端装置和服务器装置的系统实施例的 示意图2是示出用于播出媒体帧的方法实施例的示意流程图； 图3是用于分发媒体帧的方法实施例的示意流程图；以及 图4是用于播出媒体帧的更详细方法实施例的示意流程图。
具体实施例方式
在下面的说明中，为便于解释而不是限制，陈述了特定的细节， 如包括特定网络节点的特定的网络拓朴、传输模式等，以便提供本发 明的详尽理解。本领域的技术人员将明白，在脱离这些特定细节的其 它实施例中可实践本发明。例如，才支术人员将理解，可组合与下面为 阐述本发明而论述的服务和帧类型不同的点到多点服务和帧类型来 实践本发明。
本领域的人员还将理解，可通过使用单独的硬件电路，使用结合 编程微处理器或通用计算机的软件或固件，使用专用集成电路(ASIC) 和/或使用 一个或多个数字信号处理器(DSP)，实现本文中下面所述功
10能。也将理解，虽然本发明主要在各种装置和方法实施例有关的上下 文中描述，但它也可在计算机处理器和耦合到处理器的存储器中实 施，其中，存储器编码有一个或多个程序，程序在由处理器执行时执 行本文中公开的方法。
术语"接口"在本文中使用时包括功能接口。功能接口指定在计 划用于与其它外部组件或结构通信的功能组件或结构(例如，硬件、功 能实体的固件和/或软件组件)内包含的子结构。在功能接口为其提供 连接功能的结构是软件组件时，功能接口可以是由软件实现。
图1以示意图方式示出包括服务器装置102和多个客户端装置的 系统100的实施例。为简明起见，图1中只更详细地示出单个客户端 装置104。
服务器装置102经点到多点(PTM)连接106同时与多个客户端装 置104通信。连接106是单向的，并且从服务器装置102发起。服务 器装置102可还选择性地通过单独的单播或点到点(PTP)连接108与每 个客户端装置104通信。单播连接108允许进行双向通信。
客户端装置104是多媒体已启用装置，能够播出经PTM连接106 从服务器装置102接收的媒体帧。为此，客户端装置104包括用于从 服务器装置102接收媒体帧的第一接口 110。客户端装置104接收的 媒体帧包括在不知道补充信息的情况下无法解码的第一类型的帧和 包含补充信息的第二类型的帧。
客户端装置104还包括用于缓冲经第一接口 IIO接收的帧的緩冲 器112。控制器114控制帧緩沖的方式使得緩冲在接收用于新媒体流 的帧时立即开始，而不等待接收第二类型的帧。在启动緩冲操作的同 时，控制器114生成请求消息，请求对緩冲的第一类型的帧解码所需 的补充信息。此请求消息经第二接口 116并通过单播连接108发送到 服务器装置102(或，在备选实施例中，发送到与服务器装置102不同 的组件)。请求的补充信息通过同一单播连接108且经客户端装置104 的第三接口 118接收。应注意的是，第二接口 116和第三接口 118集
ii成到单个接口组件中。
正如从图1中可明白的一样，客户端装置104还包括解码器120。
解码器120耦合到第三接口 118和緩沖器112。基于已接收补充信息， 解码器对已緩冲帧解码。已解码帧随后由解码器120转发到视频显示 器122以便播出。
在播出期间，客户端装置104继续从服务器装置102接收其它帧。 由于这些其它帧一般情况下也包括一定比例的具有特定补充信息的 第二类型的帧，因此，通常只发送请求消息一次并且处于与启动解码 操作有关的上下文中便足够。
现在转到服务器装置102,从图1中可明白，服务器装置102包 括用于经PTM连接106将媒体帧传送到各种客户端装置104的第一 接口 130。 一般情况下，服务器组件102传送不同的媒体信道，每个 媒体信道对应于特定的媒体帧流。经第一接口 130传送的各个媒体帧 从可能是緩沖器或到另 一装置(未示出)的接口的媒体源132获得。
服务器装置102还包括用于通过特定的单播连接108 乂人客户端装 置104之一接收请求消息的第二接口 134。请求消息请求对一个或多 个之前传送的第一类型的帧解码所需的补充信息。处理单元136处理 经第二接口 134接收的请求消息以确定请求的补充信息。 一旦确定后， 补充信息便可获得(例如，从媒体源132获取或者由处理单元136专门 生成)并经第三接口 138、通过单播连接108发送到请求的客户端装置 104。
图2示出用于在与对媒体帧解码和播出媒体帧有关的上下文中控 制客户端装置(如客户端装置104)的第一方法实施例的流程图200。
在第一步骤202中，通过PTM连接接收媒体帧。已接收的媒体 帧至少包括在不知道补充信息的情况下无法解码的第一类型的帧，而 补充信息一般情况下包括在第二类型的帧中。在下一步骤204中，从 第一个已接收帧开始向前立即緩冲已接收帧(包括第一类型的帧)而不 等待接收第二类型的帧。在緩冲已接收帧的同时，生成请求消息。借助于请求消息，请求 对第一类型的已緩冲帧解码所需的补充信息。请求消息在下一步骤
206中发送到已从其接收帧的装置(例如图1的服务器装置102)或发送 到另一装置。随后，在步骤208中，接收请求的补充信息。基于已接 收的补充信息，第一类型的已緩沖帧的解码可立即启动(步骤210)，并 且播出可开始。
图3示出用于分发々某体帧的方法实施例的流程图300。方法实施 例可由图1的服务器装置102或具有不同配置的一个或多个装置执 行。
在第一步骤302中，媒体帧经PTM传输传送到多个客户端装置(具 有例如如为图1中客户端装置104所示的配置)。媒体帧至少包括在不 知道补充信息的情况下无法解码的第一类型的帧，而补充信息一般情 况下包括在第二类型的帧中。
在下一步骤304中，接收请求对一个或多个之前传送的第一类型 的帧解码所需的补充信息的请求消息。随后，在步骤306中，确定并 获得请求的补充信息。在最后的步骤308中，补充信息发送到请求的 装置。
图4示出用于无缝信道切换的另一方法实施例的流程图400。方 法实施例可由图1中所示的客户端装置104或具有不同配置的客户端 装置执行。
方法从步骤402开始，由用户控制客户端装置调谐到新信道中。 调谐到新信道中一般情况下伴随有由客户端装置发送到服务器装置 的信道更改请求消息。信道更改请求消息例如可旨在从PTP信道切换 到PTM信道，或者从第一PTM信道切换到第二PTM信道。备选， 步骤402可在与从闲置模式切换到新PTM信道有关的上下文中执行。 任一情况下，新PTM信道一般情况下将通过多播或广播承载发送。
在本实施例中，将假设经新信道传送的各个帧已根据MPEG标准 之一编码，并且包括独立帧(I帧)及相关帧(P帧或B帧)。
13方法从步骤402中调谐到新信道开始。在客户端装置已调谐到新 信道后不久，在步骤404中接收第一帧。
在步骤406中，确定在步骤404中接收的第一帧是否已经是I帧。 如果在步骤406中发现第一帧实际上是I帧，则在步骤408中进行惯 用帧緩冲，直至达到预定的緩冲器填充水平或阈值。 一旦确定已达到 用于持续播出的足够帧，在步骤410中便进行帧解码和播出。另一方 面，如果在步骤406中确定第一已接收帧不是I帧，而是例如P帧， 则方法分成两个并行的处理分支继续。
在第一个处理分支中，通过在步骤412中发送的对应请求消息， 请求对已接收第一帧(P帧)解码所需的补充信息。请求消息唯一地标 识第一已接收帧。为此，请求消息参考新媒体流(例如，经i某体流标识 符)和此媒体流中第一已接收帧的位置。i某体流内帧的位置例如可由在 包含该特定帧的数据分组报头中用信号表示的时戳或序号指定。分组 可已根据实时传输协议(RTP)生成。另一方面，Jf某体流标识符可通过 在对应RTP分组中使用的同步源(SSRC)唯一地标识。在步骤412中， SSRC标识符和时IV序号信息均随后包含在发送到服务器装置的请求 消息(例如，HTTP获得(HTTP Get)请求)中。
响应于HTTP获得请求的接收，服务器装置识别其中参考的帧(和 流)并确定客户端装置为了对特定帧解码所需的补充信息。此补充信息 在本实施例中称为"切换帧"并且对应于由服务器装置专门为请求消 息中标识的特定帧生成的I帧。在与生成切换帧有关的上下文中，具 有解码过程所需完整信息内容的图像通过任何惯用视频或静止图像 压缩技术(如MPEG和JPEG)进行编码并发送到请求的客户端装置。
在步骤414中，客户端装置接收包括对第一已接收P帧解码所需 的补充信息的切换帧。已接收的切换帧存储在解码器参考緩冲器 (decoder reference buffer)(其可与上面参照步骤408和下面参照步骤 418所述的緩冲器相同或不同)中，并且第 一处理分支在步骤416停止。
与第一处理分支中执行的操作并行，在第二处理分支中，从在步
14骤404中接收的第一帧开始的所有帧在步骤418中緩沖，直至切换帧 变得可用(步骤414)。在步骤420中，随后确定切换帧是否已经收到。 如果尚未收到切换帧，则方法返回到步骤418。否则，方法继续进行 步骤408。基于已接收的切换帧，已先接收的帧(P帧)可被解码，并且 从已解码帧开始向前，对其间已緩冲的所有其它帧解码变为可能。一 旦解码后，在步骤410中，结果图像便可播出，例如，以电视节目的 形式。
在图4所示实施例中，步骤402与410之间的总等待时间可降低 到三秒或更低。这么短的等待时间是从第一个接收帧开始立即缓冲带 来的结果。具体而言，无需等待I帧便可开始緩沖。此方案的另一优 点在于实际情况是等待时间或多或少是固定的，并且不取决于用户请 求信道切换的时间点。此外，另外的信息可与切换帧一起由服务器装 置发送(一般情况下通过单播连接)。此另外的信息例如可包括新信道 解码可能需要的一个或多个解密密钥(例如，如果使用了内容解密技 术)。
本文中提议的技术一般适用于诸如移动电话或任何其它用户终端 等客户端装置可同时通过PTP和PTM连接接收数据的所有方案。这 例如包括在通用分组无线电业务(GPRS)、通用移动电信系统(UMTS)、 无线局域网(WLAN)、数字多々某体广播(DMB)、 DVB-H、 MBMS等等 之间的所有组合。
双向PTP连接的提供降低了在切换到PTM信道时的切换延迟。 经PTP连接，可以信号方式发送新信道的第一已接收帧或第一已接收 帧之一的位置，并且可传递完整的图像(例如，以专门生成且可独立确 定的帧的形式)力。另外的信息(如解密密钥)，从而允许从第 一 已接收帧 开始向前解码。另外，技术允许在PTM信道有更长的I帧间隔，这提 高了编码效率。
虽然本发明已相对于其优选实施例进行了描述，但要理解，此说 明只是用于说明、非限制性目的。本发明只应由本文所附的权利要求范围限制。
权利要求
1. 一种控制用于对经点到多点传输接收的媒体帧解码的客户端装置(104)的方法，其中所述媒体帧至少包括在不知道补充信息的情况下无法解码的第一类型的帧和包括所述补充信息的第二类型的帧，所述方法包括以下步骤-接收至少所述第一类型的帧；-开始缓冲所述帧而不等待所述第二类型的帧的接收；-发送请求消息来请求对一个或多个所述第一类型的已接收帧解码所需的补充信息；-接收请求的补充信息；以及-基于所述已接收的补充信息对已缓冲帧解码。
2. 如权利要求1所述的方法， 还包括通过调谐到媒体帧的流中而启动帧接收。
3. 如权利要求2所述的方法，其中启动帧接收包括发送信道更改请求。
4. 如前面权利要求任一项所述的方法，其中所述请求消息包括对一个或多个所述第 一类型的帧的参考。
5. 如权利要求4所述的方法，其中所述参考涉及已接收和/或先緩冲的所述第 一类型的帧。
6. 如权利要求4或5所述的方法，其中所述参考包括一个或多个所述第一类型的帧的时戳和序列 号中至少之一。
7. 如权利要求4到6任一项所述的方法，其中所述参考包括包含所述已接收帧的i某体帧的流的标识符。
8. 如前面权利要求任一项所述的方法， 其中所述请求消息经单播传输发送。
9. 如前面权利要求任一项所述的方法，其中所述请求的补充信息以与一个或多个所述第一类型的接收 帧相关联的所述第二类型的至少 一个帧的形式接收。
10. 如前面权利要求任一项所述的方法， 其中所述请求的补充信息经单播传输接收。
11. 如前面权利要求任一项所述的方法，还包括接收对所述已接收帧解码所需的解密密钥。
12. —种分发媒体帧的方法，所述方法包括以下步骤-经点到多点传输传送J^某体帧，其中所述々某体帧至少包括在不知 道补充信息的情况下无法解码的第一类型的帧和包含所述补 充信息的第二类型的帧；-接收请求对一个或多个之前传送的所述第一类型的帧解码所 需的补充信息的请求消息；-确定请求的补充信息；以及-发送所述请求的补充信息。
13. 如权利要求12所述的方法，其中确定所述请求的补充信息包括确定包含所述请求的补充信 息的所述第二类型的帧。
14. 如;f又利要求13所述的方法，其中所述请求消息包括对之前传送的所述第 一类型的帧中 一个 特定帧的参考，以及其中所述第二类型的帧专门为所述第一类型的所 述参考帧而生成。
15. —种计算机程序产品，其包括当所述计算机程序产品在一个 或多个计'算装置上运行时执行如权利要求1到14任一项所述步骤的 程序代码部分。
16. 如权利要求15所述的计算机程序产品，所述计算机程序产品 存储在计算机可读记录媒体上。
17. —种用于播出经点到多点传输(106)接收的媒体帧的客户端 装置(104),其中所述i某体帧至少包括在不知道补充信息的情况下无法解码的第一类型的帧和包含所述补充信息的第二类型的帧，所述客户端装置包括誦第一接口(110)，所述第一接口用于接收至少所述第一类型的 帧；-緩冲器(112)，所述緩冲器用于緩沖经所述第一接口接收的帧，而不等待所述第二类型的帧的接收； -第二接口(116),所述第二接口用于发送请求消息，所述请求消息请求对一个或多个所述第一类型的已接收帧解码所需的补充4言息；-第三接口(118),所述第三接口用于接收请求的补充信息；以 及-解码器(120)，所述解码器用于基于已接收的补充信息对已緩 冲帧解码。
18. —种用于分发媒体帧的服务器装置(102)，所述服务器装置 (102)包i舌-第一接口(130),所述第一接口用于经点到多点传输(106)传送 々某体帧，其中所述i某体帧至少包括在不知道补充信息的情况下 无法解码的第 一类型的帧和包含所述补充信息的第二类型的 帧；-第二接口(134)，所述第二接口用于接收请求对一个或多个之 前传送的所述第一类型的帧解码所需的补充信息的请求消息； 陽单元(136),所述单元用于确定请求的补充信息；以及 -第三接口(138),所述第三接口用于发送所述请求的补充信息。
全文摘要
描述了一种允许对经点到多点传输接收的媒体帧更早开始解码和播出的技术。媒体帧包括在不知道补充信息的情况下无法解码的第一类型的帧和包括补充信息的第二类型的帧。根据此技术的方法方面，第一类型的帧经接收并立即缓冲而不等待第二类型的帧的接收。在下一步骤中，发送请求消息，请求对缓冲的第一类型的帧进行解码所需的补充信息。在收到请求的补充信息时，基于已接收的补充信息对已缓冲帧进行解码。
文档编号H04N5/00GK101502115SQ200680055495
公开日2009年8月5日 申请日期2006年7月27日 优先权日2006年7月27日
发明者K·斯图尔米勒, M·坎普曼, T·艾纳森, U·霍恩 申请人:艾利森电话股份有限公司