内容接收器和内容发送器的制作方法

文档序号:7861800阅读:218来源:国知局
专利名称:内容接收器和内容发送器的制作方法
技术领域
本发明涉及数字电视广播收发机、个人电脑、移动电话、便携式信息终端、移动电话适配器。
背景技术
近年,具有通过通信网络收发图象声音等内容的流动功能的发送器和接收器在市场上普及起来。
下面说明以往的内容发送器。图7是表示以往的内容发送器的结构的图。图10是表示以往的内容发送器和以往的内容接收器中的信息包结构的推移的图。图11是表示以往的信息包结构的图。
图7所示的视频编码器51用给定方式把图象信号编码,输出到后级。图7表示基于MPEG2方式的结构。来自视频编码器51的输出由MPEG2传送流信息包(以下简称为MPEG2-TSP)构成。
系统时钟生成器54生成27MHz的时钟。视频编码器51把图象信号编码时使用的系统时钟是该27MHz的时钟。
音频编码器52用与视频编码器51同样的压缩方式把声音信号编码,把MPEG2-TSP向后级输出。数据编码器53用与视频编码器51同样的压缩方式把数据广播或EPG等的数据编码,把MPEG2-TSP向后级输出。
流多路复用器55把上述3种MPEG2-TSP在时间轴上多路复用。此外,流多路复用器55以50ms左右的周期定期使用把系统时钟计数的计数值,在接收一侧生成用于再现系统时钟的PCR信号。然后流多路复用器55把PCR信号MPEG2-TSP化后,多路复用到上述多路复用的信号上,作为MPEG2传送流(以下简称为MPEG2-TS),向后级输出。图10的S11表示该输出信号。
图10是表示时间轴上的信息包的多路复用的推移的图。图10的横轴是时间。可是,在图10中,忽略各处理的恒定的延迟,未图示。S11的VIDEO1、VIDEO2、VIDEO3、AUDIO1、AUDIO2、DATA1是由流多路复用器55多路复用的信息包。此外,S11的VIDEO1、VIDEO2、VIDEO3是视频编码的MPEG2-TSP。此外,S11的AUDIO1、AUDIO2是音频编码的MPEG2-TSP。此外,S11的DATA1是数据编码的MPEG2-TSP。关于PCR信号,在MPEG2系统中是公开的内容,所以省略说明。
置乱器(scrambler)56把MPEG2-TS以给定加密方式加密输出。这里所示的例子是MULTI2方式的例子。
RTP信息包化器58把各MPEG2-TSP以一个以上打包(capsule化)。此外,RTP信息包化器58具有把根据收发器61从通信网络提供的基准时刻信息作为基准而再现的总线时钟进行计数的计数器。须指出的是,后面描述收发器61。而且,RTP信息包化器58,在输出信号上附加包含计数值即时间标记、和识别打包的信息为MPEG2-TSP的信息的标题,并向后极输出。图10的S 12表示该输出信号。此外,S12的RTP是标题。时间标记在接收一侧在信息包到达时使用总线时钟修正失真(jitter)时使用。
UDP/IP信息包化器59为了把各RTP信息包向IP通信网络发送,存储到IP数据包内。然后UDP/IP信息包化器59在存储的各RTP信息包中附加IP信息包标题,作为IP信息包输出。图10的S13表示输出信号。此外,S13的IP是IP标题等通信协议中的标题。关于IP信息包标题,在因特网中是公开的内容,所以省略说明。
以太网信息包化器60,将IP信息包存放到以太网的数据区域,附加以太网信息包标题和校验和后作为以太网信息包输出。以太网信息包标题和校验和是因特网中公开的内容,所以省略说明。
收发器61把以太网信息包发送给因特网。然后收发器61接收所述基准时刻信息。
下面说明所述发送的信息包结构。图11是表示以往的信息包结构的图。在图11中,把10各MPEG2-TSP打包。然后附加包含用于识别MPEG2-TSP的信息和信息包到达时使用的时间标记的8字节标题。然后,进行1892字节的RTP信息包化。然后,在RTP信息包中附加8字节的UPD信息包标题,作为1900字节的UDP信息包。然后,在UDP信息包中附加24字节的IP信息包标题,进行1924字节的IP信息包化。然后,在IP信息包中附加14字节的以太网标题和4字节的校验和,进行1942字节的以太网信息包化。
在通信网络中,常常限制最大传播信息包单位MTU。而且当发送的信息包数据尺寸超过MTU时,常常在通信网络中把信息包分割。在因特网中,把这样的处理称作分段(fragment)。
在以往例中,以太通信网络的MTU为1500字节。而以太网的数据区的数据尺寸超过MTU,所以无法防止通信网络中的分段。因此,有时产生丧失标题信息的信息包。因此,难以在接收一侧进行分段后产生的信息包损失或失真的补偿。
下面说明接收一侧的以往例。图8是表示内容接收器的以往例的结构的图。图9是表示接收信息包,在译码前的动作的程序流程图。
接收器71从因特网等通信网络接收以太网信息包,向后级输出。该以太网信息包是图11中表示的。以太网信息包处理器72对给以太网信息包处理器72的以太网信息包进行以太网的协议处理,把UDP/IP信息包向后级输出。图9的STEP91表示该处理。此外,图10的S14表示该输出信号。
图10的S14表示通过因特网收发接收UDP/IP信息包的结果,在接收UDP/IP信息包中发生失真和信息包损失。即在包含VIDEO1和DATA1的信息包中产生比正常的延迟还大的延迟。在包含VIDEO3和AUDIO2的信息包中产生比正常的延迟还小的延迟。
这里,参照图10说明因特网的失真和信息包损失。在因特网的发送一侧和接收一侧存在正常的延迟。理想状态下全部信息包带着该正常的延迟传输。而且,这时不发生失真和信息包损失。可是,在实际的因特网中,发生信息包分配给不同的路线、在信息包的有效时间中无法传达信息包所以由网关删除信息包、再次发送信息包等,所以发生失真和信息包损失。关于S14的记载,通过使正常的延迟表现为0,在有限的纸面上容易理解记载了失真。具体而言,包含VIDEO1和DATA1的信息包产生比正常的延迟还大的延迟,所以与S13相比,记载为慢。因为包含VIDEO3和AUDIO2的信息包产生比正常的延迟还小的延迟,所以与S13相比,记载为快。
此外,包含VIDEO2和AUDIO1的信息包成为信息包损失。图8所示的UDP/IP信息包处理部73对UDP/IP信息包进行UDP/IP的协议处理,输出RTP信息包。图9的STEP92表示该处理。此外,图10的S15表示该输出信号。
以上的以太网和UDP/IP的协议处理在因特网中是公开的,所以省略说明。
这些通信协议在各标题中包含表示数据主体的协议处理方法的信息。关于各种协议的处理方法,已经标准化,内容接收器预先能具有该处理方法。因此,内容接收器通过分析表示标题内的协议的信息,能进行删除标题后的数据主体的协议处理。
RTP信息包处理器79从图11所示的各RTP信息包取得各RTP信息包的标题。此外,RTP信息包处理器79取得表示标题内包含的结构数据内容的信息。表示数据内容的信息是用于识别存储的数据各是类型的信息。须指出的是,这里,该信息是用于识别为所述MPEG2-TSP的信息。
此外,RTP信息包处理器79具有对在接收器71中使用基准时刻信息再现的总线时钟计数的计数器。RTP信息包处理器79对总线时钟计数,当计数的值与标题内的时间标记一致时,取下标题,把MPEG2-TSP向后级输出(图9的STEP93)。然后,RTP信息包处理器79确认是否把MPEG2-TSP编码(图9的STEP94)。MPEG2-TSP的标题在编码的范围外具有MPEG2-TSP是否编码的信息。因此,一旦取出MPEG2-TSP后,确认该信息,能进行译码处理。在接收一侧和发送一侧预先决定使用怎样的方式,或在接收一侧确认接收的表信息,这些做法能对应任意的方式。
整理器74(de-scrambler74)用与发送一侧决定的置乱方式对应的方式把MPEG2-TSP整理后输出。图9的STEP96表示该处理。图10的S17表示输出信号。
TS译码器77把MPEG2-TSP修改为AV译码器78能进行AV译码的形态输出(图9的STEP97)。AV译码器78把输入到AV译码器78的数据进行AV译码,输出(图9的STEP98)。在图9的STEP93中,当把总线时钟计数的值与标题内的时间标记不一致时,TS译码器77验证该差分(图9的STEP95)。如果该差分是用扩展TS信息包缓存器能补偿的范围,TS译码器77就在缓存器上使TS信息包待机。当差分超过用缓存器能补偿的范围时,TS译码器77进行控制,使抛弃该TS信息包。
可是,在所述结构中,在接收一侧无法以实时补偿通信网络中发生的信息包损失,当发生信息包损失时,成为译码错误。
此外,通过与内容的编码或译码无关的总线时钟的计数生成用于修正失真的时间标记。此外,为了生成总线时钟而使用的基准时刻信息对于进行译码时要求的失真精度,没有充分的精度。此外,基准时刻信息受通信网络的失真的影响。由于这些理由,在接收一侧进行译码时的失真补偿精度变为不充分,有时变为译码错误。
此外,通信信息包的数据区的数据尺寸超过通信网络的MTU,无法防止通信网络中的分段,所以丧失标题信息。据此,难以在接收一侧进行分段后发生的信息包损失或失真的补偿。

