CN1516936A

CN1516936A - 分组发送装置、分组接收装置和分组传输方法

Info

Publication number: CN1516936A
Application number: CNA028122429A
Authority: CN
Inventors: 井户大治; 井村康治; 宫崎秋弘; 畑幸一
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2000-09-12
Filing date: 2002-03-07
Publication date: 2004-07-28
Also published as: WO2003075504A1; JP2002094554A; AU2002236241A1; EP1482668A1; JP3323484B2

Abstract

当从CRC部分(104)连续输出NG信号预定次数时，更新请求信号发生器(107)产生一个更新请求信号。更具体地讲，更新请求信号发生器(107)包括对检测到的错误的次数进行计数的计数器，每当从CRC部分(104)输出NG信号时，将计数器加1，并且当CRC部分(104)输出OK信号或每当达到特定计数值时重置计数器。随后，在达到特定计数值时，更新请求信号发生器(107)产生一个更新请求信号。

Description

分组发送装置、分组接收装置和分组传输方法

技术领域

本发明涉及一种分组发送装置、一种分组接收装置和一种分组传输方法。尤其是，本发明涉及一种压缩分组的首标(header)并执行发送的分组发送装置、一种解压缩接收分组的首标的分组接收装置以及一种分组传输方法。

背景技术

目前，用于在因特网上发送分组的典型协议(通信规则)包括RTP(实时传输协议)、UDP(用户数据协议)和IP(因特网协议)。在分组发送中，这些协议通常被结合起来使用。此外，这些协议被IETF(因特网工程任务组)标准化。

在上述每一协议中，诸如下面所描述的信息被作为首标附加在发送数据上以生成分组。即，根据如图1A中所示出的RPT，在数据上附加表示数据顺序的序列号(下文中为“SN”)和作为时间信息的时间戳(timestamp)以产生RTP分组。随后，根据如图1B中所示出的UDP，在RTP分组上附加接收端的端口号以生成UDP分组。而且，根据如图1C中所示出的IP，在UDP分组上附加因特网(IP地址)的接收端地址以产生IP分组。随后，该IP分组被发送到接收端。

首标压缩技术是通过压缩首标和执行发送以改善分组发送效率的技术。在IETF的RFC 2508(Request For Comments，请求注解)中规定了在RTP、UDP和IP中附加相应首标的压缩方法。在RFC2508规定的首标压缩方法主要是用于诸如因特网的有线分组发送。

与此形成对照，当前IETF建议的用于诸如在蜂窝式电话网络的无线分组发送中的首标压缩方法是ROHC(Robust Header Compression，鲁棒首标压缩)。在无线区域的错误发生率倾向于比有线区域的错误发生率要高，ROHC是一种对发生在传送期间的错误具有高容错特征的首标压缩方法。

而且，考虑到在无线区域中可使用的带宽比有线区域要窄，ROHC设置比在RFC 2508中规定的压缩方法更高的压缩率，顺便提及，在RFC 3095中，IETF将ROHC标准化。

更具体地，ROHC如下压缩首标。也就是说，并非每次而是在预定时间间隔发送包含IP地址和端口号等的未压缩的首标。如果在SN的增加和TN的增加之间出现某种规律性，则只单独发送SN。而且，对于SN，只发送低位的几个比特，并且只有当发生进位时才发送所有的比特。在发送端，首标压缩是参照称为上下文(context)的参考信息来执行的，并且，在接收端，首标解压缩是参照与发送端的相同的上下文来执行的。

而且，在ROHC中，有如图2A-2C所示的三种类型的首标，分别称为UPDATE_FULLHEADER、UPDATE和NON_UPDATE。

在图2A中示出的UPDATE_FULLHEADER中，除了包含在接收端解压缩首标时用于检查解压缩是否成功的SN和CRC(循环冗余校验)比特之外，还包含IP地址、端口号，TS和△TS，该△TS是对应于SN中的增量的TS中的增量。这样就构成了未压缩的首标。该UPDATE_FULLHEADER在每个间隔或每当△TS发生变化时被更新。在图2B中示出的UPDATE不包含IP地址、端口号、TS和△TS，但是包含SN和CRC比特。而且，在图2C中示出的NON_UPDATE不包含IP地址、端口号、TS和△TS，但是包含由SN的低位的一些比特表示的SN′和CRC比特。

