CN101383679A - Fec传输处理设备和方法 - Google Patents

Abstract

提供有FEC传输处理设备，其包括：媒体包获取单元，其被配置为从媒体包发生器依次获取媒体包；媒体包传输单元，其被配置为传输获取的媒体包到媒体包接收处理设备；FEC包生成单元，其被配置为生成用于媒体包接收处理设备的多个FEC包，以通过使用在从之前刚被FEC计算处理的媒体包之后，第一获取的媒体包的获取开始的预定的FEC周期之内获取的媒体包，进行FEC计算处理而恢复丢失的媒体包；以及FEC包传输单元，其被配置为在从第一获取的媒体包的获取开始，经过预定的FEC周期之后的预定的FEC周期之内，传输FEC包到媒体包接收处理设备。

Description

FEC传输处理设备和方法

技术领域

本发明涉及FEC传输处理设备和FEC传输方法。

背景技术

RTP(实时传送协议)是能够在正在被递送的数据包上一起传递例如序列和处理时刻的附加信息的通信协议。当接收侧基于该附加信息执行接收处理时，所接收的数据包(媒体(media)包)从而再现与在传输的时候相同的情况而不管在传递过程中受到的影响。然而，虽然RTP能够恢复序列在接收的时间间隔中的变化和变异，但是RTP仅能够检测但是不弥补损失。

在实时的视频流，语音流等等中，数据损失可能致使视频或者语音的再现质量降低，因此更好的是采取适当的恢复措施。这样的一般的技术的实例包括使用重发的技术和使用纠错码的技术。

最简单的恢复措施之一是当发生包损失时请求重发的技术，但是该技术的使用在实时流通信中并不总是适当的。其原因包括对于应用层保持恒定数据传递要求重发数据前后的数据被保持直到该重发数据被接收，以及当传播时间长时产生大的延迟，或者在发生损失的信道中，即使重发数据的可靠接收也可能不被保证。此外，当在例如广播类型传递的一个方向的通信情况下反馈不可能在接收侧发生时，不能一开始就请求重发。

另一方面，使用纠错码的技术是可利用的并且使用FEC(前向纠错)编码通信的恢复方法被认为是实用技术。FEC组原始数据(计算单元)，使用预定技术进行计算，对于每个组生成冗余数据，在FEC包中存储该冗余数据并且与原始数据并行传输FEC包。当部分原始数据在每个组中被丢失时，接收侧使用预定技术从对应于其余的原始数据的冗余数据进行计算并且从而能够恢复丢失的原始数据。在这种情况下，因为冗余数据和原始数据是以非常短或者基本上没有延迟传输的，所以接收侧能够立即恢复数据，并且由处理所引起的延迟变得比重发的延迟更小。

传统地，适用于RTP的一般的FEC方案之一是在RFC2733中限定的方案。此外，存在由Pro-MPEG(领先MPEG)论坛限定的方案，借此这个方案被改进用于视频信息流通信(“Pro-MPEG第3号实施规程版本2”，Pro-MPEG论坛，2004年7月)。此方案考虑到即使在低速率只产生至多一个损失的干扰度，当该速率高时，也可能产生多个连续的损失的现象，用来改进相对于多个连续的损失的恢复性能。更具体地说，多个数据包被排布在矩阵上，数据包然后对于每个列和行被群聚，隶属于FEC编码以及由此FEC包被从每个组生成。在这种情况下，每个行和每个列变为FEC的一个组(计算单元)，因此相对于某个横向行的连续的损失能够被处理作为多个纵向列组的每一个中的至多一个损失。

这里，Pro-MPEG的FEC方案规定多个用于作为在下一个被传输的矩阵的范围内传输的包的编码块(矩阵)的FEC包的传输。也就是说，接收侧需要对应于一个矩阵的延迟和等待直到FEC包被接收，但是当速率较高时此延迟时间非常小以及与其它的方案相比是微不足道的。此外，能够期望避免两个包(FEC包和对应的数据包两者)因为由于数据包和FEC包之间的传输差别而造成的传递过程中的干扰，同时被丢失，并且有大的优点以致编码能够在传输过程中被实现而不必保留任何数据包，这样防止延迟并且FEC包的传输速率能够被容易地平整为恒定值。如果FEC包传输范围未保护，则即使暂时地，FEC包的传输速率也可能增加多于期望的，造成由于带宽预约制约的网络上的传输中的问题。在这种情况下，超过预约带宽的FEC包被丢弃或者其速率被强制地减低，其产生例如总体上发生的延迟的问题，阻碍接收设备正常地进行FEC编码处理。