发明内容
本发明是一种接收器,从发送一侧接收由压缩的传送信息包构成的流形成的内容后再现,包括接收内容后存储的存储部件;把存储在存储部件中的所述内容再现的再现部件。此外,如果形成内容的各传送信息包是具有使用传送信息包的系统时钟生成的再现时刻指示信息的扩展传送信息包,再现部件就在从再现时刻指示信息求出的时刻再现存储的各扩展传送信息包。
此外,本发明是一种发送器,发送由压缩的传送信息包构成的流形成的内容,包括发送内容的发送部件;使用传送信息包的系统时钟,生成指示接收一侧从存储部件再现时的时刻的再现时刻指示信息的再现时刻指示信息生成部件。发送部件把在发送的各传送信息包中附加再现时刻指示信息的扩展传送信息包发送。


图1是本发明实施例1的内容发送器的框图。
图2是本发明实施例1的内容接收器的框图。
图3是表示本发明实施例1的内容接收器的第一动作流程的图。
图4是表示本发明实施例1的内容接收器的第二动作流程的图。
图5是表示本发明实施例1的信息包结构的推移的图。
图6是表示本发明实施例1的以太网信息包结构的图。
图7是以往的内容发送器的框图。
图8是以往的内容接收器的框图。
图9是表示以往的内容接收器的动作流程的图。
图10是表示以往的信息包结构的推移的图。
图11是表示以往的信息包结构的图。
图12是本发明实施例2的内容接收器的框图。
图13是本发明实施例2的内容接收器的IEEE1394接口的框图。
图14是表示本发明实施例2的信息包结构的推移的图。
图15是表示本发明实施例2的第一IEEE1394信息包的图。
图16是表示本发明实施例2的第二IEEE1394信息包的图。
具体实施例方式
图1是表示实施例1的内容发送器的结构的图。图5是表示实施例1的内容发送器、内容接收器的信息包结构的推移的图。图6是表示实施例1的信息包结构的图。
在图1中,微型计算机14进行内容发送器的各部的控制。视频编码器1用给定压缩方式把图象信号编码,向后级输出。在本实施例中以MPEG2为例进行表示,视频编码器1输出的输出信号由MPEG2-TSP构成。系统时钟生成器4生成27MHz的时钟。视频编码器1把图象信号编码时使用的系统时钟是该27MHz的时钟。音频编码器2用与视频编码器1同样的压缩方式把声音信号编码,把MPEG2-TSP向后级输出。
流多路复用器4把上述3种MPEG2-TSP在时间轴上多路复用。此外,流多路复用器4使用把系统时钟计数的计数器生成用于在接收一侧再现系统时钟的PCR信号。
须指出的是,在MPEG传送系统中,以50mS左右的周期生成PCR信号。流多路复用器4在把PCR信号MPEG2-TSP化后,再多路复用到上述多路复用的信号上,作为MPEG2-TS输出。图5的S1表示该输出信号。
图5是表示时间轴上的信息包的多路复用的推移的图。图5的横轴是时间。可是,在图5中忽略各处理的恒定的延迟,未图示。S5的VIDEO1、VIDEO2、VIDEO3、AUDIO1、AUDIO2、DATA1是由流多路复用器5多路复用的信息包。此外,S1的VIDEO1、VIDEO2、VIDEO3是视频编码的MPEG2-TSP。此外,S1的AUDIO1、AUDIO2是音频编码的MPEG2-TSP。此外,S1的DATA1是数据编码的MPEG2-TSP。关于PCR信号,在MPEG2系统中是公开的内容,所以省略说明。
置乱器6把MPEG2-TS以给定加密方式加密输出。这里所示的例子是MULTI2方式的例子。时间标记附加器7具有把系统时钟生成器4输出的系统时钟计数的计数器。而且,时间标记附加器7把该计数值作为时间标记包含在标题中,把该标题附加到各MPEG2-TS(在本例子中编码)中,作为扩展TS信息包向后级输出。图5的S2表示该输出信号。此外,图5的TS表示包含时间标记的标题。在接收一侧,为了求出系统时钟不使用该时间标记。接收一侧忽略发送一侧的信息包的生成定时,把信息包存储到存储设备中。而且,接收一侧再现存储的信息包时,为了求出在发送一侧的信息包的生成定时(为了再现MPEG2-TS),使用该时间标记。
须指出的是,该计数器和生成PCR信号的计数器使用相同的系统时钟,所以取得同步。
而考虑计数器和接收一侧的计数器不能取得同步的情形。因此,为了确保在接收一侧再现的时刻,预先决定系统时钟的频率、发送的扩展TS信息包的最大速度、后面描述的接收一侧的存储设备的最小限度尺寸。而且,设定计数器的位数,从而在计数器转一圈的时间中能存储发送的全部扩展TS信息包。须指出的是,在象本实施例那样,在接收一侧暂时把形成内容扩展TS信息包全部存储后再现的例子中,充分确保存储设备的尺寸,所以不会发生在接收一侧无法确保再现的时刻的问题。
此外在附加时间标记时,按照PCR信号的计数值在给定定时把该计数器初始化后,打上时间标记,从而在时间上与PCR信号的生成中使用的计数值同步。或者在给定偏移时间后把该计数器初始化后,打上时间标记。据此,能在接收一侧把基于PCR的系统时钟再现用计数器作为MPEG2-TS再现用的计数器使用。这时,希望使计数器的位数与用于生成PCR信号的计数器的位数一致。据此,能简化接收一侧的继续处理。
超打包器8以一个以上把各扩展TS信息包打包。此外,在输出信号中附加包含用于识别打包的信息是扩展TS信息包的信息、打包内的扩展TS信息包的信息包长度、扩展TS信息包数、打包计数器值,作为超打包向后级输出。图5的S3表示该超打包。此外,图5的CH表示标题。该打包计数器值用于在接收一侧确认超打包的连续性。而且,超打包器8把打包计数器值加起来。
须指出的是,在图5中打包的扩展TS信息包是2个,但是这只不过表示一个例子,在本实施例中不限定扩展TS信息包的数量。此外,超打包中的附加标题内的信息是为了存储打包的数据的内容和用于在接收一侧确认超打包的连续性的信息,并不局限于所述形式。例如把打包计数器值作为扩展TS信息包的计数值,可以包含扩展TS信息包数的信息。或者可以是把扩展TS信息包的信息包长度和扩展TS信息包数打包的总数据长度。此外,超打包器8向后级输出超打包的同时,也向存储缓存器15输出超打包。
对存储缓存器15的存储控制由微型计算机14以环形缓存器方式进行。微型计算机14管理把存储缓存器15的超打包存储的区域和各超打包的标题信息。再发送命令检测器13检测接收器12输出的再发送命令。而且,在超打包的再发送控制时,再发送命令检测器13把再发送命令内包含的用于指定需要再发送的超打包的信息(在该例子中,至少打包计数值)和指示再发送的信息向微型计算机14输出。
微型计算机14从存储缓存器15读出相当于打包计数值的超打包。然后,微型计算机14为了再发送超打包,对UDP/IP信息包化器9进行输出的控制。这时,有时在超打包的标题内再附加表示是再发送信息包的信息,输出。须指出的是,打包计数值的计数范围希望是对于发送超打包的速度,至少能覆盖发送的通信网络中的最大延迟时间的2倍(超打包发送后到接收再发送命令的延迟部分)的位数。此外,存储缓存器尺寸至少是能在打包计数器的计数范围中存储超打包的量。此外,关于再发送命令的格式,预先与接收一侧商定。在本实施例中,未特别限定再发送命令的格式。
UDP/IP信息包化器9为了把各超打包向IP通信网络发送,存储到IP数据包内,附加IP信息包标题,作为IP信息包输出。图5的S4表示该输出信号。此外,S4的IP表示IP标题等通信协议中的标题。关于IP标题,在因特网中是公开的内容,所以省略说明。在本例子中,在UDP信息包内存储IP信息包标题,但是本来没有必要。此外,在其他协议例如TCP信息包内可以存储IP信息包标题。
以太网信息包化器10把输入到以太网信息包化器10中的IP信息包存储到以太网的数据区中。此外,以太网信息包化器10在IP信息包上附加以太网信息包标题和校验和,作为以太网信息包输出。关于以太网信息包和校验和,在因特网中是公开的内容,所以省略说明。
发送器11把以太网信息包发送给因特网。在因特网中各种通信运营商以各种方式运营通信网络,发送器11和接收器12与各种方式对应。此外,未特别限定形态或规格。
下面,说明发送信息包结构。图6是表示本实施例的以太网信息包结构的图。在图6中,把7个在MPEG2-TSP中附加包含时间标记的4字节标题的扩展TS信息包打包。然后,附加包含用于识别扩展TS信息包的识别值、打包计数值、扩展TS信息包尺寸、扩展TS信息包数的8字节的标题,进行1352字节的超打包。然后,在超打包中附加8字节的UDP信息包标题,作为1356字节的UDP信息包。然后在UDP信息包中附加24字节的IP信息包标题,进行1380字节的IP信息包化。然后,在IP信息包中附加14字节的以太网标题和4字节的校验和,进行1398字节的以太网信息包化。
在通信网络中,常常限制最大传播信息包单位MTU。而且当发送的信息包数据尺寸超过MTU时,常常在通信网络中把信息包分割。在因特网中,把这样的处理称作分段。难以在接收一侧进行分段后产生的信息包损失或失真的补偿。原因存在于标题信息的丧失中。因此在本实施例中,把超打包内的扩展TS信息包数设定为7个。这是因为对于以太网通信网的MTU1500字节,以太网信息包的数据区的数据尺寸不超过。
MPEG2-TSP的数据尺寸根据编码器的规格,固定在188字节。因此,扩展TS信息包的数据尺寸变为192字节。而且,满足以太通信网络的MTU1500字节,能存储在超打包中的扩展传送信息包数最大为7个。
通过这样按照通信网络的MTU设定存储在超打包内的扩展TS信息包,防止通信网络中的分段。通过附加所述打包计数值、具有再发送功能,能对接收一侧提供信息包损失的补偿。
须指出的是,通信网络并不局限于使用以太网的因特网。例如可以使用USB,可以是移动电话等的无线通信网络。此外,MTU也能对应于与它们对应的值。此外压缩方式并不限于此MPEG2。例如可以是MPEG4或其他方式。
下面,说明实施例1的接收一侧的例子。图2是表示实施例1的内容接收器结构的图。图3是表示接收各信息包,存储之前的动作例的程序流程图。图4是表示存储后再现时的动作的程序流程图。
在图2中,微型计算机29进行内容接收器的各部的控制。接收器21从因特网等通信网络接收图6所示的以太网信息包,输出。在因特网中,各种通信运营商以各种方式运营通信网络,接收器21和后面描述的31分别与这些方式对应。此外,并未特别限定形态或规格。通信网络并不局限于使用以太网的因特网,可以使用USB,或可以是移动电话等的无线通信网络。
以太网信息包处理器22对给以太网信息包处理器22的以太网信息包进行以太网的协议处理,输出UDP/IP信息包(图3的STEP5 1表示该处理。此外图5的S5表示该输出信号)。
在图5的S5中,接收的UDP/IP信息包通过因特网的结果意味着发生失真和信息包损失。即在包含VIDEO1和DATA1的信息包中产生比正常的延迟还大的延迟。在包含VIDEO3和AUDIO2的信息包中产生比正常的延迟还小的延迟。此外,在包含VIDEO2和AUDIO1的信息包变为信息包损失后,再发送。
这里,参照图5说明因特网时的失真和信息包损失。在因特网的发送一侧和接收一侧之间存在正常的延迟。理想状态下全部信息包带着该正常的延迟传输,这时不发生失真和信息包损失。可是,在实际的因特网中,发生信息包分配给不同的路线、在信息包的有效时间中无法传达信息包所以由网关删除信息包、再发送信息包等,所以发生失真和信息包损失。关于S5的记载,通过使正常的延迟表现为0,容易理解有限的纸面上的失真。具体而言,包含VIDEO1和DATA1的信息包产生比正常的延迟还大的延迟,所以与S4相比,记载为慢。因为包含VIDEO3和AUDIO2的信息包产生比正常的延迟还小的延迟,所以与S4相比,记载为快。此外,包含VIDEO2和AUDIO1的信息包成为信息包损失,以后再发送。
图2所示的UDP/IP信息包处理部23对UDP/IP信息包进行UDP/IP的协议处理,输出超打包(图3的STEP52表示该处理。此外,图5的S6表示该输出信号)。
以上的以太网以及UDP/IP的协议处理在因特网中是公开的,所以省略说明。此外,以太网信息包或UPD信息包处理并不局限于这里记载的内容,按照接收信息包的种类或通信网络的规格。此外,有时也进行其他通信协议处理。
在这些通信协议中,在各标题中包含表示数据主体的协议处理方法的信息。关于各种协议的处理方法,进行标准化,内容接收器能预先具有该处理方法。因此,内容接收器通过分析表示标题内的协议的信息,能进行删除标题后的数据主体的协议处理。
打包处理机24从图6所示的各超打包取得各超打包的标题。此外,打包处理机24把标题内包含的表示结构数据的内容的信息向微型计算机29输出。该表示数据内容的信息是用于识别打包的数据的格式类型的信息(在本例子中,是识别为述扩展TS信息包的信息)。此外,表示数据内容的信息也是表示打包内的扩展TS信息包的信息包长度和信息包数的信息。可以是把表示扩展TS信息包的信息包长度和扩展TS信息包数的信息打包的总数据长度。
微型计算机29解释表示提供的数据内容的信息,识别打包的数据为扩展TS信息包(图3的STEP53)。此外,微型计算机29识别各扩展TS信息包的尺寸,确保存储设备32的存储区。此外,微型计算机29对存储控制机28进行存储信息包尺寸的设定货存储各扩展TS信息包时的地址初始设定等准备(图3的STEP50)。这些准备在输入最初的超打包的时刻或检测到在表示数据内容的信息中存在变更时进行。
此外,打包处理机24监视标题中包含的打包计数器,确认连续性(图3的STEP54)。打包处理机24检测到各超打包的打包计数值,进行不连续点的检查。如果打包处理机24检测到不连续点,就通过打包计数值的推移验证不连续性(图3的STEP64)。
该不连续性如果是打包计数值相同或减少的方向的不连续,打包处理机24就删除在不连续点以后检测的打包计数值大于不连续点以前的打包计数值,并且消除不连续之前的超打包(图3的STEP65)。
如果该不连续性是打包计数值增加的方向的不连续,则打包处理器24不删除相当于不连续的超打包。而且,打包处理器24对微型计算机29通知检测到不连续点,打包处理器24对微型计算机29输出相当于无法接收的超打包的打包计数值。
此外,打包处理器24生成由扩展TS信息包构成的具有虚设标题的虚设超打包。而且,打包处理器24在相当于无法接收的超打包的时间间隔中插入该虚设超打包,向后级输出(图3的STEP66)。这是为了在后级简化再发送信息包插入处理。
微型计算机29接收来自打包处理器24的通知,输出用于指示再发送超打包的再发送命令。这时,微型计算机29使用相当于打包处理器24无法接收的超打包的打包计数值,生成该再发送命令(图3的STEP67)。发送器31通过使用以太网的因特网等通信网络,对发送一侧发送再发送命令。
发送一侧再发送的超打包在标题内包含表示是再发送的信息,所以打包处理器24中能检测。因此,打包处理器24从所述不连续性的验证对象把它排除,原封不动向后级输出(图3的STEP54)。
微型计算机29从打包处理器24收到不连续的通知,可以不立刻进行再发送命令的发送的控制。这时,微型计算机29使用相当于打包处理器24无法接收的超打包的打包计数值,生成再发送命令(图3的STEP67)。发送器31通过使用以太网的因特网等通信网,对发送一侧发送再发送命令。
发送一侧再发送的超打包在标题内包含表示为再发送的信息,所以能在打包处理器24中检测。因此,打包处理器24从所述不连续性的验证对象排除它,原封不动向后级输出(图3的STEP54)。
微型计算机29从打包处理器24收到不连续的通知,可以不立刻进行再发送命令的发送的控制。微型计算机29对打包处理器24指示无法检测的超打包的接收待机后,在给定时间中,无法接收相应的超打包时,有时进行再发送命令的发送控制。当指示接收待机后,在给定时间中能接收时,打包处理器24在给定标题内附加表示再发送信息包的信息,向后级输出。这是因为在后级与再发送信息包同样处理。为了避免错误动作,待机时间比打包计数值转一圈的时间短,而且希望比通信网络中的信息包到达的最大延迟时间还长。此外,STEP54、STEP64的不连续性的确认和确认后的处理控制用打包处理器24和微型计算机29的软件处理的任意一方进行。
接着,打包处理机24把通过微型计算机29的控制打包的扩展TS信息包分离输出。这里,考虑把扩展TS信息包中包含的MPEG2-TSP编码的情形和再发送信息包的情形,分离各MPEG2-TSP和包含时间标记的标题,输出。微型计算机29确认MPEG2-TSP是否编码(图3的STEP55)。
MPEG2-TSP的标题在编码范围外具有是否编码的信息。因此,微型计算机29一旦取得MPEG2-TSP后,确认该信息,对编码的范围进行译码处理。在接收一侧和发送一侧预先据定使用哪种方式,或在接收一侧确认接收的表信息,用它们能对应任意的方式。
整理器25(de-scrambler25)用与发送一侧的编码对应的方式把输入到整理器25中的MPEG2-TSP整理,向后级输出。而包含时间标记的标题在时间标记缓存器26中延迟整理器25的处理时间,取得与MPEG2-TSP在时间上的同步后,向后级输出(图3的STEP56)。
此外,微型计算机29也进行是否为再发送信息包的确认(图3的STEP68)。再发送信息包在标题中具有表示再发送信息包的信息。因此,微型计算机29观察它,确认是否为再发送信息包。当再发送信息包时,生成除了时间标记,还附加表示为再发送信息包的信息和打包计数值的标题,向时间标记缓存器26输出(图3的STEP69)。
扩展TS再现器27结合MPEG2-TS和标题,再现输出扩展TS信息包。图3的STEP57表示该处理。此外,图5的STEP7表示该输出信号。存储控制器28根据标题信息确认是否为由于通信网络中的延迟或损失而再取得的扩展TS信息包(图3的STEP58)。当不是再发送信息包时,通过微型计算机29的控制,依次把扩展TS信息包写入存储设备32上的管理的区域中(图3的STEP59)。当为再发送信息包时,在STEP66中生成虚设扩展TS信息包和虚设超打包。然后在事先存储完毕的对应的虚设扩展TS信息包上覆盖再取得的扩展TS信息包(图3的STEP60)。
再发送的扩展TS信息包中包含打包计数值。此外,微型计算机29进行打包计数值和存储设备32的地址管理。因此,该覆盖控制把再发送的扩展TS信息包暂时存储在本来的存储区(暂时存储确保虚设扩展TS信息包的区域)中,补偿存储设备32的连续性(图5的S8)。
图5的S8中,再发送的VIDEO2和AUDIO1的扩展TS信息包存储在本来的位置。此外,存储设备32中,不参照而存储到达时刻和发送一侧的发送时刻,所以能高效存储各扩展TS信息包。
须指出的是,存储设备32可以是HDD或DVD等任意存储媒体,也可以是半导体存储器。此外,如果简化再发送控制,只进行失真补偿的控制,则存储设备32要求的容量也能减少到后面描述的计数器转一圈的时间中能存储接收的全部扩展TS信息包的范围。
须指出的是,在图3的STEP53中,微型计算机29确认未存储扩展TS信息包。例如当它为通常的MPEG2-TSP时,同样确认否编码(图3的STEP61)。当编码时,用整理器25整理(图3的STEP62)。然后用扩展TS再现机27生成并附加包含时间标记的标题,扩展TS信息包化,输出(图3的STEP63),同样存储到存储设备32中。这时以后的再现处理也能公共化。可是,这时失真补偿或信息包损失补偿与以往例相同。
下面进行再现时的说明。再现控制机33具有把系统时钟计数的计数器。再现控制机33控制系统时钟的频率,从而使计数器的计数值与从TS译码器34输出的PCR信号的比较结果相等。即能原封不动使用已经存在的MPEG传送系统,再现系统时钟。因此,再现时,使用已经存在的技术能容易满足MPEG传送系统的规格。此外,通过微型计算机29的控制,再现控制机33使存储在存储设备32中的扩展TS信息包与系统时钟同步,依次读出(图4的STEP71)。然后,再现控制机33在各时间标记与所述计数器的计数值以给定的偏移值一致的时刻(图4的STEP72)取下包含时间标记的标题。然后,再现控制机33把各MPEG2-TSP向后级输出。图4的STEP73表示该处理。此外,图5的S9表示该输出信号。
在该阶段中,再现发送一侧的MPEG2-TS,补偿通信网络中产生的失真。须指出的是,在发送一侧,取得把PCR信号计数的计数器和把时间标记计数的计数器的同步。因此,再现控制机33能比较从PCR信号求出的计数器的计数值和时间标记。
TS译码器34把MPEG2-TSP修改为AV译码器35能进行AV译码的形态,输出。AV译码器35把输入到AV译码器35中的数据进行AV译码,输出。在STEP72中,当时间标记和系统时钟计数值不一致时,再现控制机33验证该差分(图4的STEP75)。然后,如果该差分是用再现控制机33内部的缓存器(未图示)能补偿失真的范围,则扩展TS信息包在缓存器上代机。该差分超过用再现控制机内部的缓存器能补偿的范围时,进行控制,放弃相应的扩展TS信息包(图4的STEP76)。
下面,说明接收信息包结构。在图6中,表示接收打包内的扩展TS信息包数为7个的以太网信息包(1398字节)的例子。
数据区具有1356字节的UDP/IP信息包,该数据区具有1352字节的超打包。在超打包中把7个在MPEG2-TSP中附加包含时间标记的4字节标题的扩展TS信息包打包。此外,超打包具有包含用于时被扩展TS信息包的识别值、打包计数值、扩展TS信息包尺寸、扩展TS信息包数的8字节标题。
在通信网络中,常常限制最大传播信息包单位MTU。而且,当信息包数据尺寸超过MTU时,在通信网络中常常分割信息包。
在因特网中,把这样的处理称作分段。难以在接收一侧单独进行分段后产生的信息包损失或失真的补偿。因此在本实施例中,把超打包内的扩展TS信息包数设定为7个。这是为了对于以太通信网络的MUT1500字节,因特网信息包的数据区的数据尺寸不超过。
MPEG2-TSP的数据尺寸根据编码器的规格,固定在188字节。因此,扩展TS信息包的数据尺寸变为192字节,满足以太通信网络的MTU1500字节,能存储在超打包中的扩展传送信息包数最大为7个。
通过这样防止分段,如上所述,通信网络中发生信息包损失时,利用附加在各超打包中的打包计数值,要求损失信息包的再发送。而且,当把再发送的信息包存储到存储设备中时,使用打包计数值进行信息包损失的补偿。
此外,通过再现时使用各扩展TS信息包中包含的再现用时间标记,以系统时钟的精度正确补偿通信网络中产生的失真。如上所述,通过控制内容发送器和内容接收器的译码定时的失真补偿和再发送控制的信息包损失补偿的联合控制,能可靠高效地进行这些补偿。
须指出的是,通信网络并不局限于使用以太网的因特网。例如可以是USB,可以是移动电话等的无线通信网络。此外,MTU也能对应于与它们对应的值。此外压缩方式并不限于此MPEG2。例如可以是MPEG4或其他方式。
此外,再现控制器33有时从内容接收器把MPEG2-TSP向连接在总线上的AV译码器输出。这时再现控制器33连接在IEEE1394接口(未图示)等外部输出用接口上。此外,MPEG2-TSP存储在由接口决定的同步信息包中,输出。
(实施例2)图12是表示实施例2的内容发送器结构的图。图13是表示实施例2的IEEE1394接口的结构的图。图14是表示内容接收器中的信息包结构的推移的图。图15和图16是表示实施例2的IEEE1394接口发送的信息包的结构的图。
在图12中,用存储设备存储从因特网接收的信息包之前的结构和动作与实施例1相同,所以省略说明。读出控制器36根据微型计算机29的指示读出存储在存储设备32中的扩展TS信息包,与时钟生成器37生成的给定频率的时钟同步读出。这时如图14的S10所示,在各扩展TS信息包间插入给定时间间隔,输出(图14的S10)。按照时钟再现器37的时钟频率设定该间隔,从而使插入时间间隔后的扩展TS信息包的位速率变为内容发送器的发送扩展TS信息包时的位速率以上。
IEEE1394接口38依据IEEE1394规格。IEEE1394接口38把输入到IEEE1394接口38中的扩展TS信息包以同步传送模式输出(图14的S11)。在S11中,ISO是用IEEE1394接口附加的标题。读出控制器36和IEEE1394接口38间的传送信号与MPEG2-TS同样,由数据信号、时钟信号、信息包开始信号、数据有效信号构成。此外,在发送扩展TS信息包时,在IEEE1394接口38中通过微型计算机设定扩展TS信息包信息。就此加以说明。
图13是表示IEEE1394接口38的结构的图。把扩展TS信息包的流输入MPEG2接口41。DTCP加密电路42对从MPEG2接口41输出的扩展TS信息包进行按照DTCP(Digital Transmission Content Protection)规格的用于保护著作权的加密,输出。标题附加电路43在进行DTCP加密的信息包中附加标题,输出。该标题是同步传送所必要的标题。
在信息包格式信息附加电路44中通过主接口46从微型计算机输入指定扩展TS信息包的格式的信息。而且,信息包格式信息附加电路44进行在标题的给定位置写入用于把同步传送的信息包的数据格式识别为扩展TS信息包的信息的处理。
在信息包尺寸信息附加电路45中,从微型计算机通过主接口46输入指定扩展TS信息包的数据尺寸的信息。而且,信息包尺寸信息附加电路45根据该信息计算决定同步信息包的数据尺寸。或者在信息包尺寸信息附加电路45中,从微型计算机通过主接口46输入存储扩展TS信息包的同步信息包尺寸的信息。而且信息包尺寸信息附加电路45进行对标题的给定位置写入同步传送的信息包的数据尺寸信息。
这里,说明对扩展TS信息包的附加标题。图15和图16是与关于MPEG2信息包而规定的IEC618830-4不同的格式。图15是表示在扩展TS信息包中只附加同步标题的例子的图。这时在图15所示的数据长度区中只写入信息包数据尺寸。如果扩展TS信息包的数据尺寸为192字节,在图15的数据长度区中写入表示192的3倍的576字节与同步标题和数据CRC的12字节相加的588字节的数据。
图16是表示在扩展TS信息包中具有同步标题和公共标题的例子的图。这里,把信息包数据尺寸写入图16的同步标题的数据长度区中,把用于识别扩展TS信息包的信息写入公共标题的格式区中。如果扩展TS信息包的数据尺寸为192字节,就在图16所示的区域中写入表示把保留区的4与192相加的数字的3倍的588字节、同步标题和数据CRC的16字节、保留的4字节相加的608字节的数据。保留区是用于以往的扩展的区域。用于识别扩展TS信息包的信息如果有现在运用的数据,就是在除了它们的范围中预先决定为内容发送一侧的数据。
图15和图16是存储3个扩展TS信息包的同步信息包的例子,但是信息包数并不局限于3。例如信息包数可以是4,可以是2、1。此外,为扩展TS信息包的数据尺寸为192字节的例子,但是并未特别限定。例如扩展TS信息包的数据尺寸可以为106字节。
图13所示的IEEE1394同步信息包发送电路47由实现依据IEEE1394规格的数据链路层和物理层的协议的电路构成。此外,IEEE1394同步信息包发送电路47向1394总线发送输入到IEEE1394同步信息包发送电路47中的附加标题的信息包。
如上所述,在实施例2中,通过IEEE1394接口能发送扩展TS信息包。此外,在本实施例2的内容接收器中,即使采用在1394总线上另外连接TS译码器(未图示)和AV译码器(未图示)的结构,也能实现实施例1中说明的效果。
如上所述,根据本发明的内容接收器,当无法在接收一侧补偿通信网络中产生的信息包损失,产生信息包损失时,也能防止变为译码错误,在数字电视收发机、个人电脑、移动电话、便携式信息终端和移动电路适配器中有用。
此外,根据本发明的内容发送器,在接收一侧存储数据时能忽略到达时刻,高效存储到存储设备中。此外,再现时,使用表示向译码器输出的时刻的时间标记,以译码器要求的精度再现。据此,当失真补偿精度在译码上不充分时,也能防止成为译码错误,在数字电视收发机、个人电脑、移动电话、便携式信息终端和移动电路适配器中有用。
权利要求
1.一种内容接收器,从发送一侧接收由压缩的传送信息包构成的流形成的内容后再现,其特征在于包括接收所述内容后存储的存储部件;和把存储在存储部件中的所述内容再现的再现部件,当形成接收的内容的各传送信息包是附加有使用传送信息包的系统时钟生成的再现时刻指示信息的扩展传送信息包时,所述再现部件,就在从所述再现时刻指示信息求出的时刻,再现存储的各所述扩展传送信息包。
2.一种内容发送器,发送由压缩的传送信息包构成的流形成的内容,其特征在于包括发送所述内容的发送部件;和使用传送信息包的系统时钟,生成指示接收一侧从存储部件再现时的时刻的再现时刻指示信息的再现时刻指示信息生成部件,所述发送部件,把在发送的各传送信息包中附加了所述再现时刻指示信息的扩展传送信息包发送。
3.根据权利要求1所述的内容接收器,其特征在于从权利要求2所述的内容发送器接收流。
4.根据权利要求1所述的内容接收器,其特征在于把所述扩展传送信息包以一个以上打包,并接收附加打包的计数信息和表示打包内的所述扩展传送信息包的内容的打包信息的超打包。
5.根据权利要求2所述的内容发送器,其特征在于把所述扩展传送信息包以一个以上打包,并发送附加打包的计数信息和表示打包内的所述扩展传送信息包的内容的打包信息的超打包。
6.根据权利要求4所述的内容接收器,其特征在于从权利要求5所述的内容发送器接收流。
7.根据权利要求4所述的内容接收器,其特征在于具有把接收的超打包内的扩展传送信息包存储到存储部件中时,按照所述打包信息和所述计数信息管理各存储区的存储管理部件,当确认了所述计数信息的连续性并识别出通信网络中的超打包的缺少时,通过控制,生成包含所述计数信息的再发送要求命令,向发送一侧发送,将从所述发送一侧再发送来的、接收的相应超打包内的扩展传送信息包,也存储到与所述计数信息对应的所述存储管理部件管理的区域中,从而在再现时消除缺损。
8.根据权利要求7所述的内容接收器,其特征在于当在所述计数信息的确认中检测到与计数同向的不连续时,识别超打包的缺损。
9.根据权利要求7或8所述的内容接收器,其特征在于当识别出超打包的缺损时,生成虚设超打包,代替缺损的部分暂时存储到所述存储部件中,再发送的相应的超打包的存储控制是覆盖到所述虚设打包上。
10.根据权利要求5所述的内容发送器,其特征在于具有以给定数量存储发送的超打包的缓存部件,当从接收一侧收到使用所述计数信息生成的再发送要求命令时,检测出具有所述计数信息的相应超打包,向接收一侧再发送。
11.根据权利要求7~9中的任意一项所述的内容接收器,其特征在于从权利要求10所述的内容发送器接收流。
12.根据权利要求4、7、8、9中的任意一项所述的内容接收器,其特征在于存储在所述超打包中的所述扩展传送信息包数,设定为通信时的信息包的数据区的数据尺寸不超过通信网络的MTU。
13.根据权利要求5或10所述的内容发送器,其特征在于所述超打包的数据区中存储的所述扩展传送信息包数,设定为通信时的通信信息包的数据区的数据尺寸不超过通信网络的MTU。
14.根据权利要求12所述的内容接收器,其特征在于从权利要求13所述的内容发送器接收流。
15.根据权利要求1、4、7、8、9、12中的任意一项所述的内容接收器,其特征在于具有整理部件,当向存储部件中存储扩展传送信息包时,把取下所述再现时刻指示信息的传送信息包整理后,再附加所述再现时刻指示信息,再现扩展传送信息包后存储。
16.根据权利要求2、5、10、13中的任意一项所述的内容发送器,其特征在于具有置乱部件,对置乱后的传送信息包附加所述再现时刻指示信息。
17.根据权利要求15所述的内容接收器,其特征在于从权利要求16所述的内容发送器接收流。
18.根据权利要求1、4、7、8、9、12、15中的任意一项所述的内容接收器,其特征在于具有对根据用于把传送信息包内的编码的内容译码的传送信息包内的时刻信息生成的系统时钟计数的第一计数部件;在存储后再现时,在所述再现时刻指示信息和所述计数部件的计数值以给定的偏移值一致的时刻译码。
19.根据权利要求2、5、10、13、16中的任意一项所述的内容发送器,其特征在于具有对用于把内容编码的系统时钟计数的第二计数部件;使用所述第二计数部件生成所述再现时刻指示信息。
20.根据权利要求18所述的内容接收器,其特征在于从权利要求19所述的内容发送器接收流。
21.根据权利要求1、4、7、8、9、12、15、18中的任意一项所述的内容接收器,其特征在于作为从发送一侧通过IP协议网络接收IP信息包,并将IP信息包内部存储的流存储到存储部件中的处理,抽出IP协议中的IP数据包的数据区中存储的所述扩展传送信息包。
22.根据权利要求2、5、10、13、16、19中的任意一项所述的内容发送器,其特征在于把所述扩展传送信息包存储到IP协议的IP数据包的数据区中,通过IP协议网络把IP信息包发送给接收一侧。
23.根据权利要求21所述的内容接收器,其特征在于从权利要求22所述的内容发送器接收流。
24.根据权利要求1所述的内容接收器,其特征在于具有输入再现的所述扩展传送信息包,附加识别扩展传送信息包的信息,发送给IEEE1394总线的IEEE1394总线接口。
25.根据权利要求1所述的内容接收器,其特征在于所述存储部件在存储所述扩展传送信息包时,不附加时刻信息,连续存储到存储区中。
26.根据权利要求1所述的内容接收器,其特征在于所述再现部件不使用所述再现时刻指示信息,使用PCR信息再现系统时钟。
27.根据权利要求2所述的内容接收器,其特征在于具有使用传送信息包的系统时钟,生成接收一侧用于再现系统时钟的PCR信息的PCR生成部件;所述发送部件把所述扩展传送信息包与存储PCR信息的传送信息包一起发送。
全文摘要
本发明涉及内容接收器和内容发送器,发送一侧把在各传送信息包中附加再现时刻信息的扩展传送信息包打包,附加打包计数器信息,发送。接收一侧具有存储部件,在信息包损失时,对发送一侧发送包含所述打包计数器信息的再发送要求。此外,接收一侧在接收再发送数据后,覆盖到本来的存储区中。此外,接收一侧在再现时,参照再现时刻信息,补偿失真后译码。在因特网等通信网络中,在发送一侧和接收一侧补偿信息包损失和失真,防止接收一侧的译码错误。
文档编号H04N7/173GK1669320SQ0381644
公开日2005年9月14日 申请日期2003年7月16日 优先权日2002年7月16日
发明者高鸟正博, 后藤昌一 申请人:松下电器产业株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1