对于每个UPDATE_FULLHEADER、UPDATE和NON_UPDATE，接收端变化以更新或不更新上下文。即在接收端，当接收到UPDATE_FULLHEADER时，使用所接收首标的内容原封不动地作为上下文来更新上下文。当接收到UPDATE时，参照上下文解压缩首标，并且随后使用所解压缩的首标的内容来更新上下文。此外，当接收到NON-UPDATE时，虽然参照上下文解压缩首标，但并不对上下文进行更新。

下面将参照时序图说明使用ROHC的分组发送/接收步骤的例子。图3是说明使用ROHC的分组发送/接收的传统步骤的时序图。

参照图3，发送端(即首标压缩端)在通信开始后首先发送SN＝1的UPDATE_FULLHEADER。在发送端，当UPDATE_FULLHEADER被发送时上下文被更新。类似的，在接收端(即首标解压缩端)，当接收到UPDATE_FULLHEADER时上下文被更新。通过这种方式，发送端和接收端的上下文匹配了。

当发送SN＝2和SN＝3时，发送端参照(with reference to)由SN＝1的UPDATE_FULLHEADER更新的上下文产生和发送NON-UPDATE。基于被发送的SN和上下文的SN之间的比较结果，发送端确定在SN中未产生进位，并且发送NON-UPDATE。当接收到SN＝2和SN＝3时，接收端参照由SN＝1的UPDATE_FULLHEADER更新的上下文对首标进行解压缩。

当发送SN＝4时，发送端参照由SN＝1的UPDATE_FULLHEADER更新的上下文发送UPDATE。基于被发送的SN和上下文的SN之间的比较结果，发送端确定在SN中发生了进位(carry)，并且发送UPDATE。当发送UPDATE时，发送端更新上下文。当接收SN＝4时，接收端参照由SN＝1的UPDATE_FULLHEADER更新的上下文对首标解压缩，并且随后使用解压缩的首标的内容来更新上下文。通过这种方式，发送端和接收端的上下文就匹配了。

顺便提及，此处的进位是指假定使用预定个数的二进制比特表示SN′时，上下文的SN的最高有效位和分组的SN的最高有效位之间的不匹配。例如，参照图3中示出的SN＝1到SN＝4，如果SN用3个比特表示而SN′用2个比特表示，当从SN＝3变到SN＝4时，“011”变成“100”，则发生进位，这里SN′从“11”变成“00”，这使得难以判断在解压缩前的SN究竟是“100”还是“000”。因此，每当发生进位时，发送一个UPDATE并且更新上下文。

在SN＝5到SN＝99，重复上面相同的步骤。当发送SN＝100的时，发送端发送UPDATE_FULLHEADER。即在该例子中，每一百次会发送一次UPDATE_FULLHEADER。

当接收到UPDATE_FULLHEADER时，接收端无论上下文怎样，使用所接收首标的内容原封不动地更新上下文，并且通过这样规则地发送UPDATE_FULLHEADER，可以防止接收端参照错误的上下文和解压缩错误的首标。

顺便谈及，如图2A到2C所示，发送的分组均被附加CRC比特，所以，在首标被解压缩后，接收端可以检测在解压缩的首标中的错误和丢弃有错误的分组。然而，当出现超过错误检测能力的错误时，就有可能出现CRC不能检测到错误的情况。

例如，如图4所示，当在SN＝4的UPDATE的发送期间发生错误并且当接收端不能检测到错误时，将使用错误的首标更新上下文。这样，由SN＝4的首标更新的上下文变成了错误的上下文。在SN＝5到SN＝99，接收端参照这个错误的上下文解压缩首标，所以SN＝5到SN＝99的首标全部变成错误的(即CRC＝NG)，并且SN＝5到SN＝99的分组被全部丢弃。也就是说，这将导致在接收端SN＝5到SN＝99的数据被丢失的情况。