以这种方法，尽管从整体观点，它能够被认为是合理的FEC包传输规则，可是Pro-MPEGFEC方案目标仅在以恒定速率(CBR：恒定比特率)的流而目标不在以可变速率(VBR)的流。因此，一直没有将同时满足FEC包传输范围及其传输速率限制，并且在以可变速率(VBR：可变比特率)的流中高效地形成矩阵的FEC方案。

发明内容

根据本发明的方面，提供有FEC传输处理设备，包含：

连接单元，其被配置为与生成媒体包的媒体包发生器连接；

媒体包获取单元，其被配置为从媒体包发生器依次获取媒体包；

媒体包传输单元，其被配置为将媒体包获取单元获取的媒体包传输到在网络中接收和处理媒体包的媒体包接收处理设备；

FEC包生成单元，其被配置为生成用于媒体包接收处理设备的多个FEC包通过使用在从之前刚被FEC计算处理的媒体包之后，第一获取的媒体包的获取开始的预定的FEC周期内获得的媒体包进行FEC计算处理以恢复丢失的媒体包；以及

FEC包传输单元，其被配置为在从第一获取的媒体包的获取开始，经过预定FEC周期之后的预定FEC周期之内，将FEC包传输到媒体包接收处理设备。

根据本发明的方面，提供有FEC传输处理方法，包含：

与生成媒体包的媒体包发生器连接；

从媒体包发生器依次获取媒体包；

将获取的媒体包传输到在网络中接收和处理媒体包的媒体包接收处理设备；

生成用于媒体包接收处理设备的多个FEC包，通过使用在从之前刚被FEC计算处理的媒体包之后，第一获取的媒体包的获取开始的预定FEC周期之内获取的媒体包，进行FEC计算处理以恢复丢失的媒体包；以及

在从第一获取的媒体包的获取开始，经过预定FEC周期之后的预定FEC周期之内，传输FEC包到媒体包接收处理设备。

附图说明

图1是显示根据第一实施例的FEC传输处理设备的结构的框图；

图2图解FEC计算处理(FEC编码处理及FEC包生成处理)的实例；

图3是显示图1中的FEC传输处理设备的操作实例的流程图；

图4是图解FEC传输处理设备中的FEC包传输单元的操作实例的流程图；

图5显示对于每个编码块是如何生成和传输FEC包的；

图6显示如何通过应用根据第三实施例的第一方案生成和传输FEC包；

图7显示如何通过应用根据第三实施例的第二方案生成和传输FEC包；

图8是显示根据第三实施例的FEC传输处理设备的结构的框图；

图9是显示根据第三实施例的操作流程的流程图；以及

图10显示FEC包是如何根据第四实施例被生成和传输的。

具体实施方式

本发明人完成本发明构思所依靠的技术背景将被解释。

如已经在“背景技术”中说明的，Pro-MPEG的FEC(前向纠错)方案仅针对以恒定速率(CBR：恒定比特率)的流而不针对以可变速率(VBR：可变比特率)的流。其理由之一是适用在恒定速率的条件不适用于在由此形成矩阵的FEC方案下的可变速率。也就是说，当数据速率变动时，在通常可用的措施和方法中发生以下问题。

当数据速率变动时，假定构成每个矩阵的数据包的数目保持恒定。在这种情况下，因为编码需要的时间周期从一个矩阵到另一个而不同，从而，对应于FEC包的传输范围的时间周期也变动并且FEC包的传输速率没有变为恒定的。在这种情况下，除非接收侧将对应于在最小速率，也就是说，最大编码周期情况下的传输范围的编码周期设置作为延迟时间，否则数据包在接收处理中被耗尽(下溢)。由于这个缘故，部分数据可以致使与所有的数据相关的FEC处理需要的延迟时间变得非常长。当FEC包的传输速率被简单地平整时，如果该速率高于估计速率，则FEC包以低速率被传输，因此延迟时间可能被进一步地延长并且可能变得甚至不可预知。

