专利名称：数据包接收装置和数据包接收方法
技术领域：
本发明涉及数据包接收装置和数据包接收方法。
背景技术：
有一种技术，一般称其为SMIL(同步多媒体集成语言)。这一技术已经被W3C(环球网协会)标准化为通过结合包含文本、静态图像、视频、以及声音的内容来描述空间和时间布局的技术。SMIL描述语言与超文本标识语言(HTML)的不同之处在于内容中包括了时间信息。顺便提一下，HTML描述语言是因特网上使用的最流行的语言。
现在将说明一种方法，客户机经由网络播放服务器上用SMIL描述语言制作的内容。
图1是图解使用SMIL的内容分配的示意图。图中，客户机201在网络200上访问服务器203，获取其中描述内容的SMIL文件，并解释所获取的SMIL文件。其次，从服务器202和服务器204获取SMIL文件中描述的诸如文本、静态图像、视频、以及声音的媒体。然后，基于SMIL文件中描述的时间信息，在适当的时间播放每个媒体(文本、静态图像、视频、以及音乐)。顺便提一下，此图中分别存储在服务器202、203、204中的SMIL文件、声音和视频、以及文本和静态图像，也可以存储在一个服务器中。
下面，将说明SMIL文件和每个媒体的发送方法。
典型地，用于将包括SMIL文件、静态图像文件、以及文本文件的媒体文件从服务器202、203、以及204发送到客户机201的通信协议称为TCP(发送控制协议)。TCP是和HTML一样可靠的协议，并广泛用于因特网上。大不相同的是，经常用于发送诸如声音数据和视频数据的时间连续数据的通信协议是RTP(实时发送协议)和UDP(用户数据报协议)。就发送TCP或RTP/UDP的低级协议而言，普通的是IP(网际协议)协议。
上述TCP、RTP、UDP、以及IP协议都已由IETF(因特网工程任务组)标准化，并在因特网上广泛传播。
接下来，将简单说明SMIL文件的内容描述方法。
图2是展示用SMIL描述的简单句子的示意图。此图中，左端的数字(1、2、......)为清楚说明而提供的行号，而右端是解释性的语句。这些数字和解释性的语句并不描述在实际的SMIL文件中。
由数字1和数字15包围的文本是SMIL文档，而其内容由数字2与数字8之间所示的首标部分和数字9与数字14之间所示的主体文本组成。在首标部分，描述了布局信息，其不涉及时间信息。在主体文本中，描述了时间信息，其涉及实际的媒体数据和播放。数字11所示的描述是显示视频的控制语句。另外，数字12所示的描述是显示静态图像的控制语句。数字10和13所示的<par>将其包围。这些<par>包围的部分指示其同时播放。本例指示同时播放视频和静态图像。用“src”描述媒体的位置。另外，由“begin(开始)”、“end(结束)”、“dur”等描述对媒体播放时间的指定。在这种情况下，“begin”指定媒体开始时间；“end”指定媒体结束时间；而“dur”指定媒体播放时间。
另外，数字11所示的描述指示在如“a”所示的区域，在3至20秒，显示由“src”指定的视频数据。数字12所示的描述指示在如“b”所示的区域，将由“src”指定的静态图像显示10秒。如在数字11和12所示的描述中，用绝对时间指定播放开始和结束；然而，可以借助顺序将其指定，如下面的例子(1)和(2)所示例(1)<seq><video id＝”video1”src＝”rtsp//example.com/video1.m4v”/><video id＝”video2”src＝”rtsp//example.com/video2.m4v”.../><seq>
例(2)<par><video id＝”video1”src＝”rtsp//example.com/video1.m4v”/><video id＝”video2”src＝”rtsp//example.com/video2.m4v”begin＝”videol.end”.../><par>
例(1)和(2)的描述都指定将在视频1结束播放之后播放视频2。例(1)和(2)都关系到视频的情况；然而，既有视频又有静态图像时也可以应用相同方式。
接下来，将描述上面的情况下客户机和服务器之间的实际操作。
图3是图解连续媒体播放的顺序图。此图中，实线代表RTSP(实时流协议)的命令和响应信号，其中RTSP是用于实时数据控制的协议。RTSP经TCP通信。虚线代表媒体数据。对于媒体数据的发送，使用适用于实时通信的RTP协议。还使用RTP协议发送指示数据结束的命令。
现在，客户机解释SMIL文档中用于播放视频1的描述，其后请求服务器播放(步骤1)。一旦接收到来自客户机的播放请求，服务器就开始准备播放，并在播放准备完成时，向客户机发送许可(步骤2)。在发送许可之后，开始对视频1的数据发送(步骤3)。然后，当视频1的所有数据都被发送时，向客户机发送由RTP协议指定的被称为RTCP(RTP控制协议)BYE的控制信号，以通知视频1的所有数据都已被发送(步骤4)。
一旦接收到RTCP BYE，客户机就向服务器发送被称为RTSPTEARDOWN的控制信号，以终止对话(步骤5)。一旦接收到RTSPTEARDOWN命令，服务器就终止对话，并通知客户机会话已结束(步骤6)。在完成对视频1的播放之后，客户机接着播放视频2。从步骤7至步骤12，按与发送视频1相同的顺序发送视频2。
然而，这一传统数据包接收方法中存在下述问题。
即，当在指示媒体数据结束的RTCP BYE数据包中出现比特误差时，在使用RTP协议发送诸如声音数据和视频数据的实时数据期间，客户机的低层将废弃RTCP BYE数据包。在RTCP BYE被废弃的情况下，客户机无法知道数据结束，并且甚至当数据发送已结束时，也不能开始播放下一个媒体。顺便提一下，发送期间的比特误差可能出现在，例如，使用无线电信道的情况下。
另外，因脉冲误差产生的媒体的中断可能终止对话。
发明内容
本发明目的在于提供数据包接收装置和数据包接收方法，由此，在因发送误差而没有接收到媒体结束通知数据包RTCPBYE的情况下，可以开始播放下一个媒体，并且由此，因脉冲误差产生的媒体临时中断并不终止对话。
上述目的通过监控低于RTP接收器的IP层或UDP层中的数据包丢失来实现，其中所述RTP接收器是RTP数据包接收工具。
图1是图解使用SMIL的内容分销的示意图；图2是展示用SMIL描述的内容的示意图；图3是图解连续媒体播放的情况的顺序图；图4是说明传统连续媒体播放的问题的顺序图；图5是展示根据本发明实施例的内容接收和播放装置的构造的方框图；图6是说明根据本发明实施例的内容接收和播放装置的连续媒体播放操作的顺序图；图7是说明根据本发明实施例的内容接收和播放装置的连续媒体播放操作的顺序图；图8是展示根据本发明实施例的数据包接收装置的构造的方框图。
具体实施例方式
下面将参考附图描述本发明的实施例。
图5是展示根据本发明实施例的内容接收和播放装置的构造的方框图。此图中，根据本发明实施例的内容接收和播放装置包括天线101、发送接收器102、IP数据包发送接收器103、TCP发送接收器104、UDP接收器105、RTP接收器106、内容控制器107、数据包丢失监视器110、以及结束时间确定器111。内容控制器107包括播放显示器108和控制命令发送接收器109。
发送接收器102对所接收的IP数据包进行无线电处理(即，下转换、A/D转换等)和解调制处理，并将已解调制的数据包信号输入到IP数据包发送接收器103。然后，发送接收器102对从IP数据包发送接收器103输入的数据包信号进行调制处理和无线电处理，并从天线101发送已作无线电处理的IP数据包。
如果IP数据包发送接收器103在进行IP数据包发送/接收时，在所接收的IP数据包中发现误差，那么IP数据包发送接收器103将IP数据包的IP首标输入到数据包丢失监视器110中，而且废弃这一数据包。相反，如果所接收的数据包没有误差，则移除这一IP数据包的IP首标，随后，在TCP信息段的情况下，将IP数据包输入到TCP发送接收器104中；而在UDP信息段的情况下，将IP数据包输入到UDP接收器105中。
TCP发送接收器104将从IP数据包发送接收器103输入的TCP信息段输入到内容控制器107的控制命令发送接收器109中，并且还将从内容控制器107的控制命令发送接收器109输入的控制命令作为TCP信息段输入到IP数据包发送接收器103。UDP接收器105检查从IP数据包发送接收器103输入的UDP信息段的误差。如果UDP信息段存在误差，则将这一UDP信息段的头输入到数据包丢失监视器110中，随后，废弃整个信息段。相反，如果UDP信息段中没有误差，则将UDP信息段转换为RTP数据包，并输入到RTP接收器106。RTP接收器106将这一RTP数据包输入到内容控制器107的播放显示器108。另外，RTP接收器106向结束时间确定器111报告有关RTP数据包接收的情况。
内容控制器107的控制命令发送接收器109接收来自服务器(图中未示出)的TCP/IP数据包中的控制命令，或使用TCP/IP数据包向服务器(图中未示出)发送控制命令，并依照内容描述，指令播放显示器108开始或停止媒体播放。播放显示器108依照来自控制命令发送接收器109的指令，播放并显示从RTP接收器106输入的RTP数据包中包括的媒体数据。
当结束时间确定器111识别RTP接收器106已接收到指示媒体结束的BYE数据包时，结束时间确定器111确定媒体已结束，并将该BYE数据包输入到控制命令发送接收器109。另外，甚至在RTP接收器106没有接收到BYE数据包的情况下，也基于来自数据包丢失监视器110的数据包丢失信息和来自RTP接收器106的RTP数据包接收情况，确定来自服务器(图中未示出)的媒体数据发送结束，并指令控制命令发送接收器109停止该媒体。即，在没有数据包丢失，和连续一段时间没有接收到数据包的情况下，确定来自服务器的媒体数据发送结束，并指令控制命令发送接收器109停止该媒体。在这种情况下，即使RTP接收器106没有接收到RTP数据包，只要数据包丢失出现在比数据包丢失信息低的层中，结束时间确定器111也不确定媒体数据发送结束。即，如果数据包丢失出现在IP层或UDP层中，那么即使在过去一段时间中没有接收到RTP数据包的情况下，结束时间确定器111也不确定媒体数据发送结束。顺便提一下，在播放显示器108中重复中断播放的情况下，有可能出现RTP接收器106没有接收到RTP数据包和在低层出现数据包丢失的情况。
下面将描述有关BYE数据包因误差而被废弃，而没有通知客户机媒体结束时间的情况下的操作。
图6是展示在BYE数据包出现发送误差的情况下的操作的顺序图。此图中，从步骤1到步骤3与图3的顺序图中那些步骤相同，从而省略对其的详细描述。
参考图6，当BYE数据包出现误差时，客户机端废弃该BYE数据包。顺便提一下，此时从服务器的媒体数据发送已经结束，并且将不再发送媒体数据。客户机仍然无法得知媒体数据发送是否已结束。所以客户机在一段时间内保持接收媒体数据的条件，并且，如果在此时段内没有接收到媒体数据，则确定媒体数据发送已经结束，并请求服务器终止对话(步骤5)。
接下来，将描述有关出现脉冲误差的情况下的操作，公知在无线电信道中经常出现这种情况。脉冲误差指在集中的时间段中出现发送误差的误差模式。
图7是图解在连续媒体播放期间，媒体数据包中出现脉冲误差的情况下的操作的顺序图。此图中，与图6中一样，使用多个数据包从服务器向客户机发送媒体数据。
参考图7，如果在从服务器向客户机发送媒体数据时出现脉冲误差，则随后的数据包中将出现误差。当在IP层或UDP层中检测到这样的误差时，将废弃整个媒体数据。在脉冲误差期间，RTP接收器106根本不能接收媒体数据。在出现数据包误差的同时，从IP层和UDP层输出数据包丢失信息，并且结束时间确定器111确定媒体数据接收仍在进行中，或者，换句话说，不确定媒体数据接收结束。因此，在一段时间内保持接收媒体数据的条件。然后，在脉冲误差结束时，重新开始媒体数据接收。
因此，根据本实施例，当播放没有指定播放时间内容时，并且当指示媒体数据结束的BYE数据包因发送误差而丢失时，如果在一段时间内继续无效的媒体数据接收条件，其间没有检测到数据包误差，那么仍然可以确定媒体数据发送结束，并因此可以迅速的开始接收下一个媒体数据。
此外，当检测到因发送误差而产生的数据包误差等时，只要继续媒体数据接收的等待状态，就可以避免因脉冲误差而产生的媒体数据接收错误中断使播放停止、而不能播放随后的数据的情况。
顺便提一下，尽管本实施例的描述是关于接收并播放内容的接收器-播放器的，但是仍然有可能移除内容控制器107，以使数据包接收装置只接收内容。图8展示了这一数据包接收装置的构造。
而且，尽管本实施例中描述了使用硬件实现内容接收和播放的情况，但是本发明不限于此，而使用软件也可以实现内容接收和播放。例如，有可能在诸如RAM(随机存取存储器)的计算机可读介质中存储用于实现内容接收和播放的程序，并操作使用该程序的计算机。该数据包接收程序包括，例如，如下步骤接收从服务器发送的数据包；检测所述数据包接收器接收的数据包的发送误差；废弃在所述误差数据包检测器中检测到的误差数据包；从所述数据包接收器所接收的没有发送误差的数据包中接收媒体数据；以及在所述媒体接收器开始接收所述媒体数据之后，在所述媒体数据的接收无效的情况继续预定的时间段，并且在该时间段中所述数据包检测器没有检测到数据包误差的情况下，确定所述媒体数据的发送结束，而在所述媒体数据的接收无效的情况继续预定的时间段，却在该时间段中所述数据包检测器检测到数据包误差的情况下，确定所述媒体数据的发送没有结束。通过该软件的控制仍然实现与上述实施例相同的操作和效果。即，即使因发送误差而产生通知媒体数据结束的数据包的丢失，只要无效媒体数据接收的情况继续一段时间，并在该时间段中没有检测到数据包误差，仍然确定媒体数据发送结束。通过这种方法，有可能迅速开始发送下一个媒体数据。此外，假设在数据包因发送误差等而丢失的情况下，继续媒体数据接收等待状态，有可能最小化这种可能性，即随着媒体数据因脉冲误差等临时中断，而错误的中断对话。
用于记录上述程序的记录介质可以是诸如RAM的半导体存储器装置、磁存储器装置、光存储器装置、或者光磁存储器装置。
尽管使用SMIL描述了本实施例，但是使用HTML也是可能的。同样，也有可能是媒体不用内容描述而简单地重复播放的情况，其，例如，对应于数据包接收装置向服务器连续发送控制信号RTSPPLAY的情况。
另外，尽管本实施例中描述了连续播放内容中包含的多个媒体的情况，但是，本实施例也适用于以只现场直播一个媒体的方式播放内容的情况。在现场直播的情况下，很少明确指示结束时间，因此通过使用本发明，可以令人满意的结束现场直播内容的播放。
如上所述，即使在播放没有指定播放时间的内容的情况下，和在没有令人满意的接收到BYE数据包的情况下，本发明使能了令人满意的结束时间确定。此外，因为甚至在因数据包丢失而中断播放的情况下，通过监视数据包丢失，仍进行结束时间确定，所以有可能避免错误地确定媒体数据结束而停止播放的情况，和不能播放随后的数据的情况。
本发明基于2001年5月29日提交的日本专利申请第2001-161398号，其全部内容全部合并于此，作为参考。
工业实用性本发明适于在图像分配系统中使用，所述图像分配系统在网络上分销诸如图像和声音的实时媒体。
权利要求
1.一种数据包接收装置，包括数据包接收器，用于接收从服务器发送的数据包；误差数据包检测器，用于检测所述数据包接收器接收的数据包的发送误差；数据包消除器，用于废弃在所述误差数据包检测器中检测到的误差数据包；媒体接收器，用于从所述数据包接收器所接收的没有发送误差的数据包中接收媒体数据；以及数据结束确定器，用于在所述媒体接收器开始接收所述媒体数据之后，在所述媒体数据的接收无效的情况继续预定的时间段，并且在该时间段中所述数据包检测器没有检测到数据包误差的情况下，确定所述媒体数据的发送结束。
2.如权利要求1所述的数据包接收装置，其中所述数据结束确定器在所述媒体数据的接收无效的情况继续预定的时间段，却在该时间段中所述误差数据包检测器检测到数据包误差的情况下，确定所述媒体数据的发送没有结束。
3.如权利要求1所述的数据包接收装置，其中所述数据包接收器包括IP数据包接收器，用于接收IP数据包；以及UDP数据包接收器，用于接收UDP数据包，其中，所述媒体接收器接收从所述UDP数据包接收器获得的RTP数据包中的媒体结束信号。
4.一种内容接收和播放装置，包括权利要求1所述的数据包接收装置；以及控制命令发送器，用于在已发布实时数据结束的通知，而所述数据包接收装置中的媒体接收器没有接收到媒体结束信号时，向服务器发送对话结束命令。
5.如权利要求4所述的内容接收和播放装置，还包括播放显示器，用于依照内容描述语言，播放并显示所述媒体接收器接收的媒体数据。
6.一种通信终端装置，包括权利要求1所述的数据包接收装置。
7.一种数据包接收方法，其中，一旦确定来自服务器的媒体数据发送结束，就终止对话，并且进行对下一个媒体数据的播放处理，其中当在低于接收所述媒体数据的RTP接收器的UDP层和IP层中没有探测到数据包丢失时，在开始接收从服务器发送的媒体数据之后，在所述媒体数据的接收无效的情况继续预定的时间段的情况下，确定媒体数据的发送结束；以及其中，当在所述无效媒体数据接收的预定时间段内，在UDP层和IP层中检测到了数据包丢失时，确定来自服务器的媒体数据发送没有结束。
8.一种内容接收和播放程序，包括如下步骤接收从服务器发送的数据包；检测所述数据包接收器接收的数据包的发送误差；废弃在所述误差数据包检测器中检测到的误差数据包；从所述数据包接收器所接收的没有发送误差的数据包中接收媒体数据；以及在所述媒体接收器开始接收所述媒体数据之后，在所述媒体数据的接收无效的情况继续预定的时间段，并且在该时间段中所述数据包检测器没有检测到数据包误差的情况下，确定所述媒体数据的发送结束；而在所述媒体数据的接收无效的情况继续预定的时间段，却在该时间段中所述数据包检测器检测到数据包误差的情况下，确定来自服务器的所述媒体数据的发送没有结束。
全文摘要
甚至在RTP接收块(106)没有接收到BYE数据包的情况下，考虑到来自数据包丢失监控块(110)的数据包丢失信息和来自RTP接收块(106)的RTP数据包接收的情况，当不存在数据包丢失和没有接收到RTP数据包时，结束时间确定块(111)确定来自服务器的媒体发送结束，并指令控制命令发送接收块(109)停止媒体。此外，在RTP接收块(106)未接收数据时，如果在低层出现数据包丢失，则不确定媒体结束。
文档编号H04L12/26GK1465170SQ02802333
公开日2003年12月31日 申请日期2002年5月21日 优先权日2001年5月29日
发明者井户大治 申请人:松下电器产业株式会社