所以，如图5所示，可以采用下面步骤，当在首标中检测到错误(即CRC＝NG)时，接收端向发送端发出用于更新上下文的请求，并且发送端响应该更新请求发送UPDATE_FULLHEADER。通过采用上述步骤，在接收端的上下文被SN＝7的UPDATE_FULLHEADER更新为正确的上下文，所以可以缩短丢失数据的时间周期。

接收端还可以通过CRC的方式检测到错误，但还是不能知道错误的原因。换句话说，当在首标中检测到错误时，接收端无法判断该错误究竟是特定于首标并且发生在发送分组期间，还是由于错误的上下文导致的错误。换句话说，不能判定上下文是否是错误的。

当上下文正确时，接收端即使是在首标中检测到错误的情况下也不需要请求更新上下文。然而，在图5所示的步骤中，当在首标中检测到错误时，总是请求上下文的更新。因此，在图5所示的步骤中，可能会出现尽管发送UPDATE或NON-UPDATE就够了而仍然发送UPDATE_FULLHEADER的情况。

UPDATE_FULLHEADER在首标域中携带比UPDATE或NON-UPDATE数据量更大的数据。因此，采用如图5中所示的步骤降低了首标压缩的效率。换句话说，分组发送的效率降低了。

发明内容

因此本发明的一个目的是提供一种分组发送装置、一种分组接收装置和一种分组传输方法，它们不降低首标压缩效率和分组发送效率并且能缩短接收端丢失数据的时间周期。

当上下文错误时，所有根据该上下文解压缩的首标都变成错误的。相反，当上下文没有错误时，根据该上下文解压缩的首标可能是错误的，也可能不是错误的。即当上下文错误时，在首标中连续出现错误并且错误发生的频率因此增加，而当上下文没有错误时，发生错误的频率减小。

在对出错频率的长时间思考后，发明人得出了本发明并且发现可以基于错误发生的频率增加或减小来判定上下文是否出错。

现在，为了达到上面的目标，本发明被构造成：当错误发生频率高时，判定上下文是错误的并且更新上下文，而当错误发生的频率低时，判定错误不是由上下文造成的而是特定于分组的首标在发送分组期间发生的，并且不更新上下文。

附图说明

图1A是示出RTP分组结构的帧格式；

图1B是示出UDP分组结构的帧格式；

图1C是示出IP分组结构的帧格式；

图2A是示出UPDATE_FULLHEADER结构的帧格式；

图2B是示出UPDATE结构的帧格式；

图2C是示出NON-UPDATE结构的帧格式；

图3是说明使用ROHC的分组通信的传统步骤的时序图；

图4是说明使用ROHC的分组通信的传统步骤的时序图；

图5是说明当上下文被错误更新时采用的步骤的例子的时序图；

图6是示出根据本发明第一实施例的分组接收装置的结构的方框图；

图7是示出根据本发明第一实施例的分组发送装置的结构的方框图；

图8是示出根据本发明第一实施例的分组发送装置中的发送分组发生器的结构的方框图；

图9是说明在根据本发明第一实施例的分组发送装置和根据本发明第一实施例的分组接收装置之间执行的分组传输的发送/接收步骤的时序图；

图10是示出根据本发明第二实施例的分组接收装置的结构的方框图；

图11是示出根据本发明第二实施例的分组发送装置的发送分组产生器的结构的方框图；和

图12是说明在根据本发明第二实施例的分组发送装置和根据本发明第二实施例的分组接收装置之间执行的分组传输的发送/接收步骤的时序图；

具体实施方式

现在参照附图详细说明本发明的实施例。

[实施例1]

在此使用本实施例说明其中当连续检测到错误时，分组接收装置(即首标解压缩端)请求上下文更新和分组发送装置(即首标压缩端)响应该更新请求发送UPDATE_FULLHEADER的情况。

图6是示出根据本发明第一实施例的分组接收装置的结构的方框图，而图7是示出根据本发明第一实施例的分组发送装置的结构的方框图。在此将说明其中通过无线信道传输分组的情况。

参照图6示出的分组接收装置，接收机102对通过天线101接收的分组执行无线处理(包括下变频和模/数转换)和解调处理，并且随后将所接收的分组输出到首标解压缩器103。