另一方面，存在通过用填充数据等补偿漏失数据包而保持由所有的矩阵组成的数据包的数目恒定的方法。在数字广播情况下，例如，因为传输需要用无线电以恒定速率进行，所以可以使用相当于填补的NULL-TS包，将原始的可变比率改变为恒定比率，传输流。当流在IP上被传输时，根据网络带宽的有效使用观点，例如填补的无用的带宽的消耗不是所希望的。由于这个缘故，更可取的是排除不必要的NULL-TS包并且以可变比率传输流。当填补被用于这些可变流时，速率变为匹配可变流的最大速率的恒定速率，因此排除NULL-TS包的效果被减低并且不可能实现带宽的有效使用。

如上所示，构成矩阵的数据包的数目可以被保持恒定，如在恒定速率场合下，作为将以上说明的FEC方案应用至可变比率的技术，但是其应用由于延迟时间的加长和带宽的浪费性消耗而不是实际的。

本发明有可能在可变比率情况下应用用于形成矩阵的FEC方案(用于从一个编码块生成多个FEC包的FEC方案)而不产生任何这样的问题。以下，将解释本发明的实施例。

(第一实施例)

图1是显示根据本发明第一实施例的FEC传输处理设备的结构的框图。

FEC编码单元11依次获取由以可变速率(VBR)生成RTP数据包(媒体包)的RTP数据包发生器21生成的RTP数据包。每当RTP数据包被获取时，FEC编码单元11对在预定的固定编码周期(FEC周期)之内获取(输入)的RTP数据包依次进行FEC编码处理。更具体地说，在每次RTP数据包被获取时，获取之前刚处理的RTP数据包之后第一获取的RTP数据包(多个RTP数据包的组称为“编码块”，“矩阵”或“媒体包组”)之后，FEC编码单元11对在预定编码周期α之内获取的多个RTP数据包进行FEC编码处理。以这种方法，多片冗余数据被从一个编码块生成。此外，每当FEC编码单元11获取RTP数据包或对RTP数据包进行FEC编码处理时，它将RTP数据包传递至RTP数据包传输单元13。RTP数据包可以从RTP数据包发生器21被直接地传递到RTP数据包传输单元13而不必经过FEC编码单元11。

这里，RTP数据包包括将要由在接收侧的FEC接收处理设备41再现的介质数据，序列号，时间标记等等。RTP数据包发生器21可以被包括在与FEC传输处理设备相同的设备中或者可以被包括在不同于FEC传输处理设备的设备中。RTP数据包传输单元13通过网络31将自FEC编码处理单元传来的RTP数据包传输到对RTP数据包进行接收处理的FEC接收处理设备41。

FEC包生成单元14对于每片生成的冗余数据生成FEC包，其包括由FEC编码单元11生成的冗余数据，以及用于识别RTP数据包的信息等等，冗余数据是基于其生成的(FEC包生成处理)。也就是说，FEC包生成单元14生成与冗余数据的片相同数目的FEC包。FEC包是用来在FEC接收处理设备(媒体包接收处理设备)41恢复在网络31等上丢失的丢失媒体包。假定FEC编码处理和FEC包生成处理被一起叫做“FEC计算处理”。

FEC包缓存单元15缓存由FEC包生成单元14生成的FEC包。

计算起始时间记录器12记录编码块(矩阵)中的第一获取的RTP数据包被获取的时间(计算起始时间)。

FEC包传输单元16从通过将编码周期α加上此编码块中第一获取的媒体包的时间(计算起始时间)T而计算的时间开始，在该编码周期α之内，分配对于编码块生成的多个FEC包，并且传输该多个FEC包到FEC接收处理设备41。也就是说，FEC包传输单元16在从第一媒体包的获取开始经过编码周期α之后，在编码周期α之内传输FEC包。图5显示对于每个编码块如何生成和传输FEC包的实例。编码处理是通过将每个编码块乘以编码周期α进行的，并且FEC包在从计算起始时间T开始经过编码周期α之后的编码周期α之内被分配以及传输。

图2图解FEC计算处理(FEC编码处理和FEC包生成处理)的实例。

