Fec传输处理设备和方法

专利名称：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-MPEG FEC方案目标仅在以恒定速率(CBR:恒定比特率)的流而目标不在以可变速率(VBR)的 流。因此， 一直没有将同时满足FEC包传输范围及其传输速率限制，并且在以可变速率(VBR: 可变比特率)的流中高效地形成矩阵的FEC方案。

发明内容
根据本发明的方面，提供有FEC传输处理设备，包含
连接单元，其被配置为与生成媒体包的媒体包发生器连接；
媒体包获取单元，其被配置为从媒体包发生器依次获取媒体包；
媒体包传输单元，其被配置为将媒体包获取单元获取的媒体包传输到在网络中接收和
处理媒体包的媒体包接收处理设备；
fe〔包生成单元，其被配置为生成用于媒体包接收处理设备的多个rec包通过使用在
从之前刚被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:可变比特率)的流。其理由之一
是适用在恒定速率的条件不适用于在由此形成矩阵的rec方案下的可变速率。也就是说，
当数据速率变动时，在通常可用的措施和方法中发生以下问题。
当数据速率变动时，假定构成每个矩阵的数据包的数目保持恒定。在这种情况下，因 为编码需要的时间周期从一个矩阵到另一个而不同，从而，对应于FEC包的传输范围的时 间周期也变动并且FEC包的传输速率没有变为恒定的。在这种情况下，除非接收侧将对应 于在最小速率，也就是说，最大编码周期情况下的传输范围的编码周期设置作为延迟时间， 否则数据包在接收处理中被耗尽(下溢)。由于这个缘故，部分数据可以致使与所有的数 据相关的FEC处理需要的延迟时间变得非常长。当FEC包的传输速率被简单地平整时，如 果该速率高于估计速率，则FEC包以低速率被传输，因此延迟时间可能被进一歩地延长并 且可能变得甚至不可预知。
另一方面，存在通过用填充数据等补偿漏失数据包而保持由所有的矩阵组成的数据包 的数目恒定的方法。在数字广播情况下，例如，因为传输需要用无线电以恒定速率进行， 所以可以使用相当于填补的图LL-TS包，将原始的可变比率改变为恒定比率，传输流。当 流在IP上被传输时，根据网络带宽的有效使用观点，例如填补的无用的带宽的消耗不是 所希望的。由于这个缘故，更可取的是排除不必要的图LL-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对在预定编码周期oc之内获取的多个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从通过将编码周期oc加上此编码块中第一获取的媒体包的时间(计 算起始时间)T而计算的时间开始，在该编码周期ct之内，分配对于编码块生成的多个FEC 包，并且传输该多个FEC包到FEC接收处理设备41。也就是说，FEC包传输单元16在从 第一媒体包的获取开始经过编码周期a之后，在编码周期a之内传输FEC包。图5显示对于 每个编码块如何生成和传输FEC包的实例。编码处理是通过将每个编码块乘以编码周期cx 进行的，并且FEC包在从计算起始时间T开始经过编码周期ot之后的编码周期oc之内被分配 以及传输。
图2图解FEC计算处理(FEC编码处理和FEC包生成处理)的实例。 这里显示使用100个包(编码块)的实例。FEC编码单元ll以按正方形排布这些RTP 数据包形成矩阵，并形成10行的横向组和10列的纵向组。FEC编码单元11对于每个纵向 组(计算单元)使用RTP数据包进行计算(这里用X0R)以计算冗余数据。FEC包生成单 元14使用从每个纵向组计算的冗余数据生成FEC包Fl至FIO。 FEC包包括冗余数据，识 别RTP数据包的信息，其是生成冗余数据的源(纵向组中对应于该冗余数据的RTP数据包) 以及不同于那些RTP数据包的序列的序列号等等。例如，FEC包F1包括冗余数据和与此冗 余数据相联系的，识别RTP数据包的信息1, 11， 21， 31,…，81， 91等等。假定此实施
例仅从纵向组生成冗余数据和FEC包，但是除纵向组之外，也可以从横向组生成冗余数据 和FEC包。
图3是显示图1中的FEC传输处理设备的操作实例的流程图。图4是特别地图解FEC 传输处理设备的FEC包传输单元16的操作实例的流程图。
在图3中，FEC编码单元1从RTP数据包发生器21接收RTP数据包的输入，并且暂 时记录接收的RTP数据包(SI)。
接下来，当所获取的RTP数据包与第一编码块对应时(S2中的是)，FEC编码单元ll 使计算起始时间记录器12记录RTP数据包被收到的时间(计算起始时间)T (S3)。当获 取的RTP数据包与第一编码块不对应时(S2中的否)，处理移至步骤S4而不进行步骤S3。
FEC编码单元11使用收到的RTP数据包执行FEC编码处理(S4)。在上面给出的图2 的实例中，当收到的RTP数据包是纵向块的开头时，该RTP数据包在步骤S4中被存储。 当该RTP数据包是从纵向块开头起的第二个时，通过用第一RTP数据包计算(例如，XOR)， 获得计算值。当该RTP数据包是从纵向块丌头起的第三个时，进行用从第一和第二RTP数 据包获得的计算值计算(例如，X0R)。以这种方法，FEC编码单元11每当它收到RTP数 据包时，进行FEC编码处理。
FEC编码单元11判断是否已经从关于对应的编码块的首先获取的RTP数据包的计算起 始时间T过去了预定编码周期oc (S5)。
当从计算起始时间T开始还未过去编码周期ot时(S5中的否)，处理移至歩骤S9。
另一方面，当从计算起始时间T开始已经过去编码周期ot时(S5中的是)，FEC包生 成单元14使用在步骤S4通过FEC编码处理获得的多个冗余数据片，生成多个FEC包，以 及作为生成多个冗余数据片的源的RTP数据包的标识符等等(S6)。
FEC包缓存单元15缓存由FEC包生成单元14生成的多个FEC包，直到它们被实际地 传输(S7)。
FEC编码单元11改变结构以移至处理下一编码块(下一输入的RTP数据包被处理作为 编码块的第一RTP数据包)(S8)。
RTP数据包传输单元13传输在步骤Sl输入的RTP数据包(S9)。此RTP数据包的传 输也可以在歩骤S4之后立即被进行。
判断是否已经输入结束指令(Si0)，以及如果未输入(S10中的否)，处理回到歩骤 Sl,而如果输入了 (S10中的是)，处理结束。
在图4中，当FEC包在FEC包缓存单元15中被找到时(S21中的是)，如果当前的时 间是传输时刻(S22中的是)，则FEC包传输单元16从FEC包缓存单元15中提取FEC包 (S23)并且传输所提取的FEC包(S24)。
在这种情况下的传输时刻是，例如，通过计算起始时间T+编码周期a+编码周期ocX (在 对应的编码块中从开始起的包数目/对应的编码块中的包总数)求出的。换句话说，传输 是在从计算起始时间T+编码周期oc起的编码周期cc之内，在从计算起始时间T+编码周期cx 起的预定时刻进行的。
图4中的FEC包的传输流程是周期地或者在图3中的歩骤S9或S10之后调用的。
以这种方法，此实施例保持相对于每个编码块(矩阵)的编码周期(FEC周期)恒定， 并且在从编码块中的第一 RTP数据包被获取的时间丌始的编码周期oc之后的编码周期a之 内传输FEC包，从而能够即使在可变速率情况下，也尽可能不产生延迟地传输FEC包，还 能防止FEC包的传输在编码块间交迭(见图5)。 (第二实施例)
第一实施例保持相对于每个矩阵的编码周期恒定，因此RTP数据包的数目可以从一个 矩阵到另一个而不同。山于这个缘故，取决于编码周期的长度，超过能够被FEC编码处理 的RTP数据包的最大数目(能够包括在一个矩阵中的RTP数据包的最大数目)的若干RTP 数据包也可以被输入。
因此，当RTP数据包传输单元13以最大传输速率传输RTP数据包(RTP数据包发生器 21以最大速率生成RTP数据包)时，此实施例将为输入(获取)能够被FEC编码处理的 RTP数据包的最大数目(指定数目)的RTP数据包而需要的周期(最小编码周期)设置作 为编码周期a。这有可能防止多于最大数目的RTP数据包在编码周期oc之内被获取。 (第三实施例)
此实施例使用不同于第二实施例的技术(第一方案和第二方案)解决第一实施例的问题。
(第一方案)当能够包括在一个编码块中的最大数目(或指定数目；以下统一作"最 大数目")的RTT数据包被获取时，多个FEC包在RTP数据包被获取时，从所述最大数目 的所获取的RTP数据包中生成，而不等待编码周期a过去。生成的多个FEC包在从所述最 大数目的RTP数据包被获取的时间，S卩，通过将为获取RTP数据包(编码处理)所需要的 周期(经过的周期)P加上编码块中的第-一输入的RTP数据包的计算起始时间T所计算的 时间丌始，在编码周期oc之内被分配和传输。当所述最大数目的RTP数据包未在编码周期cc
之内被获取时，使用在编码周期a之内获取的RTP数据包生成FEC包，如同第一实施例的 情，并且生成的FEC包在下一编码周期a之内被分配和传输。因此，在此方案中，FEC包的 传输时刻将如下。
传输时刻是通过计算起始时间T+经过的周期e +编码周期0[乂 (在对应的编码块中从开
始起的包数目/对应的编码块中的包总数)而确定的。换句话说，FEC包是在从起始时间
T+经过的周期e代替所述a开始的预定的固定时刻传输的。这里，所述经过的周期e是
为获取所述最大数目的RTP数据包而需要的时间周期或者所述编码周期a，并且当它相当 于编码周期a时(例如，当所述最大数目的RTP数据包未在编码周期cx之内被获取时)达到 最大值。
图6显示如何应用此方案生成和传输FEC包。这里显示一实例，其中因为从上往下数 的第二编码块，最大数目的RTP数据包在比编码周期ot短的3oc/4 (=e )中被获取，所以 FEC包在从时间(T+3a/4)开始的编码周期cc之内被从RTP数据生成，被分配，并且生成 的FEC包被传输。
本方案除去如在第二实施例场合下将编码周期a设置到最小编码周期的必要，从而能 够防止，当速率被减低时FEC的冗余码变得过多。
(第二方案)虽然第一方案将用于传输FEC包的时间周期设置为从计算起始时间T+ 经过的周期e开始的编码周期ot，但是本方案将它设置为从计算起始时间T+经过的周期 P开始的经过的周期e。当未在编码周期a之内获取最大数目的RTP数据包时，根据此方 案的FEC包的传输时刻如下。
传输时刻是通过起始时间T+经过的周期e+经过的周期e X (对应编码块中从开始起
的包的数目/对应编码块中的包总数)求出的。换句话说，FEC包是在从起始时间T+经过
的周期e开始，对于经过的周期e的预定时刻传输的。这里，经过的周期e是获取最
大数目的RTP数据包要求的时间或者编码周期oc，并且当它相当编码周期a时达到最大值。 图7显示如何应用此方案被生成和传输FEC包。这里，显示一实例，其中因为对于从 上往下数的第二编码块，对于比编码周期a短的3a/4 获取最大数目的RTP数据包，
FEC包是在从计算起始时间T开始已经过去3a/4 (=P )的时间从最大数目的RTP数据包 生成的，在从时间(T+3a/4)丌始的编码周期a之内被分配，并且生成的FEC包被传输。
根据此方案，除第一方案的效果之外，因为接收侧能够在早的时刻进行FEC编码处理， 所以当多个FEC编码处理被结合时，能够期望恢复速率的提高，等等。这里，作为用于实现第一和第二方案的更特定的结构，如图8所示，用于记录经过的 周期e的过去周期记录器17被加到图1中的设备。当对最大数目的RTP数据包的编码处 理被完成时或者当编码周期oc已经过去时，过去周期记录器17记录完成时间和计算起始时 间T之间的差别或者编码周期ot，作为经过的周期P。 FEC包传输单元16使用此经过的周 期e计算传输时刻并且执行传输操作。
图9是显示根据此实施例的操作流程的流程图。用歩骤Sl替换图3中的流程图的歩 骤S5并且添加新的歩骤S12。以下，将仅解释与图3的差别。
在歩骤S11中，判断对应编码块的输入(或者编码)的RTP数据包的数目是否己经达 到最大数目N或者在计算起始时间T之后是否已经过去编码周期cc。当两个任何之一支持 时(Sll中的是)，令过去周期记录器17记录从起始时间T经过的周期{3 (S12)。当它 们中一个也没有支持时(Sll中的否)，处理移到歩骤S9。
FEC包传输单元16的操作流程与图4中的相同，但是歩骤S22中作出的对传输时刻的 判断不同于第一实施例中的。在此实施例中，传输时刻是如上所述根据方案1或者方案2 求出的。
(第四实施例)
因为第三实施例通过从通过将经过的周期P加上以上说明的计算起始时间T而计算 的时间丌始在编码周期oc内或在经过的周期e内分配它们，传输生成的FEC包，当然有从 某个编码块生成的FEC包的传输周期与从下一编码块生成的FEC包的传输周期部分相一致 的情况(见图6及图7)。在这种情况下，FEC包的速率在网络31上暂时增加，受带宽预 约的制约而在网络上传输过程中引起麻烦并且妨碍接收设备正常地进行FEC编码处理。
另一方面，第二实施例设置以上说明的最小编码周期作为与RTP数据包的最大传输速 率(生成率) 一致的编码周期a，但是在这种情况下，当传输速率(生成率)是最大或者 接近于最大时，不存在问题，而当传输速率(生成率)减低时，存在执行过多的编码处理 的问题。也就是说，即使当RTP数据包传输速率低的时候，FEC包也总是以与RTP数据包 的最大速率相同的速率传输并且FEC计算处理的冗余码增加为多于必要的。此外，当RTP 数据包的传输速率极端地减小时，FEC包传输速率暂时增加，在已作出带宽预约的网络31 上的操作中引起麻烦。
在数字广播中，特别是.TSDB-T，例如，数据包的平均速率由于节目的内容，数据广播 的内容或者作为混合操作的结果等等而大量变化。在这种情况下，如果与以大速率的相同 的编码周期被简单地应用于以小速率传输的数据，数据包中FEC包的比例，也就是说，冗
余码增加多于必要的，其导致低效率并且防止带宽的有效使用。此外，具有更高速率的流 例如数字电影正在出现，但是在这种情况下以最大流速传输可能不总是必要的。在这种情 况下，速率可能暂时极端地增加，其未被当前的编码器观察到，但是考虑速率被正常地被 固定到某个速率上这样的操作也是必要的。
此实施例解决可能发生在第二和第三实施例的这样的问题。虽然此实施例在FEC包的 生成方面与第二和第三实施例相同，但是它在FEC包的传输时间(传输时刻)方面不同于 这些实施例。
也就是说，如在第二和第三实施例场合下，当最大数目的RTP数据包在编码周期oc之 内被获取时，此实施例在获取的时候从所获取的最大数目的RTP数据包生成FEC包(不等 待编码周期a过去)。此外，当在编码周期a之内未获取最大数目的RTP数据包时，从在编 码周期a之内获取的RTP数据包生成FEC包。然而，此实施例通过在通过将编码周期a加上 计算起始时间T所计算的时间之后，在经过的周期e之内分配它们，传输FEC包。因此， 例如，如下求出传输时刻。
传输时刻被确定为计算起始时间T+编码周期oc+经过的周期e X (对应编码块中从开 始起的包数目/对应编码块中的包总数)。换句话说，传输是在从起始时间T+编码周期a 起对于经过的周期P的预定固定时刻进行的。
图10显示如何根据此实施例生成和传输FEC包。由图6和图7之间的比较清楚地得 知，在从计算开始起间T开始等待编码周期oc之后，FEC包在经过的周期e之内被传输， 因此从每个编码块生成的FEC包的传输周期从不彼此重叠。因此，FEC包的速率也从不暂 时增加以对在带宽预约的制约的网络上的传输产生麻烦。此外，设置适当的值作为编码周 期a (大于第二实施例中的最小编码周期的值)也除去FEC包的传输速率出乎意料地增加
的问题并且使能有效使用带宽。这进一步地改善在作出带宽预约的操作中通信频带宽度的 利用效率但是未被占用的带宽能被用于其它的通信。此外，有可能抑制FEC处理的冗余码 到必要的量，解决传输率的暂时增加多于期望的问题并且实现带宽的有效使用。
此实施例的框图与用于第三实施例的图8中的相同并且操作流程也与用于第三实施例 的图9和图4中的相同，此实施例不同于第三实施例之处仅在于图4中在步骤S22作出的 传输时刻的判断以及根据以上所述的说明作出传输时刻的判断。
此FEC传输处理设备也可能通过使用，例如，通用计算机作为基本硬件被实施。也就 是说，FEC编码单元]1,计算开始时间记录器12，过去周期记录器17， FEC包生成单元 14， FEC包缓存单元15， F卜X包传输单元16和RTP数据包传输单元13能够通过令安装在
以上说明的计算机中的处理器执行程序被实现。在这种情况下，FEC传输处理设备也可以 通过在计算中预安装上述说明的程序或者通过在存储介质(程序记录介质)例如CD-ROM 中存储该程序，或视情况而定地在网络中分配该程序并在合适的计算机中预先安装该程 序，来实现。
权利要求
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包生成单元基于所述指定 数目的媒体包进行所述「EC计算处理，以及所述FEC包传输单元在所述指定数目的媒体包的获取之后获取所述指定数目的媒体包 要求的周期之内，传输通过基于所述指定数目的媒体包的所述FEC计算处理生成的所述FEC 包。
5. 如权利要求1所述的设备，其特征在于，当在所述第一获取的媒体包的获取之后经 过所述预定的FEC周期以前获取指定数目媒体包时，所述FEC包生成单元基于所述指定数 目的媒体包进行所述FEC计算处理，以及所述FEC包传输单元在从所述第一-获取的媒体包的获取开始，经过所述预定的FEC周 期之后，获取所述指定数目的媒体包要求的周期之内，传输通过基于所述指定数目的媒体 包的FEC计算处理生成的所述FEC包。
6. 如权利要求3所述的设备，其特征在于，所述指定数目的媒体包是能够被所述FEC 计算处理的最大数目的媒体包。
7. —种FEC传输处理方法，其特征在于，包含 与生成媒体包的媒体包发生器连接； 从所述媒体包发生器依次获取所述媒体包；将所获取的媒体包传输到在网络中接收和处理所述媒体包的媒体包接收处理设备； 生成用于所述媒体包接收处理设备的多个FEC包，以通过使用在从之前刚被FEC计算处理的所述媒体包之后，从第一获取的媒体包的获取开始的预定的FEC周期之内获取的所述媒体包，进行所述FEC计算处理以恢复丢失的媒体包；以及在从所述第一获取的媒体包的获取开始，经过所述预定的FEC周期之后的所述预定的FEC周期之内，传输所述FEC包到所述媒体包接收处理设备。
全文摘要
提供有FEC传输处理设备，其包括媒体包获取单元，其被配置为从媒体包发生器依次获取媒体包；媒体包传输单元，其被配置为传输获取的媒体包到媒体包接收处理设备；FEC包生成单元，其被配置为生成用于媒体包接收处理设备的多个FEC包，以通过使用在从之前刚被FEC计算处理的媒体包之后，第一获取的媒体包的获取开始的预定的FEC周期之内获取的媒体包，进行FEC计算处理而恢复丢失的媒体包；以及FEC包传输单元，其被配置为在从第一获取的媒体包的获取开始，经过预定的FEC周期之后的预定的FEC周期之内，传输FEC包到媒体包接收处理设备。
文档编号H04H60/76GK101383679SQ200810215020
公开日2009年3月11日 申请日期2008年9月3日 优先权日2007年9月3日
发明者入江祐司, 权藤俊一 申请人:株式会社东芝