首标解压缩器103参照在缓冲器106中保留的上下文对接收分组的首标解压缩，并且将首标-解压缩的分组输出到CRC部分104。而且，首标解压缩器103向上下文更新器105报告所接收的分组的首标类型。即，首标解压缩器103向上下文更新器105报告接收分组的首标是UPDATE_FULLHEADER、UPDATE和NON_UPDATE中的哪一个。

CRC部分104具有从首标解压缩器103输出的分组首标的CRC，并且将循环冗余码校验(CRC)后的分组输出作为接收分组。而且，当在首标中检测到错误时，CRC部分104通过NG信号的方式向更新请求信号产生器107报告，而当未检测到错误时，通过OK信号向更新请求信号产生器107报告。而且，当在首标中未检测到错误时，CRC部分104将由首标解压缩器103输出的分组输出到上下文更新器105。

根据由CRC部分104输出的分组首标的类型，上下文更新器105更新在缓冲器106中保留的上下文。即，当由首标解压缩器103报告的类型是UPDATE_FULLHEADER或UPDATE时，上下文更新器105使用由CRC部分104输出的分组首标字段来更新上下文，而当由首标解压缩器103报告的类型是NON_UPDATE时不更新上下文。

更新请求信号产生器107当NG信号由CRC部分104连续输出预定次数时产生更新请求信号，并且将产生的更新请求信号输出到更新请求信号发射机108。具体来说，更新请求信号产生器107具有对检测到的错误次数进行计数的计数器，并且每当CRC部分104输出一个NG信号时将计数器加1，而当CRC部分104输出一个OK信号或每当计数器的值达到预定次数时重置计数器。随后，当计数器的值达到预定次数时，更新请求信号产生器107产生更新请求信号。

这里的更新请求信号指的是分组接收装置借此向分组发送装置请求上下文更新的信号。即所述更新请求信号是指分组接收装置借此请求分组发送装置发送UPDATE_FULLHEADER的信号。

更新请求信号发射机108对更新请求信号执行调制处理和无线处理(包括D/A转换和上变频)并随后通过天线101将更新请求信号发送到分组发送装置。

同时，参照图7所示的分组发送装置，RTP分组产生器201把发送数据分割成预定的发送单元并随后对分割的数据添加SN和TS，这样就产生了RPT分组。随后，RPT分组产生器201将RPT分组输出到UDP分组产生器202。

UDP分组产生器202通过向RPT分组添加接收端的端口号产生UDP分组，并且将这个UDP分组输出到IP分组产生器203。

IP分组产生器203向UDP分组添加因特网上的接收端的地址(IP地址)而产生IP分组，并且将所述IP分组输出到CRC比特添加器204。

CRC比特添加器204向IP分组添加CRC比特，并且将所述分组输出到发送分组产生器205。

发送分组产生器205对首标进行压缩。随后，发送分组产生器205将添加了压缩的首标的分组输出到发射机206作为发送分组。后面将说明发送分组产生器205的配置。

发射机206对发送分组执行调制处理和无线处理(包括D/A转换和上变频)并随后通过天线207将发送分组发送到分组接收装置。

更新请求信号接收机208对通过天线207接收的更新请求信号进行无线处理(包括下变频和模/数转换)和解调处理，并且随后将所述更新请求信号输出到发送分组产生器205。

然后，将说明发送分组产生器205的结构。图8是示出根据本发明第一实施例的分组发送装置中的发送分组发生器的配置的方框图。

参照图8中所示的发送分组产生器205，从CRC比特添加器204向压缩方法选择器301和首标压缩器303输入已添加首标和CRC比特的分组。

压缩方法选择器301选择首标压缩方法，并向首标压缩器303报告所选的压缩方法。也就是说，压缩方法选择器301从三种类型的首标，即UPDATE_FULLHEADER、UPDATE和NON_UPDATE中选择一个首标，并向首标压缩器303报告所选的首标类型。

当从更新请求信号接收机208向压缩方法选择器301输出一个更新请求信号时，压缩方法选择器301选择UPDATE_FULLHEADER。另一方面，当更新请求信号接收机208未向压缩方法选择器301输出更新请求信号时，压缩方法选择器301如下所述从UPDATE_FULLHEADER、UPDATE和NON_UPDATE中选择一个首标。