这里显示使用100个包(编码块)的实例。FEC编码单元11以按正方形排布这些RTP数据包形成矩阵，并形成10行的横向组和10列的纵向组。FEC编码单元11对于每个纵向组(计算单元)使用RTP数据包进行计算(这里用XOR)以计算冗余数据。FEC包生成单元14使用从每个纵向组计算的冗余数据生成FEC包F1至F10。FEC包包括冗余数据，识别RTP数据包的信息，其是生成冗余数据的源(纵向组中对应于该冗余数据的RTP数据包)以及不同于那些RTP数据包的序列的序列号等等。例如，FEC包F1包括冗余数据和与此冗余数据相联系的，识别RTP数据包的信息1，11，21，31，…，81，91等等。假定此实施例仅从纵向组生成冗余数据和FEC包，但是除纵向组之外，也可以从横向组生成冗余数据和FEC包。

图3是显示图1中的FEC传输处理设备的操作实例的流程图。图4是特别地图解FEC传输处理设备的FEC包传输单元16的操作实例的流程图。

在图3中，FEC编码单元11从RTP数据包发生器21接收RTP数据包的输入，并且暂时记录接收的RTP数据包(S1)。

接下来，当所获取的RTP数据包与第一编码块对应时(S2中的是)，FEC编码单元11使计算起始时间记录器12记录RTP数据包被收到的时间(计算起始时间)T(S3)。当获取的RTP数据包与第一编码块不对应时(S2中的否)，处理移至步骤S4而不进行步骤S3。

FEC编码单元11使用收到的RTP数据包执行FEC编码处理(S4)。在上面给出的图2的实例中，当收到的RTP数据包是纵向块的开头时，该RTP数据包在步骤S4中被存储。当该RTP数据包是从纵向块开头起的第二个时，通过用第一RTP数据包计算(例如，XOR)，获得计算值。当该RTP数据包是从纵向块开头起的第三个时，进行用从第一和第二RTP数据包获得的计算值计算(例如，XOR)。以这种方法，FEC编码单元11每当它收到RTP数据包时，进行FEC编码处理。

FEC编码单元11判断是否已经从关于对应的编码块的首先获取的RTP数据包的计算起始时间T过去了预定编码周期α(S5)。

当从计算起始时间T开始还未过去编码周期α时(S5中的否)，处理移至步骤S9。

另一方面，当从计算起始时间T开始已经过去编码周期α时(S5中的是)，FEC包生成单元14使用在步骤S4通过FEC编码处理获得的多个冗余数据片，生成多个FEC包，以及作为生成多个冗余数据片的源的RTP数据包的标识符等等(S6)。

FEC包缓存单元15缓存由FEC包生成单元14生成的多个FEC包，直到它们被实际地传输(S7)。

FEC编码单元11改变结构以移至处理下一编码块(下一输入的RTP数据包被处理作为编码块的第一RTP数据包)(S8)。

RTP数据包传输单元13传输在步骤S1输入的RTP数据包(S9)。此RTP数据包的传输也可以在步骤S4之后立即被进行。

判断是否已经输入结束指令(S10)，以及如果未输入(S10中的否)，处理回到步骤S1，而如果输入了(S10中的是)，处理结束。

在图4中，当FEC包在FEC包缓存单元15中被找到时(S21中的是)，如果当前的时间是传输时刻(S22中的是)，则FEC包传输单元16从FEC包缓存单元15中提取FEC包(S23)并且传输所提取的FEC包(S24)。

在这种情况下的传输时刻是，例如，通过计算起始时间T+编码周期α+编码周期α×(在对应的编码块中从开始起的包数目/对应的编码块中的包总数)求出的。换句话说，传输是在从计算起始时间T+编码周期α起的编码周期α之内，在从计算起始时间T+编码周期α起的预定时刻进行的。

图4中的FEC包的传输流程是周期地或者在图3中的步骤S9或S10之后调用的。

以这种方法，此实施例保持相对于每个编码块(矩阵)的编码周期(FEC周期)恒定，并且在从编码块中的第一RTP数据包被获取的时间开始的编码周期α之后的编码周期α之内传输FEC包，从而能够即使在可变速率情况下，也尽可能不产生延迟地传输FEC包，还能防止FEC包的传输在编码块间交迭(见图5)。

(第二实施例)

第一实施例保持相对于每个矩阵的编码周期恒定，因此RTP数据包的数目可以从一个矩阵到另一个而不同。由于这个缘故，取决于编码周期的长度，超过能够被FEC编码处理的RTP数据包的最大数目(能够包括在一个矩阵中的RTP数据包的最大数目)的若干RTP数据包也可以被输入。