即对于在通信开始后首先发送的分组来说，压缩方法选择器301选择UPDATE_FULLHEADER。随后，压缩方法选择器301定期选择UPDATE_FULLHEADER。例如，压缩方法选择器301每一百次选择一次UPDATE_FULLHEADER。

压缩方法选择器301比较首标的SN和在缓冲器302中保留的上下文的SN，如果在SN中发生了进位则选择UPDATE，而如果在SN中未发生进位则选择NON_UPDATE。

而且，无论更新请求信号产生器208是否输出更新请求信号，压缩方法选择器301在选择UPDATE_FULLHEADER或UPDATE时，使用从CRC比特添加器204输出的分组首标更新在缓冲器302中保留的上下文，而当选择了NON_UPDATE时则不更新上下文。

缓冲器302是用于保留上下文的缓冲器。如上所述，在缓冲器302中保留的上下文不时地由压缩方法选择器301更新。

根据在压缩方法选择器301中所选首标的类型，首标压缩器303压缩从CRC比特添加器204输出的首标并将结果输出到发射机206，在此，首标压缩器参照在缓冲器302中保留的上下文，并且所述首标压缩器303基于与该上下文的区别来压缩首标。

然后，将参照时序图说明在上述结构的分组发送装置和上述结构的分组接收装置之间执行的分组传输的发送/接收步骤。图9是说明在根据本发明第一实施例的分组发送装置和根据本发明第一实施例的分组接收装置之间执行的分组传输的发送/接收步骤的时序图。顺便提及，在图9中，发送端是指上述结构的分组发送装置，而接收端是指上述结构的分组接收装置。

如图9所示，现在假定在发送SN＝4的UPDATE期间发生了错误并且分组接收装置未检测到该错误。即，假定在分组接收装置中，上下文被使用错误的首标更新，则上下文变成了错误的上下文，并且SN＝5的分组首标的CRC结果、SN＝6的分组首标的CRC结果和SN＝7的分组首标的CRC结果都将是NG。

在图6所示的分组接收装置中，连续从CRC部分104输出SN＝5的分组首标的NG信号和SN＝6的分组首标的NG信号，并且更新请求信号产生器107的计数变成“2”。

现在，假定在更新请求信号产生器107中设置的预定次数是“2”，因此，更新请求信号产生器107当计数器的值变成“2”时产生一个更新请求信号。通过这种方式，当连续检测到错误时，即当错误发生的频率为高时，所述分组接收装置能够发送一个更新请求信号。顺便提及，如上所述，当产生请求更新信号时，包括在更新请求信号产生器107中的计数器被重置。

当接收到更新请求信号时，所述分组发送装置使得UPDATE_FULLHEADER信号成为在接收到更新请求信号后首先发送的分组。所以，在图9所示的例子中，SN＝8的分组变成UPDATE_FULLHEADER。随后，在分组接收装置，当接收到SN＝8的分组时，上下文被正确地更新。

这样，根据本实施例，当连续检测到错误时，分组接收装置请求上下文更新，而分组发送装置响应该更新请求发送UPDATE_FULLHEADER。通过这种方式，只有当错误发生的频率为高时才发送UPDATE_FULLHEADER，所以可能在不降低首标压缩效率和分组发送效率的情况下缩短在分组接收装置中的数据丢失周期。

[实施例2]

在此将使用本实施例说明当连续检测到错误时，分组接收装置(即首标解压缩端)总是请求上下文更新，和当在预定时间内接收到多个更新请求时，分组发送装置(即首标压缩端)发送UPDATE_FULLHEADER的情况。

图10是示出根据本发明第二实施例的分组接收装置的结构的方框图。在图10中，与图6相同的部件被分配相同的附图标号而且不作详细说明。

而且，根据本发明第二实施例的分组发送装置的结构和第一实施例的区别仅在于发送分组产生器205的内部结构。因此，在这里只单独说明发送分组产生器205。图11是示出根据本发明第二实施例的分组发送装置的发送分组产生器的结构的方框图。在图11中，与图8相同的部件被分配相同的附图标号而且不作详细说明。

参照图10中所示的分组接收装置，当从CRC部分104输出NG信号时更新请求信号产生器401总是产生更新请求信号，并将所产生的更新请求信号输出到更新请求信号发射机108。即，每当在首标中检测到错误时分组接收装置发送更新请求信号。

参照图11中所示的发送分组产生器205，更新请求信号计数器501包括计时器和计数器，并且对在预定时间内接收到的错误信号的次数进行计数。即更新请求信号产生器501对在预定时间内从更新请求信号接收机208输出的更新请求信号的次数进行计数。随后，当在预定时间内接收的更新请求信号的次数达到预定数量时，更新请求信号产生器501指示压缩方法选择器502选择UPDATE_FULLHEADER。

遵循更新请求信号产生器501的指示，压缩方法选择器502选择UPDATE_FULLHEADER。

然后，将参照时序图说明在上述结构的分组发送装置和上述结构分组接收装置之间执行的分组发送的发送/接收步骤。图12是说明在根据本发明第二实施例的分组发送装置和根据本发明第二实施例的分组接收装置之间执行的分组传输的发送/接收步骤的时序图。顺便提及，在图12中，发送端是指上述结构的分组发送装置，而接收端是指上述结构的分组接收装置。

现在假定，如图12所示，和图9一样，在发送SN＝4的UPDATE期间发生了错误并且分组接收装置未检测到该错误。即，假定在分组接收装置中，上下文被使用错误的首标更新，则上下文变成了错误的上下文，并且SN＝5的分组首标的CRC结果、SN＝6的分组首标的CRC结果和SN＝7的分组首标的CRC结果都变成NG。因此，对于SN＝5、SN＝6和SN＝7的每一分组都发送一个更新请求信号。

在图11所示的发送分组产生器205的更新请求信号计数器501中，当从更新请求信号接收机208中输出用于SN＝5的分组的更新请求信号时，计数器变成“1”并且计时器开始计时预定的时间。而且，在更新请求信号计数器501中，当从更新请求接收机208输出用于SN＝6的分组的更新请求信号时，计数器加“1”变成“2”。

现在，假定在更新请求信号计数器501中设置的预定次数是“2”，从而当在预定时间内检测到2个错误时，判定错误发生的频率为高。随后，当计数器的值在预定时间内变成“2”时，更新请求信号计数器501指示压缩方法选择器502选择UPDATE_FULLHEADER。压缩方法选择器502使得在更新请求信号计数器501发出指示后从CRC比特添加器204输出的第一个分组变成UPDATE_FULLHEADER。在图12所示的例子中，SN＝8的分组变成UPDATE_FULLHEADER。这样，只有当错误发生的频率为高时才发送UPDATE_FULLHEADER。顺便提及，当超过预定时间或当更新请求信号计数器501指示压缩方法选择器 02选择UPDATE_FULLHEADER时，更新请求信号计数器501中包括的计数器被重置。

随后，在分组接收装置中，当接收到SN＝9的分组时，上下文被正确更新。

顺便提及，在本实施例中，可以使用预先测量的RTT(Round Trip Time，双程时间)作为在更新请求信号计数器501的计时器中设置的预定时间。IETF的RFC 1889中规定了RTT测量的详细方法。

这样，根据本实施例，当检测到错误时，分组接收装置总是请求上下文更新，而当在预定的时间内接收到多个更新的请求时，分组发送装置发送UPDATE_FULLHEADER。通过这种方式，只有当错误发生的频率为高时才发送UPDATE_FULLHEADER，所以可以在不降低首标压缩效率和分组发送效率的情况下缩短在分组接收装置中的数据丢失的时间周期。

而且，根据本实施例，由于分组接收装置不对检测到错误的次数进行计数，和第一实施例相比，分组接收装置的配置能够被进一步简化。因此，当分组接收装置被安装在移动通信系统中使用的通信终端装置中时，与第一实施例相比，通信终端装置的设备尺寸可以被制造得更小。