因此，当RTP数据包传输单元13以最大传输速率传输RTP数据包(RTP数据包发生器21以最大速率生成RTP数据包)时，此实施例将为输入(获取)能够被FEC编码处理的RTP数据包的最大数目(指定数目)的RTP数据包而需要的周期(最小编码周期)设置作为编码周期α。这有可能防止多于最大数目的RTP数据包在编码周期α之内被获取。

(第三实施例)

此实施例使用不同于第二实施例的技术(第一方案和第二方案)解决第一实施例的问题。

(第一方案)当能够包括在一个编码块中的最大数目(或指定数目；以下统一作“最大数目”)的RTP数据包被获取时，多个FEC包在RTP数据包被获取时，从所述最大数目的所获取的RTP数据包中生成，而不等待编码周期α过去。生成的多个FEC包在从所述最大数目的RTP数据包被获取的时间，即，通过将为获取RTP数据包(编码处理)所需要的周期(经过的周期)β加上编码块中的第一输入的RTP数据包的计算起始时间T所计算的时间开始，在编码周期α之内被分配和传输。当所述最大数目的RTP数据包未在编码周期α之内被获取时，使用在编码周期α之内获取的RTP数据包生成FEC包，如同第一实施例的情，并且生成的FEC包在下一编码周期α之内被分配和传输。因此，在此方案中，FEC包的传输时刻将如下。

传输时刻是通过计算起始时间T+经过的周期β+编码周期α×(在对应的编码块中从开始起的包数目/对应的编码块中的包总数)而确定的。换句话说，FEC包是在从起始时间T+经过的周期β代替所述α开始的预定的固定时刻传输的。这里，所述经过的周期β是为获取所述最大数目的RTP数据包而需要的时间周期或者所述编码周期α，并且当它相当于编码周期α时(例如，当所述最大数目的RTP数据包未在编码周期α之内被获取时)达到最大值。

图6显示如何应用此方案生成和传输FEC包。这里显示一实例，其中因为从上往下数的第二编码块，最大数目的RTP数据包在比编码周期α短的3α/4(＝β)中被获取，所以FEC包在从时间(T+3α/4)开始的编码周期α之内被从RTP数据生成，被分配，并且生成的FEC包被传输。

本方案除去如在第二实施例场合下将编码周期α设置到最小编码周期的必要，从而能够防止，当速率被减低时FEC的冗余码变得过多。

(第二方案)虽然第一方案将用于传输FEC包的时间周期设置为从计算起始时间T+经过的周期β开始的编码周期α，但是本方案将它设置为从计算起始时间T+经过的周期β开始的经过的周期β。当未在编码周期α之内获取最大数目的RTP数据包时，根据此方案的FEC包的传输时刻如下。

传输时刻是通过起始时间T+经过的周期β+经过的周期β×(对应编码块中从开始起的包的数目/对应编码块中的包总数)求出的。换句话说，FEC包是在从起始时间T+经过的周期β开始，对于经过的周期β的预定时刻传输的。这里，经过的周期β是获取最大数目的RTP数据包要求的时间或者编码周期α，并且当它相当编码周期α时达到最大值。

图7显示如何应用此方案被生成和传输FEC包。这里，显示一实例，其中因为对于从上往下数的第二编码块，对于比编码周期α短的3α/4(＝β)获取最大数目的RTP数据包，FEC包是在从计算起始时间T开始已经过去3α/4(＝β)的时间从最大数目的RTP数据包生成的，在从时间(T+3α/4)开始的编码周期α之内被分配，并且生成的FEC包被传输。

根据此方案，除第一方案的效果之外，因为接收侧能够在早的时刻进行FEC编码处理，所以当多个FEC编码处理被结合时，能够期望恢复速率的提高，等等。

这里，作为用于实现第一和第二方案的更特定的结构，如图8所示，用于记录经过的周期β的过去周期记录器17被加到图1中的设备。当对最大数目的RTP数据包的编码处理被完成时或者当编码周期α已经过去时，过去周期记录器17记录完成时间和计算起始时间T之间的差别或者编码周期α，作为经过的周期β。FEC包传输单元16使用此经过的周期β计算传输时刻并且执行传输操作。

图9是显示根据此实施例的操作流程的流程图。用步骤S11替换图3中的流程图的步骤S5并且添加新的步骤S12。以下，将仅解释与图3的差别。