虽然上述实施例是关于在无线通信系统中使用的分组发送装置和分组接收装置的，本发明并不局限于此，而且可能在有线通信系统中使用上述实施例的分组发送装置和分组接收装置。

而且，虽然是参照通过分组发送装置和分组接收装置的方式执行分组发送和分组接收来说明上述实施例，但本发明并不局限于此，并且可以通过软件方式来执行这些分组发送和分组接收。例如，可以预先在ROM(只读存储器)中存储执行上述分组发送和分组接收的程序并使用CPU(中央处理单元)运行该程序。同样地，也可以在计算机可读存储介质中存储执行上述分组发送和接收的程序，在计算机的RAM(随机存取存储器)中纪录存储在存储介质中的程序并使用该程序来操作所述计算机。在这些例子中，可以实现和上述实施例相同的功能和优点。

还可以在服务器中存储执行上述分组发送和上述分组接收的程序，以根据来自客户的请求将存储在服务器的程序发送到客户，和在客户端执行所述程序。在这种情况下，可以实现和上述实施例相同的功能和优点。

还可以在执行图像分发(image distribution)的图像分发装置中安装根据上述实施例的分组发送装置。同样地，可以在用于移动通信系统的通信终端设备中安装根据上述实施例的分组接收装置。在这种情况下，可以实现和上述实施例相同的功能和优点。

虽然RTP、UDP和IP被结合使用作为上述实施例的协议，但本发明不局限于此，并且适用于使用其它协议的分组通信。

如上所述，可以在不降低首标压缩效率和分组发送效率的情况下缩短在分组接收装置中的数据丢失的时间周期。

本发明基于2000年9月12日提交的日本专利申请第2000-277075号，其全部内容引用于此作为参考。

Claims

1.一种在分组通信系统中使用的分组接收装置，其中，使用参考信息执行首标压缩和解压缩，所述分组接收装置包含：

检测器，用于检测在分组的首标中是否有错误；和

发射机，用于当所述检测器在多个分组的首标中连续检测到错误时发送用于参考信息的更新的请求。

2.一种具有分组接收装置的通信终端装置，其中，所述分组接收装置用于分组通信系统，在其中，使用参考信息执行首标压缩和解压缩，并且包括：

检测器，用于检测在分组的首标中是否有错误；和

3.一种在分组通信系统中使用的分组发送装置，其中，使用参考信息执行首标压缩和解压缩，所述分组发送装置包括：

接收机，接收用于参考信息更新的请求，所述请求是由分组接收装置发送的；和

发射机，当在预定时间内接收到多个请求时，在分组接收装置中执行首标解压缩后发送具有用于参考信息更新的首标的分组而不管参考信息如何。

4.一种具有分组发送装置的图像分发装置，其中，所述分组发送装置由于分组通信系统，在其中，使用参考信息执行首标压缩和解压缩，并包括：

5.一种使计算机执行下列操作的程序：

检测步骤，用于检测在分组的首标中是否存在错误；和

发送步骤，当在多个分组的首标中连续检测到错误时向通信伙伴发送用于参考信息更新的请求。

6.一种使计算机执行下列操作的程序：

接收步骤，接收在通信伙伴端用于首标解压缩的参考信息的更新的请求；和

发送步骤，用于在预定时间内接收到多个请求时，在通信伙伴端执行首标解压缩后发送具有用于参考信息更新的首标的分组而不管参考信息如何。

7.一种在分组通信系统中使用的分组传输方法，在其中，使用参考信息执行首标压缩和解压缩，所述方法包括：

在分组接收端，当在多个接收的分组中连续检测到错误时向分组发送端发送用于参考信息更新的请求；和

在分组发送端，当接收到请求时，在分组接收端执行首标解压缩后发送具有用于参考信息更新的首标的分组而不管参考信息如何。

8.一种在分组通信系统中使用的分组传输方法，在其中，使用参考信息执行首标压缩和解压缩，所述方法包括：

在分组接收端，当在分组的首标中检测到错误时，发送用于参考信息更新的请求；和

在分组发送端，当在预定时间内接收到多个请求时，在分组接收端执行首标解压缩后发送具有用于参考信息更新的首标的分组而不管参考信息如何。