在步骤S11中，判断对应编码块的输入(或者编码)的RTP数据包的数目是否已经达到最大数目N或者在计算起始时间T之后是否已经过去编码周期α。当两个任何之一支持时(S11中的是)，令过去周期记录器17记录从起始时间T经过的周期β(S12)。当它们中一个也没有支持时(S11中的否)，处理移到步骤S9。

FEC包传输单元16的操作流程与图4中的相同，但是步骤S22中作出的对传输时刻的判断不同于第一实施例中的。在此实施例中，传输时刻是如上所述根据方案1或者方案2求出的。

(第四实施例)

因为第三实施例通过从通过将经过的周期β加上以上说明的计算起始时间T而计算的时间开始在编码周期α内或在经过的周期β内分配它们，传输生成的FEC包，当然有从某个编码块生成的FEC包的传输周期与从下一编码块生成的FEC包的传输周期部分相一致的情况(见图6及图7)。在这种情况下，FEC包的速率在网络31上暂时增加，受带宽预约的制约而在网络上传输过程中引起麻烦并且妨碍接收设备正常地进行FEC编码处理。

另一方面，第二实施例设置以上说明的最小编码周期作为与RTP数据包的最大传输速率(生成率)一致的编码周期α，但是在这种情况下，当传输速率(生成率)是最大或者接近于最大时，不存在问题，而当传输速率(生成率)减低时，存在执行过多的编码处理的问题。也就是说，即使当RTP数据包传输速率低的时候，FEC包也总是以与RTP数据包的最大速率相同的速率传输并且FEC计算处理的冗余码增加为多于必要的。此外，当RTP数据包的传输速率极端地减小时，FEC包传输速率暂时增加，在已作出带宽预约的网络31上的操作中引起麻烦。

在数字广播中，特别是ISDB-T，例如，数据包的平均速率由于节目的内容，数据广播的内容或者作为混合操作的结果等等而大量变化。在这种情况下，如果与以大速率的相同的编码周期被简单地应用于以小速率传输的数据，数据包中FEC包的比例，也就是说，冗余码增加多于必要的，其导致低效率并且防止带宽的有效使用。此外，具有更高速率的流例如数字电影正在出现，但是在这种情况下以最大流速传输可能不总是必要的。在这种情况下，速率可能暂时极端地增加，其未被当前的编码器观察到，但是考虑速率被正常地被固定到某个速率上这样的操作也是必要的。

此实施例解决可能发生在第二和第三实施例的这样的问题。虽然此实施例在FEC包的生成方面与第二和第三实施例相同，但是它在FEC包的传输时间(传输时刻)方面不同于这些实施例。

也就是说，如在第二和第三实施例场合下，当最大数目的RTP数据包在编码周期α之内被获取时，此实施例在获取的时候从所获取的最大数目的RTP数据包生成FEC包(不等待编码周期α过去)。此外，当在编码周期α之内未获取最大数目的RTP数据包时，从在编码周期α之内获取的RTP数据包生成FEC包。然而，此实施例通过在通过将编码周期α加上计算起始时间T所计算的时间之后，在经过的周期β之内分配它们，传输FEC包。因此，例如，如下求出传输时刻。

传输时刻被确定为计算起始时间T+编码周期α+经过的周期β×(对应编码块中从开始起的包数目/对应编码块中的包总数)。换句话说，传输是在从起始时间T+编码周期α起对于经过的周期β的预定固定时刻进行的。

图10显示如何根据此实施例生成和传输FEC包。由图6和图7之间的比较清楚地得知，在从计算开始起间T开始等待编码周期α之后，FEC包在经过的周期β之内被传输，因此从每个编码块生成的FEC包的传输周期从不彼此重叠。因此，FEC包的速率也从不暂时增加以对在带宽预约的制约的网络上的传输产生麻烦。此外，设置适当的值作为编码周期α(大于第二实施例中的最小编码周期的值)也除去FEC包的传输速率出乎意料地增加的问题并且使能有效使用带宽。这进一步地改善在作出带宽预约的操作中通信频带宽度的利用效率但是未被占用的带宽能被用于其它的通信。此外，有可能抑制FEC处理的冗余码到必要的量，解决传输率的暂时增加多于期望的问题并且实现带宽的有效使用。

此实施例的框图与用于第三实施例的图8中的相同并且操作流程也与用于第三实施例的图9和图4中的相同，此实施例不同于第三实施例之处仅在于图4中在步骤S22作出的传输时刻的判断以及根据以上所述的说明作出传输时刻的判断。

此FEC传输处理设备也可能通过使用，例如，通用计算机作为基本硬件被实施。也就是说，FEC编码单元11，计算开始时间记录器12，过去周期记录器17，FEC包生成单元14，FEC包缓存单元15，FEC包传输单元16和RTP数据包传输单元13能够通过令安装在以上说明的计算机中的处理器执行程序被实现。在这种情况下，FEC传输处理设备也可以通过在计算中预安装上述说明的程序或者通过在存储介质(程序记录介质)例如CD-ROM中存储该程序，或视情况而定地在网络中分配该程序并在合适的计算机中预先安装该程序，来实现。

Claims (7)

1.FEC传输处理设备，其特征在于，包含：

连接单元，其被配置为与生成媒体包的媒体包发生器连接；

媒体包获取单元，其被配置为从所述媒体包发生器依次获取所述媒体包；

媒体包传输单元，其被配置为向在网络中接收和处理所述媒体包的媒体包接收处理设备传输由所述媒体包获取单元获取的所述媒体包；

FEC包生成单元，其被配置为生成用于所述媒体包接收处理设备的多个FEC包，以通过使用在从之前刚被FEC计算处理的所述媒体包之后，从第一获取的媒体包的获取开始的预定的FEC周期之内获取的所述媒体包，进行所述FEC媒体包计算处理以恢复丢失的媒体包；以及

FEC包传输单元，其被配置为在从所述第一获取的媒体包的获取开始，经过所述预定的FEC周期之后的所述预定的FEC周期之内，将所述FEC包传输到所述媒体包接收处理设备。

2.如权利要求1所述的设备，其特征在于，所述预定的FEC周期是当所述媒体包以最大速率传输媒体包时，获取能够被所述FEC计算处理的最大数目的所述媒体包所要求的周期。

3.如权利要求1所述的设备，其特征在于，当在所述第一获取的媒体包的获取之后经过所述预定的FEC周期以前获取指定数目的媒体包时，所述FEC包生成单元基于所述指定数目的媒体包进行所述FEC计算处理，以及

所述FEC包传输单元在所述指定数目的媒体包的获取之后的预定的FEC周期之内，传输通过基于所述指定数目的媒体包的所述FEC计算处理生成的所述FEC包。

4.如权利要求1所述的设备，其特征在于，当在所述第一获取的媒体包的获取之后经过所述预定的FEC周期以前获取指定数目的媒体包时，所述FEC包生成单元基于所述指定数目的媒体包进行所述FEC计算处理，以及

所述FEC包传输单元在所述指定数目的媒体包的获取之后获取所述指定数目的媒体包要求的周期之内，传输通过基于所述指定数目的媒体包的所述FEC计算处理生成的所述FEC包。

5.如权利要求1所述的设备，其特征在于，当在所述第一获取的媒体包的获取之后经过所述预定的FEC周期以前获取指定数目媒体包时，所述FEC包生成单元基于所述指定数目的媒体包进行所述FEC计算处理，以及

所述FEC包传输单元在从所述第一获取的媒体包的获取开始，经过所述预定的FEC周期之后，获取所述指定数目的媒体包要求的周期之内，传输通过基于所述指定数目的媒体包的FEC计算处理生成的所述FEC包。

6.如权利要求3所述的设备，其特征在于，所述指定数目的媒体包是能够被所述FEC计算处理的最大数目的媒体包。

7.一种FEC传输处理方法，其特征在于，包含：

与生成媒体包的媒体包发生器连接；

从所述媒体包发生器依次获取所述媒体包；

将所获取的媒体包传输到在网络中接收和处理所述媒体包的媒体包接收处理设备；

生成用于所述媒体包接收处理设备的多个FEC包，以通过使用在从之前刚被FEC计算处理的所述媒体包之后，从第一获取的媒体包的获取开始的预定的FEC周期之内获取的所述媒体包，进行所述FEC计算处理以恢复丢失的媒体包；以及

在从所述第一获取的媒体包的获取开始，经过所述预定的FEC周期之后的所述预定的FEC周期之内，传输所述FEC包到所述媒体包接收处理设备。

Images